Enquanto isso, buzz e impaciência para os usuários desta distro (além da versão anterior do Ubuntu 14.04 "Trusty Tahr")A equipe Debian debatemos qual versão do kernel Linux deve ser usado para o sucessor da versão atual Debian 7 Wheezy (que em 12 de julho último lançou seu atualização 7.6, desta vez com foco em utilitários de servidor).
Qual versão do kernel o Debian Jessie terá?
A decisão final foi que Debian 8.0 Jessie irá incluir o kernel por padrão Linux 3.16, e a principal razão pela qual essa versão foi escolhida é porque ela será lançada no mês de agosto. Além disso, o backport experimental de Debian as edições Release Candidate de debian jessie no caso de alguém querer experimentá-los. No comunicado divulgado através do blog Bits do Debian, também é aconselhável que pacotes incompatíveis com o kernel sejam removidos do repositório antes da data de congelamento, que é a Novembro 5 do 2014.
Para quem já instalou debian jessie, que está atualmente em fase de teste, o kernel deve ser atualizado por meio de:
# apt-get update && apt-get upgrade
substituindo a versão atual do kernel (3.14).
Como informação adicional, é mencionado que o kernel será mantido pelo Equipe Ubuntu Kernel até aproximadamente abril de 2016 porque não é uma versão pertencente ao ramo LTS, de acordo com kernel.org.
Para obter mais informações sobre isso, convido você a clicar em este link.
Bem, não sei o que dizer ... Acho que não é uma boa ideia colocar um kernel não-LTS em uma distro estável, que também será suportada pelos caras do Ubuntu (sem a intenção de ofender os Ubunteros) :(.
O mesmo digo….
LTS não fornecido após o lançamento oficial? As versões 3.10, 3.12 e 3.14 são LTS, esperançosamente também. E se eventualmente não se tornar LTS, talvez o Debian deva pensar em mudar, já que o congelamento de Jessie não acho que seja curto ...
PS: Agora que você voltou ao Slackware, estamos esperando por você, Peter,
Em geral, é sabido antes do lançamento se o kernel será mantido por muito tempo ou não, por isso os caras do Debian já sabem que a versão 3.16 não será LTS. É curioso que optem por este kernel já que em outubro deste ano termina o suporte do kernel 3.4 LTS e pelo que sei o novo LTS virá com o kernel 3.18 justamente em outubro :).
Em relação aos tutoriais, eu já fiz um sobre o Slackware há três meses: https://blog.desdelinux.net/despues-instalar-slackware/
Revendo um pouco, está um pouco desatualizado em relação a vlc, libreoffice e oracle jdk .. Nada que não conserte uma olhada no slackbuilds.org para libreoffice e jdk e para vlc basta baixar e instalar os pacotes npapi-vlc e vlc da página:
32 pedaços
http://www.slackware.com/~alien/slackbuilds/vlc/pkg/14.1/npapi-vlc-20140226-i486-1alien.txz
http://www.slackware.com/~alien/slackbuilds/vlc/pkg/14.1/vlc-2.1.4-i486-1alien.txz
64 pedaços
http://www.slackware.com/~alien/slackbuilds/vlc/pkg64/14.1/npapi-vlc-20140226-x86_64-1alien.txz
http://www.slackware.com/~alien/slackbuilds/vlc/pkg64/14.1/vlc-2.1.4-x86_64-1alien.txz
Saudações 😀
Acho que alguns LTS são anunciados após seu lançamento. O 3.12 não ia ser e acho que foi anunciado quando o 3.13 já tinha saído. De qualquer forma, se 3.18 vai ser LTS e é em outubro, não entendo por que não colocam esse, a menos que Jessie tenha um breve congelamento (o que repito, parece que os tempos de congelamento serão mais longos e os últimos foi mais de 8 meses).
E eu aprecio esse tutorial, mas há coisas que são difíceis de seguir no Slackware. Por exemplo, multi-arquitetura para instalar programas de 32 bits: o que aparece no wiki é um processo infernal, com uma espécie de script final para rodar toda vez que quiser instalar algo em 32 bits, muito complicado para mim. Ou como fazer uma instalação limpa, sem pacotes desnecessários, por exemplo, o suporte para produtos HP (aquele por exemplo poderia localizá-lo, mas existem outras coisas inúteis que ele não localiza, como todos os desktops que instala por padrão). Os sites com listas mínimas de instalação no Slackware são de versões anteriores, não vi nenhum dos 14.1. Não sou novato, mas esse tipo de coisa me dá muito respeito ...
Bem, no instalador do Slackware você tem a possibilidade de fazer uma seleção dos pacotes A, AP, D, F, K, L, N e X. Você pode fazer isso escolhendo em vez da opção "full" a opção "menu" ». Para isso, você deve adicionar o grupo KDE e KDEI se quiser ter o KDE como um ambiente ou o grupo XAP se quiser ter o XFCE ou algum outro. O grupo de jogo (Y) eu ignoro. Assim que esses grupos forem selecionados, você selecionará pacote por pacote dentro dos grupos. Como regra, deixe marcados todos os pacotes dos grupos A, AP, D, F, K, L, N e X. Concentre-se nos grupos KDE, KDEI ou XAP e aqui você deve selecionar aquele que deseja instalar ou ainda não que existem muitos jogos ou utilitários que você precisa ou não precisa e isso depende de cada um :).
Quanto ao multilib no Slackware de 64 bits, é fácil. Basta abrir o terminal, fazer login como root e digitar o seguinte:
lftp -c 'aberto http://slackware.com/~alien/multilib/ ; espelho 14.1 ′
cd 14.1
upgradepkg –reinstall –install-new * .t? z
upgradepkg –install-new slackware64-compat32 / * - compat32 / *. t? z
E agora você multilib 😀
Bem, a compatibilidade de 32 bits é muito importante, no wiki do Slackware o processo é muito mais longo. Obrigado pela dica!
De nada
De acordo com uma opinião que me deram, o fato de ser escolhido pelo Debian pode ser motivo suficiente para convertê-lo em LTS
O kernel 3.14 estava falhando com meu processador intel iris pro 5200 e i7 4750HQ. Use openSuSE 13.1. Eu parei de usar o kernel tumbleweed, para aqueles de vocês que não sabem uma maneira de ter o novo kernel estável no openSUSE. Usei o kernel tumbleweed desde que tive o openSUSE 12.3. Kernels 3.11, 3.13 foram executados com sucesso.
Por exemplo, os processadores em condições normais estão entre 0 - 5% (agora com o Chrome aberto e 1 guias 20%), e com esse kernel eles estão configurados para 1 - 5% sem fazer nada. Pior de tudo, a gravação do arquivo não era confiável. (com 25 também).
Cansei de tentar novos kernels, talvez agora eles tenham melhorado, mas é claro que a inteligência que suporta o kernel, pelo menos, é questionável se eles fazem isso corretamente. Comprei um computador com gráficos intel (e potentes) para o bom suporte teórico.
Só espero que as distribuições testem seus kernels em computadores como o meu (clevo 740su), pois tenho a sensação de que por ter um gráfico que poucos possuem, fico um pouco marginalizado.
Kernel do Debian mantido pela equipe do Ubuntu Kernel? É uma piada, certo?
As coisas no Debian estão ficando cada vez mais interessantes, SystemD, kernel não-LTS, discussões sem sentido na lista do Debian, de qualquer maneira.
Sempre discussões, e apesar de ainda ser Debian, eu não me preocuparia com você.
Naaahh, eu não estou realmente preocupado, o Debian continuará sendo Debian enquanto o DFSG for respeitado. Meu comentário foi direcionado principalmente ao rebuliço que se criou recentemente na distro (o que de certa forma vejo de forma positiva, já que muitos acreditam que o Debian está morto), principalmente no assunto SystemD e agora um kernel não LTS, mantido pela Equipe Ubuntu Kernel.
De qualquer forma, o Debian sempre será minha distro favorita, mas por enquanto estou compilando meu novo Gentoo, verei se o Gentoo me captura ou retornarei às terras da tranquilidade do Debian.
PD: Por enquanto usando o PC do meu velho, para quem anda com o UA.
Não se preocupe com os trolls UA, eles são poucos. O que me surpreende é que o anúncio no blog do Debian teve um tom de troll (que sempre foi destacado pelas declarações de Mark Shuttleworth 😛).
Em relação à confusão do Debian, acho que está tudo bem, já que eles não seriam mais corrigidos e estariam seguindo o mesmo caminho do Ubuntu LTS ou Slackware, que muda de versão assim que aparece uma falha épica como o Heartbleed do OpenSSL, além de otimizar a automação em atualizações sem destruir as configurações anteriores (meus respeitos ao Debian).
E bem, já que você está falando sobre o Gentoo, você vai colocar Yuno Gasai como pano de fundo do GRUB 😀?
Olá amigo @ eliotime3000, não se ofenda, mas a equipe do Slackware usa um kernel completamente vanilla enquanto o Ubuntu usa um kernel modificado por eles. No Slackware tudo é vanilla (graças a Deus 😀). É por isso que sou muito cético em relação à manutenção oferecida pelo Ubuntu. Devo dizer também que no Debian eu nunca sofri um crash ou kernel panic enquanto estava no Ubuntu mais de uma vez :). Tirando o fato de que mais de uma vez vi todo o sistema quebrar até mesmo um Ubuntu LTS devido a uma atualização .. Isso no Debian até agora não acontece .. Acho que a equipe do Debian deveria reduzir a atividade do Ubuntu no Debian .. Já vemos a diferença abismal de qualidade que existe entre o Debian Squeeze e o Wheezy por causa da posição da equipe do Ubuntu no Debian. Tenho certeza que o objetivo da equipe do Ubuntu é destruir o Debian, pois já é capaz de manter sua distribuição sem continuar a ser baseado em pacotes Debian e Ubuntu muitas vezes não são compatíveis com os pacotes Debian.
Saudações e por favor, esta opinião é divulgada sem a intenção de trollar: D.
O kernel mantido pelo Ubuntu é um pouco estranho e a verdade não é engraçada, especialmente quando o Ubuntu coloca as mãos no kernel do Debian.
E bem sim @ eliotime3000 vou colocar meu adorado e completamente psicopata Yuno como pano de fundo para meu GRUB 😀
Não estou incomodado com o que você disse, @petercheco. Ironicamente Debian usa uma versão do kernel Linux em que mais frequentemente se assemelha ao linux-livre (é por isso que os blobs são instalados separadamente com base no firmware proprietário), então o Ubuntu tem que contar com as versões do Debian para atender às suas necessidades (principal razão para kernel-panics), embora a declaração de O Debian para usar um kernel Ubuntu é apenas uma possibilidade, mas não uma confirmação.
E se isso não bastasse, o Ubuntu teria que usar o kernel linux-libre se quiser manter a distro que o alimenta desde 2004, além disso, com esta decisão não comprometeria a estabilidade do Debian, já que estaria usando um kernel mantido com a garantia da FSF de estar livre de bugs que causam kernel panics.
No momento, são probabilidades divulgadas no blog.
Se fosse publicado no segmento de "notícias" ou "anúncios" do site oficial, seria irremediável. Na melhor das hipóteses, era uma hipótese de que não deveria ter saído das 4 paredes da equipe do Debian, já que não foi publicado na lista de discussão.
Agora estou curtindo o Debian Jessie depois de lutar com ele. QTCurva no KDE 4.8 ao lado do kernel 3.14 (por causa do backport, é claro) no Debian Wheezy, e o mais irônico é que em Jessie, você pode ver que há uma otimização real desta versão do kernel.
Ainda assim, o Debian Jessie me deixou com um gosto melhor na boca com sua estabilidade insana contra SystemD e XFCE como o ambiente de área de trabalho padrão (GNOME é opcional dependendo da primeira e última vez que tentei o instalador Debian Jessie), mais isso Agora eles estão participando, após a inércia das atualizações no Squeeze e a continuação do Wheezy pelo branch ESR do Iceweasel, agora parece que na próxima versão, finalmente o branch de lançamento estará de volta (embora não esteja no mesmo nível do backport do Debian Mozilla, apenas no caso).
Outra hipótese que esta postagem do blog do Debian gerou é que, pela primeira vez, o Debian estaria imitando o modus operandi de atualizações para as edições LTS do Ubuntu.
Ainda assim, esta é a primeira vez que me envolvi no branch de teste do Debian, e posso dizer que é mais estável do que o Ubuntu. Vamos ver se na hora de congelar o branch, eles finalmente conseguem colocar a Central de Software como no Wheezy e Squeeze.
Meu kernel não foi atualizado e estou no Jessie.
Kernel não LTS mantido pelo pessoal do Ubuntu? é certamente uma decisão "inesperada"
É uma especulação da equipe Debian. No máximo, se o kernel sair na versão LTS, eles iriam confirmar na seção de notícias do site.
Não acho que vai congelar a versão vou continuar testando, é um branch estável apesar do nome
Eu acredito que os problemas que tive
então eu não me preocupo muito
Fiquei decepcionado apenas com o gnomo 3 e sua estabilidade precária
kde, xfce e mate são os desktops que testei e são estáveis nos testes debian
Estou usando o Debian Testing agora, e o XFCE é mais estável em testes do que estável.
"... focando em utilitários de servidor neste momento)."
No final, acho que o Debian vai acabar sendo uma distro apenas para servidor ... Vejo, para meu pesar, que a equipe de desenvolvimento do Debian quase sempre deixa de fora o usuário desktop. xD
Bem, esse comportamento do Debian é comum em todas as versões (percebi assim que o Debian Lenny Update 6 foi lançado), e o mesmo deve acontecer nas versões subsequentes do Debian.
Obrigado pela notícia 😀
Esses debian como são lentos, os outros estão comendo o bolo chamam ubuntu, opensuse, fedora. Eles devem ser mais rápidos, porque mesmo testando a distro e quando ela sair oficialmente depois, muitos erros saem, tantos que deveriam ter 7, já está em 7.6
Estou muito impaciente pelo lançamento desta distribuição !!!! Mal posso esperar para instalar a versão estável com lxde no meu pobre netbook xD, merda, merda, 30 dias !!! Faltam 30 dias xD