Desenvolvedores do Gentoo decidem fazer fork do udev
Enviado por Nicolas Wildner[Ironmaniaco] (nicolasgauchoΘgmail·com):
“Após algumas críticas do próprio Linus Torvalds sobre a displicência na administração do udev, onde ele diz que “todos os problemas conhecidamente grandes tratam-se apenas de estupidez”, citando patches mantidos por distribuições para corrigir tais problemas, desenvolvedores do Gentoo tomaram uma iniciativa: fazer um fork.
Tal fork vem com o objetivo de acelerar o processo de integração do udev com a distribuição, pois a política de commits do pessoal do udev/systemd parece ser um tanto quanto problemática e não cooperativa.
O projeto está disponível no GitHub, e se chama udev-ng. Tal iniciativa também gerou um flamewar de systemd/upstar/openRC na lista de discussão do Debian: [lists.debian.org/…]” [referência: linux.slashdot.org]
• Publicado por Augusto Campos em
2012-11-20
@brlinuxblog
Feed RSS
Bom… Isso deve ser uma notícia boa, porque significa que as águas agitadas do momento devem trazer soluções técnicas em breve. Espero.
O udev é um sub-sistema muito crítico do Linux pra ficar sem reparos.
[OFF TOPIC]
Só eu achei que o Papo de Buteco ficou mais interessante sem o Thiago e a Ursinha?
http://www.enquetes.com.br/popenquete.asp?id=1048623
UPDATE: Eles renomearam de udev-ng para eudev devido a alguns questionamentos nas listas de email do Gentoo, dentre eles, do Greg k-h:
> I see an “entertaining” fork of udev on github at the moment (-ng,
> really? What happens when someone wants to fork that, -ng-ng? Be a bit
> more original in your naming please, good thing I never trademarked
> “udev” all those years ago, maybe I still should…)
http://thread.gmane.org/gmane.linux.gentoo.project/2226/focus%3D81217
Minha opinião:
1 – Forks são necessários quando a iniciativa é a de melhorar um projeto
2 – Forks como este desmotivam quem usa qualquer solução Linux, principalmente porque a principal causa é a de corrigir bugs “bestas” e ao mesmo tempo remover limitações como esta(mais besta ainda) do /usr. Juntou isso, com a administração mal feita de quem é mantenedor e instatisfação da integração(forçada) com o systemd….fork…
Acho que fui dos poucos usuários que preferia o hotplug ao udev.
*fliesaway*
Hotplug + Kurumin 4.0 = “Que tempo bom, que não volta nunca maaaaaaiisss…..”
“2 – Forks como este desmotivam quem usa qualquer solução Linux”
Na verdade, forks como este não são um problema quando se usa o git, já que o merge é muito fácil. E como haviam patches que precisavam ser mantidos, o Gentoo só oficializou um trabalho que já tinham.
>>> Na verdade, forks como este não são um problema quando se usa o git,
Não há problemas quanto a tecnologia, concordo, pois o git foi projetado para este tipo de ação. Forks são bastante fáceis de fazer.
O que eu me refiro é que, mais uma vez, ao invés de resolver o problema na raíz, pois várias outras distribuições também mantinham patches, alguém faz um fork por pura incompetência de quem mantem o projeto original udev/systemd. O lance aqui vai da importância que este projeto já alcançou para o Linux.
Mais distribuições vão acabar indo pro eudev por conta das correções ou pela não necessidade de amarração ao systemd(ponto positivo).
O pessoal do Slackware gostou deste fork, pois eles querem manter o systemd fora da distro, o que seria muito trabalhoso devido à integração forçada com do udev com o systemd.