path: root/trunk/doc/README.simplaret.pt_BR

simplaret: ferramenta para obten��o de pacotes
----------------------------------------------

O simplaret � a ferramenta do simplepkg utilizada para obter pacotes de reposit�rios locais
ou remotos. Com ele, voc� pode n�o s� baixar pacotes do seu sistema Slackware como tamb�m pode
baixar de qualquer vers�o ou arquitetura cujo reposit�rio siga os Mirror Guidelines do Slackware,
como por exemplo Slamd64 e Slackintosh, permitindo que voc� gerencie facilmente todas as suas
jaulas e instala��es de Slackware, independentemente da arquitetura ou vers�o que elas utilizem.

Al�m da obten��o, o simplaret ainda pode fazer a instala��o, a remo��o ou a atualiza��o dos
pacotes de um sistema e tamb�m das demais jaulas existentes numa m�quina.

O simplaret � totalmente n�o-intrusivo no sistema e roda sobre o pkgtool.

Documenta��o
------------

A documenta��o atualizada do simplaret se encontra em http://slack.sarava.org/simplaret.

Obtendo e instalando
--------------------

O simplaret acompanha o simplepkg e por isso sua instala��o � feita baixando o pacote do simplepkg
em http://slack.sarava.org/packages/noarch/ e em seguida instalando-o com o comando

  installpkg simplepkg-VERSAO-noarch-BUILD.tgz

A partir da� voc� j� pode utilizar o simplaret para baixar pacotes dos reposit�rios padr�o ou
ent�o alterar a lista de reposit�rios do arquivo /etc/simplepkg/repos.conf ou a configura��o
do aplicativo pelo arquivo /etc/simplepkg/simplepkg.conf.

Usando o simplaret
------------------

Em geral, como o simplaret armazena as informa��es em pastas do sistema, algumas funcionalidades
s� estar�o dispon�veis quando o mesmo � rodado pelo superusu�rio do sistema.

Antes de explorar todas as funcionalidades do simplaret, � necess�rio atualizar a lista de
pacotes para sua arquitetura e vers�o, o que pode ser feito com o comando

  simplaret --update

ou simplesmente

  simplaret update

j� que o simplaret suporta que suas op��es b�sicas de linha de comando sejam passas precedidas
por dois h�fens ou n�o (--update ou update).

Depois de atualizar a lista de pacotes, experimente buscar por um pacote com um comando do tipo

  simplaret search ekiga

O resultado pode ser algo do tipo

  REPOS repository sarava, arch: i386, version: 11.0: ekiga-2.0.5-i586-1rd.tgz

Como veremos adiante, "REPOS" significa o tipo de reposit�rio, "sarava" � o nome do
reposit�rio, "arch" mostra a arquitetura do pacote e do reposit�rio (i386, no caso)
e "version" a vers�o do reposit�rio (11.0, no caso).

Para instalar esse pacote, basta o comando

  simplaret install ekiga

Por padr�o, se o simplaret encontrar no reposit�rio um arquivo slack-required referente
ao pacote en quest�o (ou seja, um arquivo ekiga.slack-required na mesma pasta que o pacote
do ekiga, neste caso), ent�o o simplaret tentar� instalar todos os requisitos contidos nesse
slack-required, caso j� n�o estejam instalados no sistema. Essa resolu��o de depend�ncias
autom�tica pode, no entanto, ser desabilitada atrav�s de um par�metro de configura��o, como
veremos a seguir.

Se voc� apenas quiser baixar o pacote, digite apenas

  simplaret get ekiga

No caso do simplaret encontrar mais de um pacote com o mesmo nome, ele baixar� na ordem que
a op��o "search" list�-los, sendo que essa preced�ncia � definida de acordo com a ordem em
que os reposit�rios est�o listados no arquivo de configura��o. Por exemplo, o comando

  simplaret search kernel-generic

pode retornar algo como

  ROOT repository sarava, arch: i386, version: 11.0: kernel-generic-2.6.17.13-i486-1.tgz
  ROOT repository sarava, arch: i386, version: 11.0: kernel-generic-2.6.18-i486-1.tgz

Assim, o comando

  simplaret install kernel-generic

instalar� o pacote "kernel-generic-2.6.17.13-i486-1.tgz" ao inv�s do pacote
"kernel-generic-2.6.18-i486-1.tgz". Caso voc� queira for�ar a instala��o do
segundo pacote, basta especific�-lo com o nome completo:

  simplaret install kernel-generic-2.6.18-i486-1.tgz

Se um pacote j� estiver instalado no sistema, a op��o install far� o upgrade do mesmo, caso
a vers�o ou o build number do pacote presente no reposit�rio for diferente da instalada no
sistema. Assim, o comando

  simplaret install simplepkg

atualiza o simplepkg caso haja uma nova vers�o dispon�vel nalgum reposit�rio.

Para remover um pacote, digite

  simplaret remove nome-do-pacote

o que na verdade � apenas uma chamada indireta ao removepkg.

O simplaret armazena pacotes baixados de reposit�rios numa pasta local do sistema, que
por padr�o � /var/simplaret. Conforme voc� vai baixando e instalando pacotes, essa pasta
tende a crescer e ocupar muito espa�o. Para apagar os pacotes, basta usar o comando

  simplaret purge

Isso apagar� apenas os pacotes da arquitetura e vers�o usadas atualmente. Detalhes de
como apagar os pacotes de todas a arquiteturas e vers�es ser�o dados numa se��o seguinte.

Voc� tamb�m pode for�ar o simplaret a apagar apenas pacotes antigos. O comando a seguir
apaga apenas os pacotes baixados a tr�s semanas ou mais (ou seja, os pacotes baixados a
menos de tr�s semanas continuam armazenados):

  simplaret purge -w 3

Baixando patches e atualizando o sistema
----------------------------------------

O simplaret possui, al�m do b�sico do gerenciamento de pacotes, duas funcionalidades
adicionais: a obten��o e a aplica��o de patches (pacotes contendo atualiza��es e
corre��es de seguran�a).

Assumindo que os reposit�rios contendo patches para sua distribui��o do tipo Slackware
estejam corretamente configurados, o que ocorre com a configura��o padr�o que acompanha
o simplepkg e que veremos a seguir como alter�-la, voc� pode baixar os patches dispon�veis
para o seu sistema com o comando 

  simplaret get-patches

Se voc� quiser n�o s� baixar mas tamb�m atualizar seu sistema, isto �, fazer um upgrade com
os patches dispon�veis, use

  simplaret upgrade

Trabalhando com m�ltiplas arquiteturas e vers�es
------------------------------------------------

At� aqui vimos apenas o que � a obriga��o de qualquer sistema de gerenciamento de pacotes possuir:
obten��o de pacotes, instala��o, busca e atualiza��o do sistema. O que diferencia o simplaret das
outras ferramentas, al�m do esquema de resolu��o de depend�ncias, � sua capacidade de lidar
simultaneamente com m�ltiplas arquiteturas, vers�es e at� instala��es de sistemas do tipo Slackware.

O uso dos seguintes comandos s� far� sentido � luz da pr�xima se��o, onde trataremos a respeito de
m�ltiplas instala��es e jaulas num mesmo computador, por�m � um pr�-requisito para entend�-la.

Supondo que voc� esteja rodando Slackware (arquitetura i386) mas que queira atualizar a lista de
pacotes do sistema Slamd64 vers�o 11.0 (arquitetura x86_64), basta usar o comando

  ARCH=x86_64 VERSION=11.0 simplaret update

Esse comando baixar� a lista de pacotes para o Slamd64 sem conflitar de nenhuma forma com a lista
e os pacotes j� baixados para o Slackware. Isso acontece porque o simplaret armazena as informa��es
e os pacotes de cada reposit�rio em pastas pr�prias, organizadas de acordo com a arquitetura e vers�o.

Passar as variaveis ARCH e VERSION para o simplaret � opcional. Se qualquer uma delas n�o foi especificada,
o simplaret utilizar� o valor padr�o do seu sistema, usualmente obtido do arquivo /etc/slackware-version
ou ent�o especificada atrav�s do arquivo de configura��o do simplepkg.

Por exemplo, para pesquisar por um pacote da arquitetura powerpc (distribui��o Slackintosh) na vers�o 11.0,
basta o comando

  ARCH=powerpc VERSION=11.0 simplaret search nome-do-pacote

Todos os comandos apresentados anteriormente funcionar�o dessa maneira, � exce��o daqueles que instalam ou
fazer a atualiza��o de pacotes, j� que em geral � destrutivo misturar pacotes de arquiteturas e vers�es
diferentes num mesmo sistema.

Trabalhando com m�ltiplas instala��es
-------------------------------------

A funcionalidade apresentada na se��o anterior s� faz sentido quando existirem sistemas, jaulas e/ou
vservers instalados num mesmo computador.

Suponha que voc� possua uma m�quina x86_64 com tr�s sistemas instalados:

  - Slamd64 11.0 na ra�z
  - Slackware 11.0 em /mnt/slackware-1
  - Slackware 10.2 em /mnt/slackware-2

No caso da instala��o de pacotes, da obten��o e aplica��o de atualiza��es, o simplaret suporta a
vari�vel de ambiente ROOT para especificar qual � a pasta na qual o simplaret deve buscar o sistema.

Para instalar um pacote no Slackware contido em /mnt/slackware-1, basta usar os comandos

  ARCH=i386 VERSION=11.0 simplaret update
  ROOT=/mnt/slackware-1 simplaret install nome-do-pacote

O primeiro comando apenas atualiza a lista de pacotes e o segundo faz com que o simplaret baixe
o pacote da arquitetura e vers�o do sistema presente em /mnt/slackware-1 bem como efetue sua instala��o.

Para o caso da instala��o em /mnt/slackware-2, o uso � an�logo:

  ARCH=i386 VERSION=10.2 simplaret update
  ROOT=/mnt/slackware-2 simplaret install nome-do-pacote

Existe ainda uma facilidade para que a obten��o e aplica��o de atualiza��es seja feita de forma �nica,
atrav�s do arquivo /etc/simplepkg/jailist. Esse arquivo serve, al�m de outros prop�sitos descritos na
documenta��o do simplepkg, para que o simplaret saiba de antem�o quais s�o as instala��es de sistema
do tipo Slackware presentes numa m�quina, al�m da instala��o principal na ra�z do sistema.

Considerando que a m�quina possua as tr�s instala��es citadas no in�cio deste t�pico, a atualiza��o
autom�tica das mesmas pode ser feita quando o arquivo /etc/simplepkg/jailist contiver as seguintes
linhas (sem espa�os no in�cio de cada uma):

  /mnt/slackware-1
  /mnt/slackware-2

O sistema principal, contido na ra�z do sistema, n�o precisa estar listado nesse arquivo. Se todas
as suas instala��es de sistema do tipo Slackware estiverem constando corretamente no /etc/simplepkg/jailist,
o seguinte comando baixar� as atualiza��es dispon�veis para todas elas, incluindo o sistema contido na ra�z:

  simplaret get-patches

Analogamente, o seguinte comando baixar� e/ou aplicar� todas as atualiza��es dispon�veis em todas as
instala��es, incluindo o sistema contido na ra�z:

  simplaret upgrade

Desse modo, o gerenciamento de pacotes numa m�quina que contenha mais de uma instala��o do tipo Slackware
fica unificada e consequentemente simplificada.

O arquivo repos.conf
--------------------

Agora que o comportamento do simplaret foi delineado, � importante descrever o arquivo de defini��o de
reposit�rios, o /etc/simplepkg/repos.conf. Se voc� n�o pretende fazer um uso avan�ado do simplaret,
provavelmente pode deixar de ler esta e a pr�xima se��o, j� que para o uso corriqueiro do simplaret
voc� provavelmente n�o precisar� alterar seu repos.conf, a n�o ser que queira mudar o espelho de download
dos seus pacotes ou montar um esquema avan�ado para a escolha e prioriza��o de reposit�rios.

O arquivo /etc/simplepkg/repos.conf cont�m uma defini��o de reposit�rio por linha e a sintaxe de cada
uma delas �:

  TIPO[-ARQUITETURA][-VERSAO]="nome%URL"

O conte�do demarcado por colchetes � opcional dependendo do tipo de reposit�rio, como veremos a seguir.
Os tipos de reposit�rio aceitos pelo simplaret s�o:

  - PATCHES: defini��o para reposit�rios que contenham patches (pacotes de atualiza��o) e cuja lista
    de arquivos � FILE_LIST e n�o FILELIST.TXT; exemplo:

      PATCHES-i386-11.0="sarava%http://slack.sarava.org/packages/slackware/slackware-11.0/patches/"

    No caso da defini��o acima, temos um reposit�rio de patches para a arquitetura i386 (distribui��o
    Slackware), vers�o 11.0 e o nome dado ao reposit�rio � "sarava".

    Possuir uma defini��o do tipo PATCHES � opcional para ter acesso �s atualiza��es: a defini��o
    de reposit�rio ROOT, que veremos em seguida, j� lida com patches: o tipo de reposit�rio PATCHES
    serve apenas se voc� quiser utilizar algum reposit�rio n�o-oficial como fonte de patches
    priorit�ria, j� que reposit�rio PATCHES s�o pesquisados pelo simplaret antes de qualquer outro.

    Em resumo, se voc� n�o tiver um bom motivo para usar esse tipo de reposit�rio, evite-o.

  - ROOT: s�o tipos de reposit�rios cujo conte�do est� dividido por vers�o. O exemplo tradicional
    deste caso � o pr�prio reposit�rio oficial das distribui��es:

      ROOT-i386="tds%http://slackware.mirrors.tds.net/pub/slackware/"

    Reposit�rios ROOT necessitam apenas de uma defini��o de arquitetura, um nome e uma URL. No caso
    acima, temos a defini��o de reposit�rio ROOT de nome "tds", ou seja, n�o h� defini��o de vers�o,
    j� que o simplaret considerar� que a vers�o desejada est� numa subpasta dessa URL. Ou seja,
    defini��es ROOT implicam que as pastas contendo pacotes de cada vers�o estejam bem separadas,
    ou seja, pastas como http://slackware.mirrors.tds.net/pub/slackware/slackware-10.2/ e
    http://slackware.mirrors.tds.net/pub/slackware/slackware-11.0/.

  - REPOS: este tipo de reposit�rio � orientado a arquitetura e vers�o, como por exemplo

      REPOS-i386-11.0="sarava%http://slack.sarava.org/packages/slackware/slackware-11.0/"

    No caso acima, um reposit�rio de nome "sarava" � definido para a arquitetura i386 e vers�o
    11.0 com a URL http://slack.sarava.org/packages/slackware/slackware-11.0/. Esse tipo de defini��o
    � recomendado para reposit�rios n�o-oficiais.

  - NOARCH: o �ltimo tipo de defini��o � usado para reposit�rios cujos pacotes s�o independentes
    de arquitetura e vers�o da distribui��o. Como exemplo temos um reposit�rio do Projeto Slack:

      NOARCH="sarava%http://slack.sarava.org/packages/noarch"

Em qualquer tipo de reposit�rio, a URL pode ser do tipo http://, ftp:// ou file:// (para reposit�rios
locais).

Como podem haver mais de uma defini��o de reposit�rio para cada tipo, vers�o e/ou arquitetura,
as mesmas s�o diferenciadas de acordo com o nome. Defini��es de reposit�rio podem ter nomes id�nticos,
desde que se refiram a tipo de reposit�rio e/ou arquitetura e vers�o diferentes.

Existe ainda uma prioridade dentre tipos de reposit�rio e ordens de preced�ncia. Numa pesquisa,
reposit�rios s�o pesquisados de acordo com a seguinte ordem:

  - PATCHES tem prioridade mais alta: caso um pacote de uma dada arquitetura e vers�o n�o seja
    encontrado no primeiro reposit�rio PATCHES do repos.conf, o pr�ximo reposit�rio definido na
    ordem em que ele aparece no arquivo � pesquisado, e assim por diante.

  - Em seguida, pacotes s�o procurados nas defini��es ROOT da arquitetura em quest�o, na ordem
    em que aparecem no repos.conf.

  - Depois, s�o os pacotes de reposit�rios REPOS daquela arquitetura e vers�o s�o pesquisados,
    na ordem em que aparecem no repos.conf.

  - Por fim, reposit�rios NOARCH s�o pesquisados, na ordem em que s�o definidos.

Em resumo, o simplaret tem uma ordem de preced�ncia e execu��o de reposit�rios e para busca e obten��o
de pacotes: pacotes s�o exibidos de acordo com a ordem e preced�ncia descritas acima. No caso da onten��o
de pacotes, o primeiro reposit�rio que possu�-lo ser� utilizado, isto �, caso o pacote n�o for solicitado
explicitamente com seu nome de arquivo completo mas sim apenas com seu nome.

No caso da obten��o de patches, por padr�o apenas reposit�rios do tipo PATCHES e ROOT s�o pesquisados,
a n�o ser que isso seja configurado como contr�rio.

Em reposit�rios do tipo REPOS e ROOT ainda � poss�vel, atrav�s de par�metros de configura��o, explicitar
a ordem de pastas que s�o pesquisadas dentro dos reposit�rios, algo que veremos a seguir e facilita no
caso do usu�rio estar interessado em dar prioridade para aplicativos em fase de testes (usualmente
armazenados na pasta testing/) ou pacotes antigos (pasture).

Par�metros de configura��o do simplepkg.conf
--------------------------------------------

Nesta se��o os par�metros do arquivo de configura��o /etc/simplepkg/simplepkg.conf relevantes ao
simplaret est�o descritos. Para uma lista completa de todos os par�metros dispon�veis, consulte o
simplepkg.conf contido no pacote do simplepkg. Aqui est�o descritos apenas os principais, que s�o:

  - STORAGE: local de armazenameto dos pacotes baixados e das informa��es de reposit�rio.
    O valor padr�o � /var/simplaret/packages.
  
  - PATCHES_DIR: local de armazenamento de pacotes que s�o patches (atualiza��es), isto �, o
    local de armazenamento de pacotes de reposit�rios do tipo PATCHES (e eventualmente de
    patches encontrados em reposit�rios do tipo ROOT, como veremos a seguir). O valor padr�o
    � /var/simplaret/patches.
  
  - SIMPLARET_DOWNLOAD_FROM_NEXT_REPO: indica se o simplaret deve tentar baixar um pacote do
    pr�ximo reposit�rio (caso exista) quando o download do reposit�rio atual tiver falhado.
    Valores poss�veis s�o "1" ou "yes" para habilitar a op��o (que � o comportamento padr�o)
    ou "0" ou "no" para desabilit�-la.
  
  - SIMPLARET_PURGE_PATCHES: indica se o conte�do da pasta de patches tamb�m deve ser apagado
    quando o comando "simplaret --purge" � chamado. Use "yes" ou "1" para habilitar e "no" ou
    "0" para desabilitar. O valor padr�o � "1".
  
  - SIMPLARET_PURGE_WEEKS: controla o n�mero de semanas a partir do qual o simplaret ir� apagar
    pacotes quando chamado com o comando "simplaret --purge", o que � equivalente a usar o
    comando "simplaret --purge -w N". O valor padr�o � "3". Para desabilitar essa op��o, atribua
    o valor "0".
  
  - PASSIVE_FTP: Indica se o simplaret deve fazer as transfer�ncias de FTP no modo passivo.
    O valor padr�o � "1" (habilitado).
  
  - HTTP_TOOL: especifica qual a ferramenta para obten��o de arquivos via protocolo HTTP.
    As op��es dispon�veis s�o "curl" e "wget", sendo que a op��o padr�o � "curl".
  
  - FTP_TOOL: especifica qual a ferramenta para obten��o de arquivos via protocolo FTP.
    As op��es dispon�veis s�o "curl", "wget" e "ncftpget", sendo que a op��o padr�o � "curl".

  - CONNECT_TIMEOUT: tempo m�ximo de espera para uma conex�o de rede, dado em segundos.
    O valor padr�o � "20".
  
  - ROOT_PRIORITY: especifica a ordem de prioridades das pastas de reposit�rios do tipo
    ROOT numa pesquisa. O valor padr�o � "patches slackware extra testing pasture",
    indicando que a pasta de patches tem preced�ncia sobre todas as outras no reposit�rio,
    sendo seguida pela pasta slackware e depois pelas extra, testing e pasture. Como
    podem existir nomes de pacotes id�nticos nessas pastas, o estabelecimento de uma
    ordem se faz necess�ria.
  
  - REPOS_PRIORITY: da mesma forma como repositorios ROOT necessitam de uma prioridade
    de pesquisa em pastas, este par�metro de configura��o especifica a prioridade de
    pastas em reposit�rios do tipo REPOS. O valor padr�o �
    "patches slackware extra testing pasture".
  
  - SIGNATURE_CHECKING: indica se o simplaret deve checar pela assinatura dos pacotes
    baixados, caso ela esteja dispon�vel. Voc� deve ter a chave p�blica do distribuidor
    dos pacotes no seu chaveiro. O valor padr�o � "0" (desabilitado).
  
  - DEPENDENCY_CHECKING: indica se o simplaret deve trabalhar com a resulo��o de depend�ncias
    caso ele encontre, no reposit�rio, um arquivo slack-required correspondente ao pacote que
    est� sendo instalado. O valor padr�o � "1" (habilitado).
  
  - DOWNLOAD_EVEN_APPLIED_PATCHES: indica de o simplaret deve baixar todos os patches
    dispon�veis a uma dada instala��o de sistema do tipo Slackware, mesmo que os mesmo
    j� se encontrem aplicados. Esta op��o � �til se voc� quiser manter uma c�pia local
    das atualiza��es existentes para seu sistema. O valor padr�o � "0" (desabilitado).
  
  - CONSIDER_ALL_PACKAGES_AS_PATCHES: especifica se o simplaret deve, durante a obten��o
    de pacotes de atualiza��o, procurar por atualiza��es tamb�m nos tipos de reposit�rios
    REPOS e NOARCH. Com essa op��o, o simplaret faz uma pesquisa pelo pacote e, se sua vers�o
    ou buildnumber da primeira ocorr�ncia n�o bater com as do pacote atualmente instalado,
    ele baixa e o aplica, mesmo que seja um pacote de reposit�rios do tipo REPOS ou NOARCH.
    O valor padr�o � "0" (desabilitado). O uso dessa op��o n�o � muito recomendado por poder
    causar confus�o e deixar o simplaret mais lento, mas pode ser �til caso voc� esteja
    usando um reposit�rio n�o-oficial que sempre atualiza seus pacotes.
  
  - STORE_ROOT_PATCHES_ON_PATCHES_DIR: controla se o simplaret deve armazenar os patches baixados
    de reposit�rios do tipo ROOT na mesma pasta de armazenamento de patches provenientes de
    reposit�rios do tipo PATCHES. � uma op��o �til apenas se voc� quiser manter todos os patches
    de reposit�rios ROOT e PATCHES num mesmo local. O valor padr�o � "0" (desabilitado).

Vale lembrar que todas as op��es booleanas (isto �, que podem ser apenas habilitadas ou desabilitadas)
do simplepkg.conf tem os seguintes valores permitidos: "1" e "yes" para habilitado e "0" ou "no" para
desabilitado.

Mas para qu� serve isso?
------------------------

Voc� pode estar se perguntando: para que mais um gerenciador de pacotes para o Slackware e quem utilizaria
uma ferramenta que baixa pacotes de v�rias arquiteturas?

O simplaret foi escrito tendo em mente um ambiente *86 onde v�rias jaulas de diferentes arquiteturas est�o
instaladas. Suponha por exemplo uma m�quina x86_64 que possua as seguintes jaulas:

  - Slamd64 11.0
  - Slackware 11.0
  - Slackware 11.0 com pacotes adicionais em i686
  - ucSlack (uClibc para i386) 

O condenado/a em quest�o que roda todas essas jaulas, pelos mais diversos motivos, pode ter uma grande dor
de cabe�a para manter os pacotes em ordem de forma manual. Com o simplaret e eventualmente com o simplepkg,
a tarefa se torna trivial.

Al�m disso, as in�meras novas tecnologias de virtualiza��o poder�o necessitar de um sistema de gerenciamento
de pacotes que trabalha simultaneamente com m�ltiplas arquiteturas e vers�es.

Mesmo que voc� possua apenas um �nico sistema do tipo Slackware em seu computador ou trabalhe apenas com uma
�nica arquitetura e/ou vers�o, o simplaret possui todas as funcionalidades necess�rias para facilitar seu
dia-a-dia de gerenciamento de pacotes.

Mais informa��es
----------------

O simplaret foi escrito por Silvio Rhatto (rhatto at riseup.net) e � disponibilizado dentro do pacote do
simplepkg e sob a licen�a GPL. Para obter o c�digo fonte, digite

  svn checkout svn://slack.sarava.org/simplepkg

O wiki de desenvolvimento � http://slack.sarava.org/trac/wiki/Simplepkg e o endere�o da lista de discuss�o
utilizada para discuss�es sobre simplaret, simplepkg ou mesmo distribui��es e pacotes do tipo Slackware �
http://listas.sarava.org/wws/info/slack.