Gerenciamento de pacotes no Slackware Linux
Uma das principais diferenças do Slackware em relação as outras distribuições Linux é seu sistema de gerenciamento de pacotes, que é bem peculiar. Este artigo visa abordar o "jeito Slackware de ser" neste assunto.
[ Hits: 34.852 ]
Por: Francisco Ambrozio em 10/06/2009 | Blog: http://franciscoambrozio.wordpress.com
Pacotes no Slackware
Gerenciamento de pacotes no Slackware? Sim, sim, meu caros - o Slackware tem gerenciamento de pacotes! É diferente dos demais, mas existe. E, através de algumas linhas, pretendo apresentar as opções que os slackers tem para instalar, atualizar e remover pacotes de seu sistema.
Talvez o que venha a mente de muitos quando o assunto é gerenciamento de pacotes e Slackware seja a ausência de checagem de dependências e que o administrador do sistema tem de instalar os pacotes "na unha". Bom, é mais ou menos isto.
Sim, de fato não existe checagem de dependências, mas também instalar um programa no Slackware não é tão sofrível quanto possam dizer.
É claro que de um ponto de vista extremamente frio, é muito mais fácil digitar um "apt-get install alguma_coisa" e ver em minutos aquele programinha bacana funcionado, mas, mesmo assim, em alguns casos (às vezes vários), é comum ter que lidar com inclusão/exclusão de repositórios ou ter que instalar, por alguma razão, um programa dos fontes. De modo que, mesmo em sistemas com gerenciamento de pacotes "automáticos", é necessário um conhecimento de como as coisas funcionam.
O Slackware, embora não traga toda esta mordomia ao usuário, ainda assim o mune de muitas opções, de modo que tudo que se queira razoavelmente usar no sistema se torna possível.
O conteúdo dos pacotes é bem simples. Basicamente são compostos de dois diretórios principais: usr e install.
No diretório "usr" estão contidos os arquivos propriamente ditos que serão instalados no sistema. O "install" contém, eventualmente, um script a ser rodado depois de instalados os arquivos e um arquivo de descrição do pacote instalado.
As ferramentas de manutenção de pacotes são:
Ainda existe uma ferramenta "gráfica", o pkgtool, por intermédio do qual o usuário pode instalar, remover, navegar entre as informações dos pacotes instalados no seu sistema, além de poder executar certas configurações.
As informações dos pacotes instalados no sistema ficam guardadas em /var/log/packages. Estas informações consistem em:
Talvez o que venha a mente de muitos quando o assunto é gerenciamento de pacotes e Slackware seja a ausência de checagem de dependências e que o administrador do sistema tem de instalar os pacotes "na unha". Bom, é mais ou menos isto.
Sim, de fato não existe checagem de dependências, mas também instalar um programa no Slackware não é tão sofrível quanto possam dizer.
É claro que de um ponto de vista extremamente frio, é muito mais fácil digitar um "apt-get install alguma_coisa" e ver em minutos aquele programinha bacana funcionado, mas, mesmo assim, em alguns casos (às vezes vários), é comum ter que lidar com inclusão/exclusão de repositórios ou ter que instalar, por alguma razão, um programa dos fontes. De modo que, mesmo em sistemas com gerenciamento de pacotes "automáticos", é necessário um conhecimento de como as coisas funcionam.
O Slackware, embora não traga toda esta mordomia ao usuário, ainda assim o mune de muitas opções, de modo que tudo que se queira razoavelmente usar no sistema se torna possível.
Os pacotes no Slackware
Até sua mais recente versão estável (12.2), o Slackware trabalha com pacotes compactados no formato .tgz. Tudo indica que na próxima versão este formato mudará. A versão em desenvolvimento (current) já utiliza pacotes no formato .txz (.tbz e .tlz também são suportados), em razão de se usar um algoritmo de compressão mais eficaz, tornando assim o tamanho dos pacotes bem menores. Mas ainda assim os pacotes em formato .tgz continuarão a ser suportados.O conteúdo dos pacotes é bem simples. Basicamente são compostos de dois diretórios principais: usr e install.
No diretório "usr" estão contidos os arquivos propriamente ditos que serão instalados no sistema. O "install" contém, eventualmente, um script a ser rodado depois de instalados os arquivos e um arquivo de descrição do pacote instalado.
As ferramentas de manutenção de pacotes são:
- installpkg - para instalação
- removepkg - para remoção
- upgradepkg - para atualização
- explodepkg - para extração do conteúdo do pacote
- makepkg - para criação de pacotes
Ainda existe uma ferramenta "gráfica", o pkgtool, por intermédio do qual o usuário pode instalar, remover, navegar entre as informações dos pacotes instalados no seu sistema, além de poder executar certas configurações.
As informações dos pacotes instalados no sistema ficam guardadas em /var/log/packages. Estas informações consistem em:
- nome do pacote
- tamanhos - comprimido e descomprimido
- localização do pacote
- descrição do pacote
- arquivos instalados
Páginas do artigo
1. Pacotes no Slackware2. Mantendo-se atualizado
3. Repositórios de terceiros
Outros artigos deste autor
Criando pacotes no Slackware Linux
Leitura recomendada
LINCE - A biblioteca de visão artificial open source
Utilizando ferramentas de virtualização para testar distros
Comentários
[1] Comentário enviado por removido em 10/06/2009 - 18:37h
Cara, não consigo perceber razões pra apostar no Slack. Ter de permanecer atento ao changelog, resolver dependências manualmente é chato, trabalhoso e perigoso. Fico imaginando o qto isto propicia sistemas sem atualizações críticas de segurança. Acho que existe uma confusão entre complicação e eficiência, como se o mais complicado fosse sempre o mais enxuto, bem configurado e seguro.
PS: a estes dias abri um website, adicionei /phpmyadmin a URL, fui levado diretamente ao banco de dados com privilégios totais, abri uma tabela de usuários de um sistema de login muito mal feito, encontrei uma senha, digitei para root no ssh e ganhei acesso. O SO era Slackware, porcamente configurado (aceitando conexões ssh de qualquer um, admitindo login para root, vários serviços desnecessários em execução, pacotes mega-desatualizados et al..). Talvez alguns usuários encontrem bom proveito do uso da distribuição, mas não consigo ver nenhuma vantagem.
Cara, não consigo perceber razões pra apostar no Slack. Ter de permanecer atento ao changelog, resolver dependências manualmente é chato, trabalhoso e perigoso. Fico imaginando o qto isto propicia sistemas sem atualizações críticas de segurança. Acho que existe uma confusão entre complicação e eficiência, como se o mais complicado fosse sempre o mais enxuto, bem configurado e seguro.
PS: a estes dias abri um website, adicionei /phpmyadmin a URL, fui levado diretamente ao banco de dados com privilégios totais, abri uma tabela de usuários de um sistema de login muito mal feito, encontrei uma senha, digitei para root no ssh e ganhei acesso. O SO era Slackware, porcamente configurado (aceitando conexões ssh de qualquer um, admitindo login para root, vários serviços desnecessários em execução, pacotes mega-desatualizados et al..). Talvez alguns usuários encontrem bom proveito do uso da distribuição, mas não consigo ver nenhuma vantagem.
[2] Comentário enviado por demoncyber em 10/06/2009 - 19:42h
Lol parece q não foi lido o artigo inteiro bpiero =):
slackpg atualiza o sistema, você não precisa ficar vendo o changelog, eu somente leio o changlog que chega em meu e-mail minha máquina atualizada sem eu perceber.( uso o stable então são somente atualizações de segurança )
echo " 00 22 * * * slackpkg update && slackpkg upgrade-all " >> /etc/crontab
Lol agora porque encontraste um site com slackware configurado por um luser =), não siginifca q não existam tantos outros por ai com outras distros, que não tem uma entrada no crontab ou outro programa para atualizar o sistema.
Sobre a dependência, primeiro você tem q analizar que as dependências que você tem de resolver manualmente que possam ocorrer problemas são somente de programas não suportados as que são suportadas tem se o pacote pronto na arvore do slackware. Muitas pessoas pegam pacotes de respósitorios não oficias e instalam, ou mesmo pacote fornecidos pelos desenvolvedores de software isto não é referência, ambos podem ocasionar problemas, existem pessoas que desenvolvem pacotes para n programas para o slackware e ferramentas que resolvem as dependências para você (slapt-get, swarat, slackrock ...... ), mas usar é uma decisão pessoal, conheco pessoas que usam slackware e usam ferramentas para resolver as depedências e outras que são um pouco contras e ambas tem motivos que acho justos.
Bom acho que o argumento da segurança esta vago, como o reply a isto é construtivo resolvi responder. Não meu intuito aqui não é convencer você a usar.....
Para o autor foi um ótimo artigo parabéns
E fica a mensagem de que "Enquanto houver pessoas com o interesses similares e ideias sobre GNU/Linux parecidas, distribuições como Slackware continuaram existir"
Lol parece q não foi lido o artigo inteiro bpiero =):
slackpg atualiza o sistema, você não precisa ficar vendo o changelog, eu somente leio o changlog que chega em meu e-mail minha máquina atualizada sem eu perceber.( uso o stable então são somente atualizações de segurança )
echo " 00 22 * * * slackpkg update && slackpkg upgrade-all " >> /etc/crontab
Lol agora porque encontraste um site com slackware configurado por um luser =), não siginifca q não existam tantos outros por ai com outras distros, que não tem uma entrada no crontab ou outro programa para atualizar o sistema.
Sobre a dependência, primeiro você tem q analizar que as dependências que você tem de resolver manualmente que possam ocorrer problemas são somente de programas não suportados as que são suportadas tem se o pacote pronto na arvore do slackware. Muitas pessoas pegam pacotes de respósitorios não oficias e instalam, ou mesmo pacote fornecidos pelos desenvolvedores de software isto não é referência, ambos podem ocasionar problemas, existem pessoas que desenvolvem pacotes para n programas para o slackware e ferramentas que resolvem as dependências para você (slapt-get, swarat, slackrock ...... ), mas usar é uma decisão pessoal, conheco pessoas que usam slackware e usam ferramentas para resolver as depedências e outras que são um pouco contras e ambas tem motivos que acho justos.
Bom acho que o argumento da segurança esta vago, como o reply a isto é construtivo resolvi responder. Não meu intuito aqui não é convencer você a usar.....
Para o autor foi um ótimo artigo parabéns
E fica a mensagem de que "Enquanto houver pessoas com o interesses similares e ideias sobre GNU/Linux parecidas, distribuições como Slackware continuaram existir"
[4] Comentário enviado por fco em 10/06/2009 - 21:02h
Meu caro bpiero,
Acho que precisa exercitar um pouco mais sua interpretação de texto. Onde no artigo diz que "se deve apostar no Slack"? O objetivo foi mostrar uma peculiaridade desta distribuição para informar aqueles que usam ou pretendem usá-la.
Cabe a cada um tomar sua decisão. Este é o poder da escolha. Cada um usa o que se encaixa melhor à sua necessidade.
Algumas coisas que você diz são bem relativas. É chato resolver dependências manualmente, ok, quando são muitas eu até que concordo. Leva você a se perguntar se quer usar este programa mesmo, sempre há opções. No entanto, estamos livres para usar outra distro se determinado programa que realmente precisamos muito é mais fácil de instalar nesta. Aliás, este deve ser um dos critérios ao se escolher uma distribuição. Agora, generalizar, achar que nossa opinião é suprema e não aceitar a dos outros é estupidez, para não dizer outra coisa. :)
Verificar quais são as "novidades" em termos de segurança, pode até ser chato, mas é preciso. "Trabalhoso"? Depende. Você dá apt-get update && apt-get upgrade -y às cegas?
Agora, "perigoso"? Aonde?
Perigo é desinformação e o objetivo do artigo é justamente ir contra isto.
Quanto ao exemplo que você citou, não precisaria nem comentar, você diz tudo: "porcamente configurado". E certamente existem outros por aí, não só Slackware mas de outras distros também. Não vejo nenhuma relação entre o problema e o Slackware, ou melhor, que o fato de ser Slackware tenha contribuído para o desastre. Agora, algo me chamou a atenção - "pacotes mega-desatualizados". Ahan, então você lê os Changelogs? Ou é daqueles que não sabem a diferença entre um programa novo de um programa atualizado? :)
Enfim, é isto. :)
Meu caro bpiero,
Acho que precisa exercitar um pouco mais sua interpretação de texto. Onde no artigo diz que "se deve apostar no Slack"? O objetivo foi mostrar uma peculiaridade desta distribuição para informar aqueles que usam ou pretendem usá-la.
Cabe a cada um tomar sua decisão. Este é o poder da escolha. Cada um usa o que se encaixa melhor à sua necessidade.
Algumas coisas que você diz são bem relativas. É chato resolver dependências manualmente, ok, quando são muitas eu até que concordo. Leva você a se perguntar se quer usar este programa mesmo, sempre há opções. No entanto, estamos livres para usar outra distro se determinado programa que realmente precisamos muito é mais fácil de instalar nesta. Aliás, este deve ser um dos critérios ao se escolher uma distribuição. Agora, generalizar, achar que nossa opinião é suprema e não aceitar a dos outros é estupidez, para não dizer outra coisa. :)
Verificar quais são as "novidades" em termos de segurança, pode até ser chato, mas é preciso. "Trabalhoso"? Depende. Você dá apt-get update && apt-get upgrade -y às cegas?
Agora, "perigoso"? Aonde?
Perigo é desinformação e o objetivo do artigo é justamente ir contra isto.
Quanto ao exemplo que você citou, não precisaria nem comentar, você diz tudo: "porcamente configurado". E certamente existem outros por aí, não só Slackware mas de outras distros também. Não vejo nenhuma relação entre o problema e o Slackware, ou melhor, que o fato de ser Slackware tenha contribuído para o desastre. Agora, algo me chamou a atenção - "pacotes mega-desatualizados". Ahan, então você lê os Changelogs? Ou é daqueles que não sabem a diferença entre um programa novo de um programa atualizado? :)
Enfim, é isto. :)
[5] Comentário enviado por paulorvojr em 10/06/2009 - 21:35h
Bom artigo, o que finaliza perfeitamente
"Como tudo nesta distro maravilhosa, as ferramentas são simples e poderosas. Se por um lado temos o inconveniente de não termos resolução de dependências automáticas, por outro lados temos o poder do controle sobre aquilo que realmente precisamos e queremos em nosso sistema. "
Administro desde red hats, centos, ubuntus, e slackwares, onde cada servidor e seus serviços uma distribuição é boa e outra é ruim.
Quero ver gente dando apt-get update && apt-get upgrade num servidor com 16gb de ram com oracle 10g r2 64bits rodando banco de dados de aplicação, a maioria nunca administra monstros desses.
64 bits não é brincadeira, o menor pacote mal feito, manda embora o sistema.
Problemas assim que o controle total do sistema é melhor, por isso slackware e red hat são os mais indicados
Pessoal não gosta muito de red hat, mas empresas adoram, é pago , licenciado gera recursos financeiros para ambas as partes, mas é tão estavél quanto slackware.
Missão crítica de servidores? Slackware na veia e Red Hat na veia.
Bom artigo, o que finaliza perfeitamente
"Como tudo nesta distro maravilhosa, as ferramentas são simples e poderosas. Se por um lado temos o inconveniente de não termos resolução de dependências automáticas, por outro lados temos o poder do controle sobre aquilo que realmente precisamos e queremos em nosso sistema. "
Administro desde red hats, centos, ubuntus, e slackwares, onde cada servidor e seus serviços uma distribuição é boa e outra é ruim.
Quero ver gente dando apt-get update && apt-get upgrade num servidor com 16gb de ram com oracle 10g r2 64bits rodando banco de dados de aplicação, a maioria nunca administra monstros desses.
64 bits não é brincadeira, o menor pacote mal feito, manda embora o sistema.
Problemas assim que o controle total do sistema é melhor, por isso slackware e red hat são os mais indicados
Pessoal não gosta muito de red hat, mas empresas adoram, é pago , licenciado gera recursos financeiros para ambas as partes, mas é tão estavél quanto slackware.
Missão crítica de servidores? Slackware na veia e Red Hat na veia.
[6] Comentário enviado por removido em 10/06/2009 - 23:24h
Parabéns Xicão,
o vol já estava com saudades dos seu artigos !!!!!!!!
Parabéns Xicão,
o vol já estava com saudades dos seu artigos !!!!!!!!
[7] Comentário enviado por xerxeslins em 11/06/2009 - 00:28h
Que beleza de tutorial =]
Quando mais ajuda desse nível for divulgada, melhor!
Só uma observação para o bpiero: se o sistema que você acessou era falho, a culpa era do administrador e não do sistema. Além disso, mesmo sem gerenciador de pacotes, Slackware construiu sua fama sobre o que oferecia: estabilidade e controle. E só com isso, sem gerenciador de pacotes, exigindo conhecimento do usuário, ele é referência de distro. Mesmo sem gerenciador de pacotes o Slack é muito bom sim. Só não tem o objetivo principal de agradar quem quer facilidade.
Que beleza de tutorial =]
Quando mais ajuda desse nível for divulgada, melhor!
Só uma observação para o bpiero: se o sistema que você acessou era falho, a culpa era do administrador e não do sistema. Além disso, mesmo sem gerenciador de pacotes, Slackware construiu sua fama sobre o que oferecia: estabilidade e controle. E só com isso, sem gerenciador de pacotes, exigindo conhecimento do usuário, ele é referência de distro. Mesmo sem gerenciador de pacotes o Slack é muito bom sim. Só não tem o objetivo principal de agradar quem quer facilidade.
[8] Comentário enviado por matheus.silva em 11/06/2009 - 12:32h
Primeiro,
Parabéns pelo artigo! Muito bem escrito!
Como o paulorvojr falou... "(...) Quero ver gente dando apt-get update && apt-get upgrade num servidor com 16gb de ram com oracle 10g r2 64bits rodando banco de dados de aplicação, a maioria nunca administra monstros desses (...)"
Realmente é uma loucura você rodar esses comandos ai.. ainda mais em um sistema 64 bits... Eu uso Debian mas concordo que para missões críticas.. slackware e red hat são muito melhores pelo controle que temos no sistema...
Porém o uso de ferramentas tal como o apt... é de escolha do usuário....
Exemplo: no Ubuntu com certeza eu uso apt,synaptic e afins para instalar as coisas e para atualizar o sistema.. pois o utilizo como desktop.. mas já tive experiências péssimas com esses comandos ai...
No Debian: eu particularmente só instalo as coisas com apt quando se é necessário as funções mais básicas do programa.. pois os pacotes .deb nos repositórios quase nunca trazem as funções necessárias... se você quer um squid com suporte a autenticação LDAP, ntlm e outras coisas mais... isso você, com certeza, não acha no repositório....
Instalo os pacotes, em sua grande maioria, pelos fontes dos mesmos... até porque preciso na maioria das vezes das versões mais atuais... coisas que o repositório também não traz....
Enfim,
O uso ou não dos gerenciadores é de escolha do usuário/administrador...
Cabe a ele deixar o sistema mais seguro ou enxuto....
Qualquer sistema é bom se você fizer as configurações necessárias.
[]'s
Matheus.
Primeiro,
Parabéns pelo artigo! Muito bem escrito!
Como o paulorvojr falou... "(...) Quero ver gente dando apt-get update && apt-get upgrade num servidor com 16gb de ram com oracle 10g r2 64bits rodando banco de dados de aplicação, a maioria nunca administra monstros desses (...)"
Realmente é uma loucura você rodar esses comandos ai.. ainda mais em um sistema 64 bits... Eu uso Debian mas concordo que para missões críticas.. slackware e red hat são muito melhores pelo controle que temos no sistema...
Porém o uso de ferramentas tal como o apt... é de escolha do usuário....
Exemplo: no Ubuntu com certeza eu uso apt,synaptic e afins para instalar as coisas e para atualizar o sistema.. pois o utilizo como desktop.. mas já tive experiências péssimas com esses comandos ai...
No Debian: eu particularmente só instalo as coisas com apt quando se é necessário as funções mais básicas do programa.. pois os pacotes .deb nos repositórios quase nunca trazem as funções necessárias... se você quer um squid com suporte a autenticação LDAP, ntlm e outras coisas mais... isso você, com certeza, não acha no repositório....
Instalo os pacotes, em sua grande maioria, pelos fontes dos mesmos... até porque preciso na maioria das vezes das versões mais atuais... coisas que o repositório também não traz....
Enfim,
O uso ou não dos gerenciadores é de escolha do usuário/administrador...
Cabe a ele deixar o sistema mais seguro ou enxuto....
Qualquer sistema é bom se você fizer as configurações necessárias.
[]'s
Matheus.
[9] Comentário enviado por ygorth em 11/06/2009 - 21:58h
Olá,
utilizo Slackware Gnu/Linux desde o 3.6 e mantenho até hoje no meu notebook este distribuição. Porém, já tive problemas serios com as ferramentas de atualizações de pacotes oferecidas pelo Slackware, como perda de arquivos de configurações importantes e falhas em serviços, e acabei perdendo a confiança nelas um ano atrás, hoje fico de olho nas atualizações as quais eu mesmo executo. Gosto de utilizar Slackware como desktop e servidores para soluções de segurança. O resto utilizo Red Hat, Debian e FreeBSD.
Vou testar a dica demoncyber, vamos ver o que rola.
Abraços!
Olá,
utilizo Slackware Gnu/Linux desde o 3.6 e mantenho até hoje no meu notebook este distribuição. Porém, já tive problemas serios com as ferramentas de atualizações de pacotes oferecidas pelo Slackware, como perda de arquivos de configurações importantes e falhas em serviços, e acabei perdendo a confiança nelas um ano atrás, hoje fico de olho nas atualizações as quais eu mesmo executo. Gosto de utilizar Slackware como desktop e servidores para soluções de segurança. O resto utilizo Red Hat, Debian e FreeBSD.
Vou testar a dica demoncyber, vamos ver o que rola.
Abraços!
[10] Comentário enviado por ---Anonymous--- em 12/06/2009 - 08:47h
Ei Tchico, no caso, se eu quiser atualizar o KDE 3.5 para 4... , eu poderia fazer por esse modo que voce explicou ou so baixando da internet mesmo???
Ei Tchico, no caso, se eu quiser atualizar o KDE 3.5 para 4... , eu poderia fazer por esse modo que voce explicou ou so baixando da internet mesmo???
[11] Comentário enviado por d4n1 em 12/06/2009 - 16:34h
Slackware sempre seguiu a filosófia KISS (Keep it simple stupid!).
O autor do artigo finalizou muito bem "...temos o poder do controle sobre aquilo que realmente precisamos e queremos em nosso sistema...", ou seja o usuário tem o poder!
O melhor sistema/distribuição é aquele que melhor se adequa a você e não o contrário.
Parabéns pelo artigo! Slack4ever!
Slackware sempre seguiu a filosófia KISS (Keep it simple stupid!).
O autor do artigo finalizou muito bem "...temos o poder do controle sobre aquilo que realmente precisamos e queremos em nosso sistema...", ou seja o usuário tem o poder!
O melhor sistema/distribuição é aquele que melhor se adequa a você e não o contrário.
Parabéns pelo artigo! Slack4ever!
[12] Comentário enviado por maran em 13/06/2009 - 03:27h
Belo trabalho, mais uma excelente contribuição para a comunidade.
Abraços, Xico
Belo trabalho, mais uma excelente contribuição para a comunidade.
Abraços, Xico
[13] Comentário enviado por fco em 13/06/2009 - 09:14h
A todos os que contribuíram com seus comentários, meu muito obrigado. :)
@ eu!noel - vem mais por aí. ;)
@ C# - atualizar o KDE não é uma coisa assim tão simples de se fazer. Não é apenas trocar os pacotes do KDE para a versão mais nova, tem muitos pacotes novos incluídos como dependência do novo KDE. Você tem 3 opções:
- a 1ª seria compilar todos os pacotes (KDE e dependências). Digo que será bem trabalhoso. :)
O KDE4 está sendo preparado para o Slack 13, logo, ele já está disponível na versão em desenvolvimento (-current), sendo assim, suas 2 outras opções seriam:
- atualizar o Slack para a versão -current. Mas aviso-o que é uma versão em desenvolvimento (testes). Podem ocorrer coisas "estranhas". Não é muito recomendada, a não ser que você seja um curioso ou um desenvovedor.
- esperar o lançamento do Slackware 13. Tá, é a opção mais chata (ninguém gosta de esperar :)), mas é a mais segura.
A todos os que contribuíram com seus comentários, meu muito obrigado. :)
@ eu!noel - vem mais por aí. ;)
@ C# - atualizar o KDE não é uma coisa assim tão simples de se fazer. Não é apenas trocar os pacotes do KDE para a versão mais nova, tem muitos pacotes novos incluídos como dependência do novo KDE. Você tem 3 opções:
- a 1ª seria compilar todos os pacotes (KDE e dependências). Digo que será bem trabalhoso. :)
O KDE4 está sendo preparado para o Slack 13, logo, ele já está disponível na versão em desenvolvimento (-current), sendo assim, suas 2 outras opções seriam:
- atualizar o Slack para a versão -current. Mas aviso-o que é uma versão em desenvolvimento (testes). Podem ocorrer coisas "estranhas". Não é muito recomendada, a não ser que você seja um curioso ou um desenvovedor.
- esperar o lançamento do Slackware 13. Tá, é a opção mais chata (ninguém gosta de esperar :)), mas é a mais segura.
[14] Comentário enviado por antoniojbs em 30/11/2009 - 09:20h
Xico gostei muito do seu artigo comecei no mundo linux já com slack muitos não recomendavam disseram que era muito chato e que realmente ruim e disso pra pior.
Eu simplesmente esnobei já que eu era professor de informatica e tinha que entrar nesse novo mundo, como eu tinha lido bastante sobre cada distro continuei achando que slack iria me proporcionar um maior entendimento sobre linux já tudo era feito realmente na unha, e com isso já faz 3 anos que uso e se fosse hoje que eu tivesse que tomar minha decisão teria escolhido ele novamente.
É como eu sempre dizia pra os meus alunos "não é o sistema que lhe escolhe,não é ele que se instala em sua maquina e se administra sozinho você é quem o escolhe e você que tem que saber corrigir e configurar então pense em todos o pros e contras e principalmente não se torne um xiita de uma distro e sim do software livre".
Eu estou satisfeito com a minha opção, aprendo cada vez mais com slackware e pretendo continuar.
Outra coisa comunidade é isso que me deixa mais orgulhoso de todos vocês essa discursão sobre tal distro e sobre outra isso é o que faz a opinião de todos parabéns e cada um tem a sua opinião,essa é a minha abraços a todos.......
Xico gostei muito do seu artigo comecei no mundo linux já com slack muitos não recomendavam disseram que era muito chato e que realmente ruim e disso pra pior.
Eu simplesmente esnobei já que eu era professor de informatica e tinha que entrar nesse novo mundo, como eu tinha lido bastante sobre cada distro continuei achando que slack iria me proporcionar um maior entendimento sobre linux já tudo era feito realmente na unha, e com isso já faz 3 anos que uso e se fosse hoje que eu tivesse que tomar minha decisão teria escolhido ele novamente.
É como eu sempre dizia pra os meus alunos "não é o sistema que lhe escolhe,não é ele que se instala em sua maquina e se administra sozinho você é quem o escolhe e você que tem que saber corrigir e configurar então pense em todos o pros e contras e principalmente não se torne um xiita de uma distro e sim do software livre".
Eu estou satisfeito com a minha opção, aprendo cada vez mais com slackware e pretendo continuar.
Outra coisa comunidade é isso que me deixa mais orgulhoso de todos vocês essa discursão sobre tal distro e sobre outra isso é o que faz a opinião de todos parabéns e cada um tem a sua opinião,essa é a minha abraços a todos.......
[16] Comentário enviado por FromHell em 20/04/2010 - 16:07h
Cara muito obrigado por ter dado essa explanado sobre esse assunto q eh meio complicado mesmo pro lado do Slack. :D
Cara muito obrigado por ter dado essa explanado sobre esse assunto q eh meio complicado mesmo pro lado do Slack. :D
[17] Comentário enviado por removido em 18/01/2011 - 19:05h
Parabéns Xico.
Seu trabalho continua atual.
Parabéns Xico.
Seu trabalho continua atual.
Patrocínio
Site hospedado pelo provedor RedeHost.
Destaques
Artigos
Enviar mensagem ao usuário trabalhando com as opções do php.ini
Meu Fork do Plugin de Integração do CVS para o KDevelop
Compartilhando a tela do Computador no Celular via Deskreen
Como Configurar um Túnel SSH Reverso para Acessar Sua Máquina Local a Partir de uma Máquina Remota
Configuração para desligamento automatizado de Computadores em um Ambiente Comercial
Dicas
Compartilhamento de Rede com samba em modo Público/Anônimo de forma simples, rápido e fácil
Cups: Mapear/listar todas as impressoras de outro Servidor CUPS de forma rápida e fácil
Criando uma VPC na AWS via CLI
Tópicos
Tem como instalar o gerenciador AMD Adrenalin no Ubuntu 24.04? (6)
Top 10 do mês
-
Xerxes
1° lugar - 67.426 pts -
Fábio Berbert de Paula
2° lugar - 49.833 pts -
Renato Michnik de Carvalho
3° lugar - 27.311 pts -
Buckminster
4° lugar - 17.106 pts -
Mauricio Ferrari
5° lugar - 14.953 pts -
Alberto Federman Neto.
6° lugar - 14.181 pts -
Diego Mendes Rodrigues
7° lugar - 13.572 pts -
Daniel Lara Souza
8° lugar - 13.559 pts -
edps
9° lugar - 11.483 pts -
Andre (pinduvoz)
10° lugar - 11.267 pts
Scripts
A maior comunidade GNU/Linux da América Latina! Artigos, dicas, tutoriais, fórum, scripts e muito mais. Ideal para quem busca auto-ajuda.
Site hospedado por:
