{"id":114150,"date":"2024-03-06T12:25:51","date_gmt":"2024-03-06T10:25:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/proekt-postmarketos-predstavil-sborki-na-baze-systemd"},"modified":"2024-03-06T12:25:51","modified_gmt":"2024-03-06T10:25:52","slug":"proekt-postmarketos-predstavil-sborki-na-baze-systemd","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/proekt-postmarketos-predstavil-sborki-na-baze-systemd","title":{"rendered":"O projeto postmarketOS apresentou compila\u00e7\u00f5es baseadas em systemd","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Os desenvolvedores do projeto postmarketOS, que desenvolve uma distribui\u00e7\u00e3o Linux para smartphones baseada no conjunto de pacotes Alpine Linux, na biblioteca padr\u00e3o C Musl e no conjunto de utilit\u00e1rios BusyBox, anunciaram a adi\u00e7\u00e3o do gerenciador de sistema systemd. Como resultado do trabalho para implementar o suporte ao systemd, que durou cerca de um ano, um prot\u00f3tipo de compila\u00e7\u00e3o foi preparado e est\u00e1 dispon\u00edvel para testes, onde o systemd \u00e9 utilizado em vez do sistema de inicializa\u00e7\u00e3o OpenRC. <\/p>\n
O suporte para a cria\u00e7\u00e3o de compila\u00e7\u00f5es baseadas em OpenRC ser\u00e1 mantido, pelo menos enquanto este sistema for utilizado no Alpine Linux. Ao construir imagens do postmarketOS, a possibilidade de escolher o OpenRC permanece no pmbootstrap. Al\u00e9m disso, o OpenRC continuar\u00e1 a ser utilizado pelos desenvolvedores de compila\u00e7\u00f5es com a interface gr\u00e1fica Sxmo (Simple X Mobile), que \u00e9 baseada no gerenciador compositor Sway. <\/p>\n
Compila\u00e7\u00f5es com systemd, como antes, ser\u00e3o formadas com base nos pacotes do Alpine Linux, embora esta distribui\u00e7\u00e3o n\u00e3o suporte o systemd e utilize a biblioteca C Musl. O systemd oficialmente suporta apenas a biblioteca C Glibc, e os desenvolvedores do postmarketOS precisam usar patches adicionais que, com o tempo, pretendem integrar ao n\u00facleo do systemd (um trabalho est\u00e1 sendo feito junto com os desenvolvedores do systemd para simplificar essa integra\u00e7\u00e3o). <\/p>\n
A raz\u00e3o para a implementa\u00e7\u00e3o do suporte ao systemd \u00e9 a complexidade do suporte ao empilhamento de inicializa\u00e7\u00e3o baseado em OpenRC em condi\u00e7\u00f5es de depend\u00eancia crescente do GNOME e do KDE em rela\u00e7\u00e3o aos componentes do systemd. Para garantir o funcionamento das funcionalidades do GNOME e do KDE que dependem do systemd, foi necess\u00e1rio usar v\u00e1rias camadas intermedi\u00e1rias, e a alternativa de operar sem o systemd exigia manter essas camadas em boas condi\u00e7\u00f5es e sincronizar com o desenvolvimento do GNOME e do KDE, diante da aus\u00eancia de algumas fun\u00e7\u00f5es necess\u00e1rias nas camadas e da imprevisibilidade da continua\u00e7\u00e3o do apoio pelos desenvolvedores. <\/p>\n
Por exemplo, para compatibilidade com os servi\u00e7os hostnamed, localed e timedated, foi utilizada a camada openrc-settingsd, em vez do udev, foi usado o pacote eudev, em vez do logind \u2014 foi utilizado o elogind, em vez do journald \u2014 foi usado o logbookd, para garantir a funcionalidade do \u2018systemd \u2014user\u2019 foi utilizado o pacote superd, e como substituto do systemd.timer, foi utilizado o waked.
<\/center> <\/p>\n
Entre as camadas utilizadas, o devido suporte e n\u00edvel de acompanhamento das funcionalidades necess\u00e1rias s\u00e3o garantidos apenas no openrc-settingsd e eudev. Os projetos elogind, logbookd e superd continuam a ser mantidos, mas exigem melhorias, pois carecem de algumas funcionalidades essenciais, enquanto waked permanece sem suporte h\u00e1 cerca de um ano. Al\u00e9m disso, os desenvolvedores do KDE Plasma Mobile gostariam de usar o servi\u00e7o systemd-coredumpd para simplificar a depura\u00e7\u00e3o, mas sua substitui\u00e7\u00e3o, corecollector, n\u00e3o \u00e9 mantida desde 2020. <\/p>\n
Quanto \u00e0 necessidade de uso desses servi\u00e7os, as APIs D-Bus fornecidas pelo hostnamed, localed e timedated s\u00e3o usadas no GNOME para alterar locais, configura\u00e7\u00f5es do sistema e fusos hor\u00e1rios; o udev \u00e9 necess\u00e1rio para gerenciar dispositivos conectados; logind, \u2018systemd \u2014user\u2019 e journald s\u00e3o utilizados para gerenciar sess\u00f5es de usu\u00e1rios no gnome-session; o systemd.timer \u00e9 utilizado no GNOME Clock. <\/p>\n
Entre as novas funcionalidades que podem ser implementadas nas compila\u00e7\u00f5es baseadas em systemd, destaca-se o gerenciamento granular de privil\u00e9gios, a ativa\u00e7\u00e3o de recursos avan\u00e7ados para garantir seguran\u00e7a e gerenciamento de depend\u00eancias entre servi\u00e7os, a plena integra\u00e7\u00e3o com cgroups, a ativa\u00e7\u00e3o por socket (por exemplo, CUPS pode ser iniciado apenas ao acessar a porta de rede), e a presen\u00e7a de ferramentas integradas para an\u00e1lise do processo de inicializa\u00e7\u00e3o. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"O](\"\/wp-content\/uploads\/2024\/03\/958cea9cab0605fb126a29342b664518.png\")
<\/center> <\/p>\n