Tratando um pouco sobre a init OpenRC

OpenRC

Tratando um pouco sobre a init OpenRC

    Bom, cheguei a mencionar sobre o OpenRC no meu artigo "E o Systemd me deixando fulo da vida" em que para mim, muita coisa no Systemd, foi simplesmente reinventar a roda. Por que não comentar sobre o OpenRC?

    É inevitável que utilizemos o systemd? Bom, em partes pode ser que seja. As principais distribuições estão adotando-a. Fica a critério em alguns casos das nossas decisões sobre o que vamos utilizar. Mas existem outras inits no mundo Linux (o que considero como a beleza do linux, sempre há alternativas da mesma solução a oferecer. Isso é "os vários sabores de Linux").

    A daemon init OpenRC foi desenvolvida em 2001 por Daniel Robins (criador do Gentoo Linux) e mantida por outros membros como Azarh (Martin Schlemmer), com a migração da nova init system com a assistência de Woodchip (Donnie Davies) que convertei todos os scripts ebuild init scripts para funcionar com o novo sistema. Roy Marples se tornou 

    Roy Marples, que se tornou desenvolvedor do Gentoo em 2004 e mantinha os scripts modulares de rede para o pacote baselayout do Gentoo. Em 2007, Roy anunciou a baselayout-2 contendo scripts init reescritos condificados em C e permitindo init scripts POSIX sh ao inves de utilizar o bash (que as implementou em meados do mesmo ano em versões alpha e pre release ao Portage do Gentoo como componente opcional).

    Uma das alternativas para o Debian de substituir o atual SystVinit era exatamente o OpenRC (antes mesmo de pensar em Upstart ou Systemd). O que levou a comunidade Debian a não utilizar o OpenRC (e com uma certa razão) foi como afirmaram no e-mail:
O OpenRC é mais conservador e com menos mudanças revolucionarias do que o Systemd e o Upstart...
Se vamos concentrar esforços de substituir init systems e mudar nossos scriptis startup, um requerimento minimo para mim é que ao menos enderecemos os pontos fracos do mecanismo sysvinit, nomeadamente:
* Ausência de integração com os eventos de kernel-level para para  comandar startup corretamente.
* Sem mecanismo para monitoramento de processo e reiniciar além da inittab.
* Confiança pesada em shell scripting ao inves de syntax declarative.
* Um fork e exit com arquivo modelo PID para daemon startup.
    Isso aconteceu com o OpenRC devido a saída de Roy do projeto Gentoo no final de 2007, quando a baselayout-2 ainda estava em pre stage (o que foi mascardo). Roy continuou mantendo a baselayout-2 como um projeto independente (que foi permitido pelo concelho do Gentoo sob a clausula 2 da licença BSD) . Em meados de 2010, Roy resolveu não mais mantes o OpenRC, como dito por ele mesmo eu seu site, se aposentou devido a rasões politicas. Nesse ponto, ele transferiu o desenvolvimento para a comunidade Gentoo.

    Daniel Robins continua a desenvolvê-lo como um projeto independente, mantendo a versão fork do OpenRC para o Funtoo Linux, que inclui um sistema de configuração de rede Funtoo-specific.

Comente com o Facebook:

Nenhum comentário:

Postar um comentário

Viu algum erro e quer compartilhar seu conhecimento? então comente aí.

Observação: somente um membro deste blog pode postar um comentário.

Marcadores

A pior história sobre Linux que já ouvi (5) A.I (2) ambiente gráfico (19) AMD (14) analise (10) Andriod (16) android (7) Apple (1) arm (5) artigo (5) aws (1) bc (23) benchmark (6) BetrFS (1) blackhat (1) BSDs (30) btrfs (32) bugs (2) Caixa de Ferramentas do UNIX (19) canto do Diego Lins (2) certificações Linux (7) Código Fonte (54) comandos (31) comp (1) compressores (5) container (7) CPU (19) cracker (1) criptografia (5) crowdfunding (9) cursos (24) daemons (13) Debian (31) desempenho (1) desenvolvimento (90) desktop (19) DevOps (3) DevSecOps (4) dic (1) Dica de leitura (90) dica DLins (2) dicas do Flávio (27) Dicas TechWarn (1) diet libc (3) diocast (1) dioliunx (3) distribuições Linux (14) Docker (12) DragonflyBSD (22) driver (1) ead Diolinux (2) edição de vídeo (5) embarcados (1) EMMI Linux (4) emuladores (9) endless (5) English interview (3) Enless OS (2) entrevista (17) espaço aberto (82) evento (6) facebook (1) Fedora (10) filesystem (82) financiamento coletivo (2) fork (4) fox n forests (4) FreeBSD (20) Funtoo Linux (13) games (94) gerenciadores de pacotes (4) glaucus (3) GOG (3) google (9) gpu (3) hacker (2) hardware (104) hash (1) helenos (3) I.A (1) init system (11) Intel (15) inteligencia artificial (2) IoT (1) ispconfig (1) jogos (38) kde (1) kernel (138) lançamento (64) leis (1) LFCS (1) libs (2) licenças (8) Linus (16) linus torvalds (2) Linux (194) linux foundation (3) linux para leigos (1) live (5) LPI (8) LTS (1) Mac (1) machine learning (1) matemática (9) mesa redonda (27) microcontroladores (1) microsoft (6) microst (1) muito além do GNU (165) musl (3) não viva de boatos (9) navegadores (5) NetBSD (7) newlib (1) nim (1) nintendo (1) novatec (17) novidades (1) nuvem (1) o meu ambiente de trabalho (3) off-topic (12) open source (84) OpenBSD (7) OpenShift (1) oracle (1) os vários sabores de Linux (43) padrim (2) palestras e eventos (5) partições (6) pentest (8) performance (1) pipewire (1) plan9 (1) playstation (1) processadores (30) professor Augusto Manzano (11) Programação (64) promoção (1) propagandas com Linux (8) ps4 (1) real-time. (1) Red Hat (23) redes (4) resenha nerd (4) Resumo da Semana do Dlins (2) resumo do Tux (19) retrospectiva Linux (1) risc-V (14) RISCV (13) rtos (1) runlevel (2) rust (12) segurança digital (24) servidor web (2) servidores (2) shell (9) shell script (8) sistema operacional (25) skarnet (1) smartphones (3) Software livre e de código aberto (151) sorteio (3) Steam (10) Steam no Linux (8) supercomputadores (4) suse (6) systemd (7) terminal (89) terminal de comandos (18) toca do tux (1) toybox (27) tutorial (6) Tux (3) unboxing (7) UNIX (17) UNIX Toolbox (14) vartroy (1) vga (1) virtualização (2) vulnerabilidade (6) wayland (5) web (1) whatsapp (1) whitehat (1) Windows Subsystem for Linux (2) wine (14) WoT (1) yash (1) ZFS (15) zsh (3)