Slackware Current com KDE 4.2.3 e nova compressão de pacotes

Para vocês verem, muita gente diz por ai que o Slackware é uma distribuição velha, que os pacotes levam uma vida para serem atualizados e tudo mais. Até mesmo alguns amigos que lêem este blog já me falaram coisas neste sentido, contudo não posso concordar.

Já a muito tempo o Slackware conta com dois “sabores”, a versão oficial, aquele que tem seus lançamentos em intervalos bem longos e que atualmente está na versão 12.2 e o segundo, a versão intitulada “Current”, onde são feitos testes de novos pacotes, experimentos para possíveis mudanças e tudo mais.

Embora isso possa dar a impressão que o Current é uma versão instável, pelo contrario, antes de passar a fazer parte da arvore da distribuição todos os pacotes são testados, claro, sem todo aquele processo característico da versão oficial, mas mesmo assim, antes de estar a disposição de quem use este ramo o pacote é testado, avaliações são feitos, só ai o Patrick coloca o pacote na arvore.

Venha para o luz com Slackware

Venha para o luz com Slackware

Isso garante uma certa estabilidade, contudo não garante que aquela versão do pacote tenha algum bug ainda não descoberto, mas quem acompanha o changelog desta versão sabe, assim que descoberto algo, seja por terceiros ou por algum contribuidor da distribuição, é logo revisado, arrumado, reempacotado e colocado a disposição para atualização. Outro ponto interessante é que nesta versão você sempre encontra os pacotes mais novos das aplicações, dias depois de serem lançados por seus desenvolvedores, veja o exemplo do KDE 4.2.3, foi lançado pela equipe KDE no dia 06/05, no dia 08/05 já estava na arvore do Current, pronto para que você atualize sua distribuição. No meu Mandriva, mesmo tendo o Helio de Castro (funcionário da Mandriva), membro do KDE e empacotador dele para esta distribuição, até o momento nada.

Mas tudo isso, pelo menos para quem gosta de se informar, já é sabido pela maioria, contudo o que me chamou a atenção do changelog desta ultima sexta-feira foi a implementação de um novo sistema de compreensão nos pacotes do Slackware, que, como veremos abaixo, fez a arvore da distribuição diminuir em 500MB:

Hello folks! This batch of updates includes the newly released KDE 4.2.3,
but more noticeably it marks the first departure from the use of gzip for
compressing Slackware packages. Instead, we will be using xz, based on
the LZMA compression algorithm. xz offers better compression than even
bzip2, but still offers good extraction performance (about 3 times better
than bzip2 and not much slower than gzip in our testing). Since support
for bzip2 has long been requested, support for bzip2 and the original lzma
format has also been added (why not?), but this is purely in the interest
of completeness — we think most people will probably want to use either
the original .tgz or the new .txz compression wrappers. The actual
Slackware package format (which consists of the layout within the package envelope) has not changed, but this is the first support within Slackware’s package tools for using alternate compression algorithms.
Some people have asked why we don’t pick a single extension, such as
.slk. While there’s certainly a case to be made for that idea, the tools
would still need to support .tgz to handle older packages. Sticking with
“.tgz” for everything makes no sense. Using extensions that reflect the
compression format used by the package envelope seems to be the most
transparent approach, and the one that best follows tradition.
As an example of the compression improvement with .txz, have a look
at the kernel-source package:
Before: kernel-source-2.6.29.2_smp-noarch-1.tgz (73808508 bytes)
After: kernel-source-2.6.29.2_smp-noarch-1.txz (49150104 bytes)
The size of the main package tree in /slackware has been reduced from
1.9GB to 1.4GB by converting most packages to .txz.
Most of the packages have been converted from .tgz to .txz, but we
will continue to make the gzip, pkgtools, slackpkg, tar, and xz packages
in .tgz format for the foreseeable future.
Enjoy! And thanks to Lasse Collin for the great work on xz. :-)

ftp://ftp.slackware.com/pub/slackware/slackware-current/ChangeLog.txt

Como podem ver em breve teremos mais um tipo de pacotes trafegando por ai, os TXZ, isso sem contar que no futuro podemos ter mesmo um .SLK, embora isso não queira dizer que o gerenciamento de pacotes atual vá mudar, não teremos algo parecido com o APT, YUM ou URPMI. A tão sonhada verificação de dependências e download automático delas por muitos nem é cogitada, muito embora ferramentas como o Slapt-get o faça e seja usada em distribuições baseadas no Slackware, como o GoblinX.

Só a diminuição do tamanho dos pacotes já é uma coisa muito bem vinda, downloads enormes não combinam com a internet precária que temos aqui no Brasil. Nos dias de hoje, com tudo sendo feito na rede, seja a troca de mensagens, seja na questão do entretenimento, onde jogamos, ouvimos musicas e vemos vídeos todos a disposição na rede, qualquer coisa que dê uma folga para ela é muito bem vinda, embora seja verdade que isso não é a solução, haja vistas que só o SPAM é acusado de ser o causador de mais de 90% deste trafego.

Outro fato relevante para mim nesta noticia é que ela mostra que o Slackware não é uma distribuição parada, embora se mantenha fiel as origens, não deixa de seguir em frente, avalia novas tecnologias e vê se ela se enquadra a seus propósitos. Se sim ela fica, caso contrario sai, como deve ser, sempre.

Contudo desta vez não vou testar os novos pacotes, removi minha instalação do Slackware para avaliar com mais calma esta instalação do Mandriva, afinal, era só ter um aperto que eu já corria para o bom e velho Slack. Vamos ver mais a frente, quem sabe daqui uns 15 ou 30 dias.

Ficou interessando? Então leia a dica abaixo, é o meio mais pratico de ter diretamente o Current em seu desktop:
Slackware no desktop, baixe o Current

Vida longa e prospera ao Slackware.

Gostou? Indique aos amigos ou adicione aos agregadores:

Indicar artigo a um amigo Adicionar ao Rec6 Adicionar aos Bookmarks do Blogblogs Adicionar ao Google Adicionar ao Digg Adicionar ao Linkk Adicionar ao del.icio.us Adicionar ao Dihitt Adicionar ao Ueba Adicionar ao Digago Adicionar ao Linkto Adicionar ao WebSapiens Adicionar ao Technorati

7 Comentários para “Slackware Current com KDE 4.2.3 e nova compressão de pacotes”

  1. Snif… Fiquei até emocionado. Uso o current já há algum tempo (atualizei de um 12.2 com um monte de frescuras a mais e funcionou tudo sem o menor problema, inclusive glibc, udev, hal…!) e parece q teremos um Slackware 13.0 revolucionário em breve.

    Gostei do KDE 4.2.2 e o tenho instalado aqui, embora esteja utilizando neste exato momento o xfce 4.6.1.

    A mudança do python 2.5 para o 2.6 feita nos últimos dias me deu uma certa dor-de-cabeça, pois estou tendo q recompilar todos os programas q usam python para o python 2.6 e q não estavam no repositório oficial.

    Um problema q me ocorreu – tenho q reportar, sei :-) – é q meu multifuncional hp parou de imprimir depois de uma atualização recente. Já olhei os logs do cups e parece estar tudo ok. Atualizei o hal achando ser algum problema de identificação e nada. E nesta mesma máquina tenho o Ubuntu instalado e imprimindo muito bem na mesma impressora.

    Gostei da atualização do sistema de pacotes, mas acho que algo q deveria ser melhorado no slackware são os scripts de instalação e remoção de pacotes, q são muito lentos, principalmente na remoção. Acho que fazer scripts em shell/bash/sh q lidam com uma quantidade muito grande de dados – principalmente strings – não funciona mais. Há um tempo atrás pensei em iniciar uma versão do pkgtools implementada numa linguagem q lide de forma mais ágil com strings. Algo como python, perl, php ou mesmo c/c++. Mas aí surgiram a preguiça, a falta de tempo e tantas outras coisas q surgem nesta hora q a idéia nem foi para frente :-( Talvez mesmo ao invés de guardar as informações dos pacotes somente em forma textual e desorganizada (/var/log/{packages,removed_packages,scripts,removed_scripts}, guardar também em banco de dados, como feito pelo rpm e deb, extremamente rápidos na manipulação de seus respectivos pacotes.

    Como uso o espelho do current do slackware-brasil, terei de esperar alguns dias até q ele seja sincronizado com o repositório original. Aí será dist-upgrade na certa! :-)

  2. depois respondo com calma, só vim avisar que meu pc pifou, estou tentando descobrir o motivo

  3. hauahuaha

    De boa Max.

    E descobri o problema da impressora. Agora está OK :-) Agora só estou esperando o KDE 4.2.3.

    Acontece q a compilação do pacote hplip, que provê driver para as impressoras, foi compilado de forma q drivers de vários modelos não fossem incluídos no pacote final (?!). Só o q eu fiz foi baixar o pacote hplip, descompactar, achar o ppd.gz correspondente e fazer a instalação da impressora de forma habitual. É bug no empacotamento :-)

    Ah sim, quando pifou você por acaso não estava usando Windows, né? :-) Brincadeira rs

  4. Pois é, eu ia te falar isso, mas digitar no tecladinho do 6120 não é a melhor coisa do mundo, desisti no meio, como pode ver kkkk.

    Outra coisa que tbm notei é que a uns pacotes atras o CUPS estava com umas permissões trocadas, tudo instalava direito, mas na hora de imprimir nem root tinha permissão. Contudo arrumaram depois.

    Pior que nem sei o que deu no pc, sai hoje e deixei fazendo download, quando cheguei em casa estava tudo desligado, achei estranho, quando enfiei o dedo no botão cadê o boot? Nada. drive de dvd pisca, led do HD pisca, mas nada de sinal de video e nada de respostas no teclado.

    Fonte parece não ser. Memoria e outros componentes removi todos, nada indica ser algum deles.

    ainda bem que tem o Celerão, mas tive de instalar o Xorg, o Xvesa não aceitou meu monitor lcd e o monitor antigo é chato, feio, bobo e escuro hehe.

    Vamos ver se descubro algo, já vi em 2 sites situações semelhantes, uma causada por pico de energia e que a mobo foi pro saco mesmo e uma outra em que bios corrompeu sem o cara saber bem como, no ultimo teve como resolver, com uma gravadora, mas aqui, no meio do mato nem deve ter essas coisas modernas para eu tirar a prova.

  5. Tenchi, morra de inveja, Slack Current + KDE 4 em um celeron 800 com 320 de ram com desempenho satisfatório.

    OK, não é um C2D com 4GB de ram, mas posso garantir que está mais rapido que o XP que já habitou esta maquina. Ainda hoje, se tiver tempo, vejo se detalho tudo. Mas dando uma previa, o monitor de sistema do kde acusa consumo de 186mb de ram e 53% de CPU, sendo que ele, sozinho, leva 25mb de ram e 47% da CPU.

  6. huahauah, isto pq o celerão é uma máquina reserva sua.

    A minha máquina principal é um durão 1500 com 1,5GB de RAM (tinha 512MB antes e o slack rodava muito bem, como sempre, mas a máquina também tem Ubuntu, q com 512 não roda legal) onde eu faço tudo, desde programar até jogar! hauahua

  7. Essa compactação XZ é interessante. Chega perto da compactação LZMA, porém sem ser tão lenta para comprimir/descompactar. Parabéns ao Patrick pela escolha. Só falta um gerenciador de pacotes agora. hahaha