tenchi… Mas isso é verdade… existem livecds e existem distros que rodam em cds… estas segundas não se preocupam muito com rodar em cdrom… livecd TEM que ter sistema modular… vide a experiência do MaxRaven, ele já fez duzentas versões do GoblinX nas últimas semanas, porque é simples… hehehe
Sábado peguei o KDE4 e pus para rodar junto com o KDE3, levei meia hora para isso… quero ver fazer algo assim sem sistema modular… hehe

Se precisar de um livecd, sistema modular, se quiser apenas testar para instalar, pode ser qualquer um…

Senhores, minha primeira distro: Conectiva Marumbi.
Slackware tinha a “aura” de ser uma distro “para macho” (deixa a Sulamita Garcia ouvir isso :D ).
Quando o usei, percebi o que é um Unix.
Depois só alegria.
Já usei por um bom tempo o Ubuntu. Bom, mas a última atualização me fez desistir dele.
Usei por um período o fantástico Archlinux.
Não conseguia abaixar a ISO nem a pau! E percebi que as “novidades”, eram o Gnome 2.22.
Hoje, estou de volta ao Archlinux.
Rápido, utiliza a mesma filosofia do Slackware, KISS.
E uma vantagem, tem muitos mais pacotes prontos, e atualizados que o Slackware, e é compilado para i686.

Se tiver que usar outra distro, com certeza será o Slackware.

Abraços.

Outro probleminha que sempre costumo enfrentar é com o xine! Sempre tenho que compilar ele d novo pois.. o de fabrica não é satisfatório^ ^.

E como um usuário do slackware estou muito feliz por tal distribuição estar presente até hj ^^

^^ Que bom que o kde foi atualizado! pena eu não usar ele pois minha maquina não é tão boa assim! mas é um Desktop completo!

Eu na verdade tive dificuldades em instalar o e17 no ubuntu, já que os pacotes que achei (da distro elbuntu) vinham sem os arquivos de include (.h), q dificultavam muito minhas brincadeiras ;-)

Mas vim olha só, quem gosta do e17, já tem pacote pro 12.1:
http://sourceforge.net/project/showfiles.php?group_id=148645

Achei meio sem querer e publiquei a dica no meu blog, quando usei, no Ubuntu, gostei muito do e17, pena que não tive paciência para baixar ele para por no Slack.

@Edinei – No meu caso é que não preciso de muita coisa, sempre acho nesses sites, acho que só precisei compilar uma meia duzia, mas há casos e casos, claro, que no exemplo exposto por ti seria deveras interessante a ferramenta.

Eu comecei no Linux utilizando Red Hat. Depois de tentar algumas outras baseadas no knoppix (teoria do Grobsch: faça um livecd que seja realmente um bom livecd, pois eles instalados no HD são um lix…). Aí, baseado numa pesquisa de compatibilidade de hardware, por coincidência neste site que estamos discutindo (valeu Augusto) escolhi uma distro que era compatível com o (win)modem que eu tinha.

E estou utilizando esta distro já há mais de três anos. Já enfrentei muitos problemas com ela, é lógico. Até já cheguei a abandoná-la e utilizar o (k)ubuntu. No começo é a maior maravilha, é sim. Mas chega uma hora que, como qualquer sistema operacional, os problemas aparecem. A questão é que eu simplesmente não tinha a mínima idéia de onde vinha o problema. É tanta ferramenta que não de deixa enxergar o problema em si (apt-get purge, dpkg-reconfigure, apagar arquivo de lock para o sistema de pacotes funcionar…).

Tem também o fato de que o slackware é, hoje em dia, talvez a única das grandes distros que utilizam o lilo como gerenciador de boot padrão. Porque o grub é um bicho que enche muito o saco. Se dá um reboot sem desmotar a partição, ele não funciona. De tempos e tempos ele dá pau e vc tem que regravá-lo na MBR. Enfim, sei que isso não é problema com a distro em si, nem com a ferramenta (é de quem então?), já que o grub tem muito mais recursos que o lilo, mas para o que eu preciso o lilo já está bom e muito melhor…

E em se falando de problemas, eles existem realmente. Talvez o maior problema do slackware seja a comunidade realmente não tão unida (digo isso por experiência própria), a relativa falta de pacotes (embora os repositórios que eu conheça tenham excelentes pacotes e em também excelente quantidade), principamente se comparada ao Debian (se vc reparar, o debian tem bem menos pacotes do que diz, já que cada programa nele é fragmentado em trocentos pacotes), não tem uma ferramenta de atualização de versões (embora eu sempre reinstale do zero, como faço também com qualquer sistema operacional ou distro).
Outro problema, princilamente nas máquinas mais lentas como a minha, é que, pelo fato de guardar as informações dos pacotes em arquivos texto (e não em bancos de dados como nas outras distros) e utilizar basicamente ferramentas em shell-script para manuseá-los, estes processos são muito demoraros, principalmente a remoção de pacotes. Seria interessante aqui se o sistema de instalação/remoção de pacotes fosse reescrito numa linguagem que se dê melhor com grandes arquivo de texto, como perl, python ou php.

Talvez o maior problema seja o fato de os usuários das novas grandes distros (aka ubuntu) acharam que a sua é perfeita, não tem problema algum. Uma vez estava comentando, num evento destes, de uma cagada que fiz, que me fez perder vários arquivos (dei um su -c “rm -rf” onde não devia) e o cara simplesmente disse: “Viu, no Ubuntu isso não acontece”. Ah tá…

Talvez a falta de notícias com relação ao slackware é que… Bem, como disse o colega acima, não precisamos de tutoriais do tipo: “como instalar o programa abc em tal distro”, que freqüentemente se resume à um “aptitude install abc”. Eu mesmo, quando crio um tutorial, procuro dizer: “Como fazer tal coisa no (GNU?!/)Linux”. Fica o mais genérico possível. Se houver alguma peculiaridade em uma ou outra distro, eu digo qque peculiaridade é.

Ah, e um outro problema, qu enotei neste momento é: Estou agora mesmo numa máquininha com pc-bsd (um pIII com 128 de RAm rodando muito bem o KDE, obrigado) e ao meu lado está uma máquina com ubuntu, onde dei um aptitude install mysql-server apache2). Como a rede está lenta, est eprocesso está demorando bastante. Aí eu também quero instalar o virtualbox, que já está baixado, num único arquivo .deb.
# dpkg -i virtualbox*.deb
dpkg: banco de dados da área de status esta bloqueada por outro processo

Resumindo, mesmo sabendo que o outro processo irá demorar pra caramba, não posso instalar um programa enquanto baixo os outros, mesmo sabendo que o programa em questão não interfere em NADA os que estão sendo baixados. Podem dizer que isto poderia criar um problema de segurança e criar quebras de pacotes, mas no caso eu sei que isto não aconteceria. Logo, eu simplesmente não tenho controle sobre o meu próprio computador, o que é uma contradição para mim.

Mesmo assim, sei que, num lugar com muitas máquinas que precisam ser atualizadas SEMPRE, o debian, com seu sistema de atualização, funciona muito melhor que o slackware. Não sou besta à ponto de negar isto. Mas em casa, eu simplesmente não consegui conviver com as “facilidades” de um debian-like.

Me chamem de radical, xiita, masoquista, comunista, do que quiser. Mas saibam aceitar minha opinião.

E, para os que não fizeram festa com a chegada do slack 12.1, lá vai:

VIVA!!!!! Chegou, chegou, tá na hora de alegria, o slackware chegou, é só alegria!!! hauahuahauhaqu

Finalizo aqui o meu enfadonho texto de 928 palavras.

stumm (usuário não registrado) em 5/05/2008 às 12:03 am

(…)

O fato de trazer usuários windows para o linux deveria ser comemorado e não lamentado como alguns slackers fazem… afinal, os caras estão deixando de usar um sistema proprietário… deixem-nos serem felizes e aprenderem a usar um sistema novo!

Mas o problema não é trazer usuários windows para o linux.

O problema é trazer usuários windows para o linux à que custo? Ao custo de destruir nossa cultura por causa deles?

O fato de trazer usuários windows para o linux deveria ser comemorado e não lamentado como alguns slackers fazem… afinal, os caras estão deixando de usar um sistema proprietário… deixem-nos serem felizes e aprenderem a usar um sistema novo!

será que tudo isso é medo de perder a pose de “ráquer” que muitos mantém só porque utilizam Linux?

Uma coisa é instalar um ou dois pacotes adicionais; outra coisa é, além da dificuldade de instalar uma série de pacotes extras, ainda há a dificuldade de manter tais pacotes atualizados, sem contar ainda as futuras circunstâncias onde determinados pacotes são adicionados e/ou removidos. Sei que o Slackpkg dá conta destas necessidades, mas dependendo das opções em que venhamos a utilizar, poderemos remover os tais pacotes adicionais por não fazerem parte do repositório. Eis a questão… &;-D

Eu gostaria de publicar mais, e expliquei a razão de não fazê-lo. Mas outros usuários parecem se ressentir desta ausência, a julgar pelo que li acima e que me motivou a expor a razão da ausência, no que diz respeito a mim.

Registro que a popularidade do Slackware é alta entre os leitores do BR-Linux. É a terceira mais popular nos desktops dos usuários, e a segunda nos servidores.

a) Os slackers graudalmente têm parado de frequentar o br-linux; e/ou

b) Eles têm mais o que fazer ao invés de enviar notícias sobre “como tocar DVD no Slackare” ou sobre “como ensinar o cachorro do vizinho a usar o Slackware” ou um “Relato de instalação do Slackware no meu antigo computador com Uíndous XP pirate edition” (e essa lista poderia ir por quase a eternidade).

Respondi ao usuário que falou sobre o excesso de notícias a respeito de outra distribuição, contrastando com o que ele viu como pouca atenção dada à distribuição que ele preferiria ver noticiada.

De minha parte os novos usuários são muito bem-vindos, mesmo aqueles que não querem nada além de fazer uso do software.

Nossa, agora modernizou de vez, tem até imagem de fundo no Lilo :-)

Eu tbm gostaria de um repositório com mais recursos, ficar pegando no Linnuxpackages ou no slacky as vezes não é legal, mas com relação a dependências nunca tive problemas, mas tbm nunca precisei de algum muito exótico, todas as dependências já estavam nos cd’s