Pessoal,

Uso o Slackware desde a versão 6. Realmente melhorou muito, mas ainda há
muito para melhorar nesse quesito.
Nessa época não havia slackpkg e era bem mais difícil. Aprendi muito
também, isso não há como negar.
Mas todo o meu ponto de vista é imaginando um ambiente empresarial.
Imagina um servidor onde seria necessário instalar algo fora dos pacotes
oficiais. Baixa fonte, compila e instala (sem contar as dependências que
tem que ficar "catando".
Instalado e funcionando show! Para verificar atualizações, teria que entrar
em cada site do desenvolvedor, acompanhar se houve atualizações, baixar,
compilar e instalar.
Isso para um servidor. Imagina para vários. Muito trabalhoso a manutenção
depois.
O slackpkg já ajudou em manter o sistema atualizado (pacotes oficiais) com
um slackpkg upgrade patches.
A instalação ficou mais simplificada também. Claro, pacotes oficiais da
distribuição.
Depois surgiu o slackbuild que ajudou simplificando as instalações de
programas fora da distribuição e centralizando também em apenas um lugar.
Agora  o sbopkg faz algo parecido com o slackpkg, mas só que no slackbuild.
Outro mundo. Checa atualizações dos pacotes do slackbuild, baixa, compila e
atualiza. Maravilha!
Testei o sbopkg (não conhecia) hoje depois do e-mail do Arthur e fiquei
impressionado.
Não entendo como é a política de escolha das versões dos pacotes. Eu uso
muito o squid. No slackbuild está o 3.1.23, mas no site do projeto do squid
a versão stable é 3.4.6.

No meu ponto de vista (agora começa as discussões), o slack tem diminuído o
número de usuários por causa do gerenciamento dos pacotes e pelos poucos
presentes.
Se você olhar a grosso modo, o slackpkg e sbopkg não deixam de ser uma
espécie de apt da vida. Sobre a resolução de dependências, isso é um
inferno ter que ficar catando na internet os erros de compilação e em qual
pacote está a dependência.
Acho se o slack melhorasse isso (resolução de dependência + maior
quantidade de pacotes), haveria mais adeptos como antigamente.
O que mudou desse tempo para hoje? Creio que as pessoas não querem mais
"perder tempo" com coisas triviais.

Até!

Sérgio Abrantes



Em 26 de junho de 2014 11:40, havocz <[email protected]> escreveu:

> sbopkg é uma peça de arte em forma de software.
>
> Em quarta-feira, 25 de junho de 2014 00h08min32s UTC-3, arthur fontolan
> escreveu:
>
>> Olá a todos,
>>
>> Não vai ser um e-mail de dúvidas ou ajuda, mas um relato de que
>> "mudanças" são boas, como o título já diz.
>>
>> Simples e direto: O sbopkg se mostrou uma mão na roda sem tamanho de
>> útil, sério, tô até bobo.
>>
>> O que ocorre é que antes eu me prendia cegamente de que o Slackware não
>> deveria ter um sistema de gerenciamento de pacotes diferente do velho e bom
>> pkgtool, ou nada além do que o excelente slackpkg, tendo como único
>> facilitador os Slackbuilds, principalmente do Slackbuilds.org.
>>
>> Já faz um tempo que eu conhecia o sbopkg, mas desconfiado como sou com
>> sistemas automatizados de instalação de pacotes, nunca usei, confiando
>> sempre na minha planilha em ods com uma listagem de 109 dependências de
>> libraries, para ai sim instalar os programas. Só que o tempo passa, as
>> vezes uso uma distro ou outra, mas a forma de instalação na "munheca",
>> sempre fazendo:
>>
>> 1 - Baixa slackbuild;
>> 2 - Baixa source;
>> 3 - Descompacta tudo;
>> 4 - #./programa.slackbuild;
>> 5 - #installpkg programa.tgz
>>
>> Começou a se mostrar demorada demais e nada prática (dããããã). Vou no
>> ubuntu, no linux mint, vejo lá o apt-get/synaptics/lojinha de programas
>> (argh!!) e isso ajuda a buscar algo mais prático.... olho meio desconfiado
>> para o sbopkg.
>>
>> Dou umas lidas por ai..... o AlienBob usa.... outros users na net colocam
>> depoimentos falando que o programa realmente funciona...... Vou no site (
>> http://www.sbopkg.org/index.php), leio a man, leio sobre os queue files
>> (a chave do programinha) e vamos testar..... testo, testo..... pronto, não
>> vivo mais sem ele.
>>
>> Sério, ele facilita em uns 90% a vida de quem quer usar o Slackware,
>> mesmo os leigos que nunca usaram Linux.
>>
>> O melhor é que, da forma como ele trabalha, não altera em nada a
>> filosofia do Slackware, o famoso K.I.S.S.
>>
>> Pontos chaves:
>>
>> - Ele não gerencia dependências;
>> - Consegue detectar se uma dependência já está instalada, evitando
>> "duplicidades";
>> - Simples funcionamento e entendimento;
>> - Automatiza a instalação de pacotes do site www.SlackBuilds.org;
>> - Facilita a manutenção e atualização de pacotes do SlackBuilds;
>>
>> É simples..... MUITO SIMPLES!!
>>
>> Se quero instalar um programa basta fazer um #sbopkg -i nome do programa
>> (igual ao nome no arquivo info do slackbuilds) e ele vai baixar, compilar e
>> instalar o pacote, mostrando um resumo ao final.... MAS não há
>> gerenciamento de dependências, ou seja, você precisa fazer o mesmo antes
>> para qualquer pacote que seja dependência do que você quer instalar.
>>
>> Mas ai que entra a grande sacada do programa, é o uso dos "Queuefiles",
>> que são basicamente arquivos de texto com sequências/"chains" de pacotes a
>> serem instalados.
>>
>> Um exemplo simples, o conky e o conkyforecast: Com todas as dependências,
>> mesmo opcionais, precisamos da imlib2, lua, tolua++ e scons. O meu
>> "queuefile" do conky é:
>>
>> imlib2
>> @tolua++
>> conky | LUA=yes
>>
>> o do tolua++ é:
>>
>> lua
>> scons
>> tolua++
>>
>> e o do conkyforecast é:
>>
>> @conky
>> conkyforecast
>>
>> Quando chamo o sbopkg para instalar o conky usando o queuefile, faço:
>>
>> #sbopkg -i conky.sqf
>>
>> O que ele faz é:
>>
>> 1) Baixa/compila/instala o pacote imlib2;
>> 2) Chama o queuefile do tolua++ (Pra isso temos o @ na frente do nome do
>> programa no queuefile do conky), e baixa/compila/instala o lua, scons e
>> tolua++ nessa sequência;
>> 3) Baixa/compila/instala o conky.
>>
>> O "| LUA=yes" serve para passar opções para o slackbuild do Conky,
>> falando que queremos ter suporte ao LUA nele. Você pode ter tantas quantas
>> forem as opções, apenas separando por espaços.
>>
>> A do ffmpeg tá assim aqui:
>>
>> ffmpeg | ASS=yes BLURAY=yes CELT=yes DC1394=yes FAAC=yes FREI0R=yes
>> GSM=yes IEC61883=yes ILBC=yes JP2=yes LADSPA=yes LAME=yes MODPLUG=yes
>> OPENAL=yes OPENCORE=yes OPENSSL=yes OPUS=yes RTMP=yes SCHROEDINGER=yes
>> SPEEX=yes TWOLAME=yes VPX=yes X264=yes XVID=yes
>>
>> Se quiser instalar o conkyforecast com o queuefile, faço:
>>
>> #sbopkg -k -i conkyforecast.sqf
>>
>> A novidade é a opção -k, que faz o sbopkg desconsiderar o pacote a ser
>> instalado se ele já estiver no sistema, sendo assim, em vez dele chamar o
>> queuefile do conky, se ele verifica que o conky e suas dependências estão
>> instalados, ele não vai instalar e só vai baixar/compilar/instalar o
>> conkyforecast.
>>
>> O que conseguimos com isso é praticamente um apt-get pro Slackware, mas
>> mantendo a filosofia do sistema, de que é responsabilidade do usuário a sua
>> administração e tudo K.I.S.S!
>>
>> Minha recomendação para quem ainda não testou é que teste, não vai se
>> arrepender!
>>
>>  --
> GUS-BR - Grupo de Usuários de Slackware Brasil
> http://www.slackwarebrasil.org/
> http://groups.google.com/group/slack-users-br
>
> Antes de perguntar:
>
> http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao
>
> Para sair da lista envie um e-mail para:
> [email protected]
> ---
> Você recebeu essa mensagem porque está inscrito no grupo quot;Slackware
> Users Group - Brazil" dos Grupos do Google.
> Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie
> um e-mail para [email protected].
> Para mais opções, acesse https://groups.google.com/d/optout.
>

-- 
GUS-BR - Grupo de Usuários de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br

Antes de perguntar:
http://www.vivaolinux.com.br/artigo/Como-elaborar-perguntas-para-listas-de-discussao

Para sair da lista envie um e-mail para:
[email protected]
--- 
Você está recebendo esta mensagem porque se inscreveu no grupo "Slackware Users 
Group - Brazil" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um 
e-mail para [email protected].
Para obter mais opções, acesse https://groups.google.com/d/optout.

Responder a