Em 5 de novembro, o branch de teste do Debian (com o nome Jessie) estava congelado, após longos meses de desenvolvimento e correção mais de 400 bugs. Eles também têm a arte oficial da distro, por Cyril Brulebois.
Aliás, eles anunciaram que o Debian 9 (com lançamento previsto para 2017), será chamado Stretch. E esse Debian 10 (com lançamento previsto para 2019), será chamado Buster. Também foi anunciado que a porta kfreebsd não será mais uma porta oficial, e as portas para as arquiteturas arm64 e ppc64el serão.
Entre os pacotes que virão por padrão estão: kernel 3.16, Iceweasel e Icedove 31, GNOME 3.14, KDE 4.14, LibreOffice 4.3.3, GCC 4.9, MySQL 5.5.39 (não haverá migração para MariaDB, eles apenas o incluirão nos repositórios e nada mais), OpenJDK 7u71, Perl 5.20, Python 2.7.8 e 3.4.2, Xfce 4.10, Apache 2.4.10, Tomcat 6.0.41 e 7.0.56 e, é claro, systemd 215
Outra coisa importante é A partida de Joey Hess, que desde 1996 teve vários papéis no Debian, incluindo a manutenção dos pacotes debhelper, alien, dpkg-repack e debmirror. Ele cita como causa de sua saída o fato de que a constituição do Debian levou o projeto na direção errada. Não sei se é uma piscadela para o campeonato de fevereiro, mas pode ser.
de acordo com eu li a saída de joe hess tem a ver com a adoção do systemd ...
Que estranho que o cara se mudou do debian para o systemd e em seu blog ele escreveu um post sobre como usar o módulo cron do systemd https://joeyh.name/blog/entry/a_programmable_alarm_clock_using_systemd/
Não acho que seja o comportamento de alguém que é contra o systemd
a propósito, a arte oficial se parece com o trisquel, mas em uma versão branda
Eu não acho que uma coisa tenha a ver com a outra .. O fato de um não usar (por exemplo), Windows, não significa que se você pode ensinar alguém a usar, diga: NÃO, porque eu não uso pelo contrário, mostra como usá-lo e deixa o outro ver por si mesmo se lhe convém ou não.
pelo que tenho visto com a questão do systemd, não há meio-termo e aqueles que são contra odeiam como se fosse uma invenção do próprio Satanás (não turpial, mas ajoba: P)
como dizem para mostrar a isso um botão http://igurublog.wordpress.com/2014/04/28/ignorantgurus-hiatus/ este é o desenvolvedor do SpaceFM o fork do PCmanFM para de usar o debian devido ao problema do systemd
E como eu disse, como com o systemd não há termos intermediários, você não vai escrever um pós-tutorial sobre o systemd e depois sair porque o debian implementa o systemd.
Isso se eu souber que houve uma tentativa de votar para obter a opção de usar sysv no instalador debian, embora o problema seja que não há pessoas suficientes para manter o pacote compatível com os dois gerenciadores
Me inscrevi ontem e aparentemente não passou na moderação?
Duvido!
Nunca recebi o email de confirmação, como saber se alguém é bot ou não, vendo apenas o apelido e o email?
A coisa do Joey Hess é muito clara, não é apenas o systemd, é a maneira como certas coisas estão sendo tratadas na distro, e você deixou um bom exemplo aqui, MariaDB não é a versão padrão para bancos de dados e, em vez disso, o MySQL ainda é sendo usado, algo que anos atrás teria sido muito louco.
Bem, é isso que estou tentando dizer no meu comentário .. +1
Exatamente @elav, o Debian mudou muito em comparação aos anos anteriores e é esta situação que fez muitos desenvolvedores e colaboradores decidirem abandonar o projeto. IgnorantGuru também disse isso em seu blog com seu hiato, não só é sistematizado a forma como as coisas são feitas, agora é Joey Hess, e muitos mais irão se juntar ao grupo dependendo do que for decidido em 18 de novembro quando a votação sobre a livre escolha de init se de.
Não é por menos que Joey Hess deixou o projeto, e mais, compartilho da suposta causa que você comenta no post do Diazepan. Eu me pergunto por que o Debian simplesmente não muda para MariaDB quando outras distribuições já fizeram isso sem nenhum problema e não são tão filosóficas? Cof .. tosse .. Archlinux .. tosse .. Eles pararam de apoiar o KFreeBSD por quê? Qual é a desculpa se eles mantêm outras arquiteturas que apenas alguns usam? Enfim .. cada dia fico mais longe do Debian e isso dói .. 🙁
Eles param de suportar KFreeBSD porque seu kernel não é Linux, mas BSD ... Você sabe que o systemd não se dá bem com sistemas BSD: D.
Quanto ao mysql ou mariadb ... Isso importa um pouco, certo? E ainda está sendo debatido sobre isso: D.
Eu também acho que o Debian deixa o mysql por padrão por um motivo muito importante: MySQL Cluster CGE.
Observe que o Debian é usado em servidores e deve permanecer neutro para todos. Você não pode passar para o MySQL Cluster CGE do MariaDB e se eles removerem o MySQL do Debian, isso pode levar à rejeição de muitos usuários.
Em outras palavras: há um pouco de pressão relacionada ao cluster MySQL CGE. Além disso, se o Andamiro lançar uma versão sucessora do Bombeie Infinito, você provavelmente não usa mais o Debian como o sistema operacional padrão devido à sua dependência inicial do SystemD em ambientes como GNOME e componentes como NetworkManager.
Eu concordo com Joey Hess: «… o Projeto Debian não é mais o mesmo…» 😉
Nisso ele está certo, já que o Debian agora toma decisões como o Ubuntu fez quando foi lançado 12.04.
mas dizem que o MariaDB estará nos repos oficiais "por precaução". Portanto, não vejo muitos problemas por enquanto.
É triste o que está acontecendo no ano passado no Debian. Eu posso entender o farto de alguns desenvolvedores - como Joey Hess - com o clima de tensão que é freqüentemente experimentado em debates sobre o sistema de inicialização Debian 8 "Jessie".
Foi uma decisão difícil e dolorosa. Até mesmo alguns usuários (que não são desenvolvedores, no momento), estão considerando criar um fork da distribuição que não incorpora o systemd por padrão.
O Systemd - e esta é uma opinião - é problemático, opaco e potencialmente inseguro. Ele mexe com muitas dependências e nos força a fazer alterações com as quais alguns usuários não concordam. Muitos administradores de sistema estão alertando sobre os sérios conflitos técnicos que sua implementação acarreta (por não usarem as palavras grossas com as quais costumam se referir quando falam do systemd). Este não é um debate sobre "evolução-conservadorismo", "progressivismo-imobilidade" ou "modernidade-antiguidade", como alguns comentaristas quiseram simplificar. Nem é uma dicotomia maniqueísta entre usuários de desktop "legais" e administradores de sistema "trogloditas". É uma questão de segurança, modularidade, flexibilidade e, o mais importante, confiança.
Se eu quiser remover o systemd do Debian e colocar o sysyinit, descubro que os seguintes pacotes serão desinstalados:
1) colord
2) gvfs
3) gvfs-backends
4) gvfs-daemons
5) hplip
6) libpam-systemd
7) policykit-1
8) policykit-1-gnome
9) printer-driver-postscript-hp
10) fluxo constante
11) systemd-sysv
12) udisks2
Deixe as seguintes dependências não resolvidas:
14) libcolord2 recupera colord
15) xícaras recomana colord
16) cups-daemon recupera colord
17) copos-filtros recuperam cor
18) gvfs-common aceita gvfs
19) gvfs-daemons leva policykit-1-gnome
20) libsane-hpaio recomana hplip (= 3.14.6-1 + b2)
21) liferea recomana stableflow | kget
22) printer-driver-all requer printer-driver-postscript-hp
23) task-print-server recebe hplip
24) udisks2 recomana policykit-1
Eles são dependências importantes. Para alguns, encontrarei um substituto, mas para outros não, e meu sistema irá mancar em algum lugar. Sempre posso instalar o "systemd-shim" (que é o que Lucas Nussbaum, o atual líder do projeto, recomenda), mas ainda assim será um conserto. Um patch que eu, em particular, não me convence.
Uma distribuição como o Debian (e esta é uma opinião novamente) deveria ter escolhido se aliar ao Gentoo e fortalecer o OpenRC ou desenvolver seu próprio sistema de boot. Sua incapacidade de fazer isso pode ser interpretada como um sinal de negligência. O Debian perde iniciativa e, de alguma forma, independência, o que é lamentável. Embora, claro, esta é a minha opinião e não tenho o direito de exigir nada de ninguém, muito menos da comunidade Debian.
Não se trata de eliminar o systemd dos repositórios (que muitos usuários podem achar úteis), é sobre este sistema não contaminar tudo e limitar as possibilidades dos usuários.
Aqueles que usam Gnome estão vinculados ao systemd, mas o resto de nós não precisa estar se não quisermos, e aí está a proposta de votação (Resolução Geral: acoplamento do sistema init), apresentada por Ian Jackson, que tem desencadeou todos os debates amargos que certamente levaram Hess e outros desenvolvedores a abandonar o projeto. O problema está nos truques usados, na falta de respeito nas listas de mala direta e em algumas atitudes completamente inadmissíveis em um ambiente de discussão que se pretende construtivo.
Fala-se muito sobre a filosofia Unix (fazer uma coisa e fazer bem) ou os padrões Linux felizes (como se eles fossem fazer do Linux o sistema de desktop definitivo que limpa o Windows e o Mac OS X do mapa), mas o a verdade é que este é um papel morto se não houver um consenso mínimo. E o systemd não traz isso. À vista é. O Linux não é totalmente planejado (como BSD ou Windows e Mac), os padrões são bem-vindos, mas devem atender aos requisitos de uma comunidade gratuita, crítica e, em alguns casos, acadêmica.
E, claro, não se trata de o sistema inicializar 20 segundos mais rápido. Isso é ficar na superfície de um problema muito mais complexo.
Se a situação no Debian continuar assim, em um nível pessoal eu considero migrar para o Gentoo ou, se necessário, dar uma chance ao feliz fork do Debian, contanto que eu esteja convencido por seu contrato social e os desenvolvedores por trás dele (há muitos sistemas anti-trolls que não gosto nem um pouco deles). Até agora, vou continuar no Wheezy.
Saudações e desculpas pela extensão do comentário,
mas para usar o sysv você não precisa desinstalar o systemd http://www.esdebian.org/wiki/systemd#3.2 editar / etc / default / grub e configurar GRUB_CMDLINE_LINUX_DEFAULT = »quiet init = / sbin / init.sysvinit» + update grub ou então desinstalar o pacote systemd-sysv (você provavelmente tem o sysvinit instalado).
PS: pedir para você desinstalar esses pacotes não seria um problema. o que você pode fazer é: primeiro coloque sysv para gerenciar a inicialização, depois remova o systemd e reinstale os pacotes (exceto o gnome porque ele pedirá o systemd)
você tem que ler e não julgar
lembranças
Isso mesmo, uma vez que a primeira coisa que fiz foi instalar o SysVinit e depois desinstalar o SystemD para não ficar sem INIT.
No comentário anterior, digitei incorretamente meu apelido, é Xiep.
Dito isso, sim, para poder usar o sysvinit não é necessário desinstalar o systemd, mas exatamente o que eu quero é desinstalá-lo.
Ou seja, se eu não confiar no systemd e quiser removê-lo do meu sistema, me deparo com contratempos desconfortáveis, como montar automaticamente uma mídia removível ou suspender e hibernar o sistema sem ser root. Posso fazer manualmente, seria mais, mas você vai concordar comigo que isso é uma solução. Quase tudo que dependa de "dbus" instalará o systemd. Até agora, uma das soluções "oficiais" do projeto foi instalar o "systemd-shim" (http://www.itwire.com/business-it-news/open-source/65684-debian-leader-says-users-can-continue-with-sysvinit), um pacote que emula o systemd e permite que você use todos os programas que dependem dele. Mas essa solução não é muito convincente.
Claro que posso sobreviver sem o systemd (tudo pode ser consertado nesta vida), é sobre em que condições eu faço isso e o que e quem favorece o Debian com esta decisão. Tem que estar fazendo malabarismos para que tudo funcione e é justamente isso que tem levado a comunidade a enfrentar o RG que está levantando tantas bolhas e causando algumas baixas (https://www.debian.org/vote/2014/vote_003.en.html) O problema é que o resultado tende a ser binário: ou você ganha ou perde. Parece que o clima está tão radicalizado que a discussão está terminando no "tudo ou nada". Mau negócio, realmente. No dia 19 de novembro deixaremos dúvidas.
Você está muito atento para se preocupar com o meu comportamento, Rolo, mas eu leio muito e, confie em mim, não sou crítico. Precisamente, o que me pareceu precipitado é a adoção do systemd por default em algumas das distribuições mais importantes, quando se trata de um sistema que não está muito maduro, digamos. De qualquer forma, tal pressa parece suspeita.
Salud!
Xiep on "... Ou seja, se eu não confiar no systemd e quiser removê-lo do meu sistema, enfrento contratempos incômodos, como a montagem automática de mídia removível ou suspensão e hibernação do sistema sem ser root .... " Você está confundindo systemd com PolicyKit (você tem que ler !!!) e algum bug no debian relacionado a desktops como lxde ou xfce4.
Quanto você precisaria para criar suas próprias regras Polkit?
Você tem que parar de brincar com a questão do systemd, afinal é um software que se funcionar bem, joia e se não funcionar, será trocado por outra coisa e uma dica. mas, por favor, vamos deixar a política para as coisas importantes da vida,
vasto de preconceitos baseados na ignorância vamos parar de repetir como periquitos o que os outros repetem
Rolo, vai ser difícil desinstalar o systemd no Debian Jessie, é isso que quero dizer. Substituir o sistema de inicialização padrão é complicado e pode quebrar o sistema.
Não é foder ninguém. Muitos usuários Debian não confiam no systemd, só isso. E vemos com preocupação as decisões que estão sendo adotadas ultimamente, por isso há debate. Na verdade, a decisão final do Comitê Técnico foi muito apertada. É normal que ainda tenha polêmica porque apenas um voto decidiu a decisão final. E isso não é exatamente uma maioria clara.
O Debian sempre considerou aspectos políticos e sociais. Talvez tenha sido isso que tornou o projeto o que é, caso contrário, não seria o Debian.
Não sei interpretar o seu último parágrafo ... Como uma desqualificação? Você chega a insinuar que eu sou um ignorante e um papagaio sem critério ... Um pouco exagerado, né?
Em fim,
Salud!
o trabalho de arte da adorável Jessie
O que me surpreende é que os desenvolvedores Debian não levaram em consideração o UselessD, que é melhor que o systemd-shim e é visto como uma alternativa melhor ao que o Debian oferece. A desvantagem é que é tarde demais para propor, pois os repositórios já foram congelados e parece que esta versão será o equivalente ao Ubuntu 12.04 do Debian.
Com relação ao SystemD, não vejo o RHEL / CentOS atualmente entusiasmado com o lançamento da versão 7 em grande escala (você sabe, SystemD).