Vocês já tentaram ver o netpkg do zenwalk (http://www.zenwalk.org/)?
Ele "extende" o pacote do slackware, não coloca tudo que você quer colocar, mas já tem um monte de coisa que o slackware não tem, como controle de dependência. O melhor de tudo é que os pacotes do zenwalk funcionam no slackware sem nenhuma modificação, ie, eles não modificam nada que já existe. E é simples, seguindo a filosofia KISS (a grande razão de eu usar slackware). On 9/3/07, nosillah <[EMAIL PROTECTED]> wrote: > > > Olá Marcos. > > Eu também gostaria de melhorar a administração de pacotes no Slack, > mas acho que o conselho do Marcelo deve ser bem observado. Os projetos > de administração de pacotes do Slack já estão mais maduros e, > especificamente, o slackpkg (do grande Piter Punk, sou fã do cara :) ) > é o que realmente segue o padrão K.I.S.S. Mas fica também o meu > interesse em desenvolver algo novo. Já fiz uns testes e inclui somente > um arquivo contendo todas essas informações que você deseja adicionar. > Escreva para o meu email e podemos iniciar ou dar continuidade a um > projeto ... em Shell, claro! Eu tenho um que se chama packad (Package > administrator), mas já não dou suporte há algum tempo > (packad.sourceforge.net). > > Aguardarei sua resposta. > > Um abraço. > > Hallison Batista > > On 2 set, 08:09, "Marcelo M. Fleury" <[EMAIL PROTECTED]> wrote: > > Olá, > > não utilizo mais slackware(gentoo \o/), mas de qualquer forma eu deixo > aqui > > a minha insatisfação com os gerenciadores de pacotes do slackware... > swaret, > > slackpkg, etc... ta certo que tem +- 1 ano e meio que não utilizo > slackware, > > deve ter evoluído e tudo mais... aconselho você a ajudar no > desenvolvimento > > de algum desses sistemas, o slackpkg ou swaret... acho que vale mais a > pena! > > Caso você deseje, eu tenho um shellscript aqui que procura pelas > > slackbuild's e altera as flags de compilação para a arquitetura > informada. > > Boa sorte! > > > > On 9/1/07, Marcos Henrique Esteves Barbosa < > [EMAIL PROTECTED]> > > wrote: > > > > > > > > > > > > > Olá! > > > Estou desenvolvendo um novo formato de pacotes para o Slackware (já > > > que o novo sistema de inicialização não deu muito certo, espero ter > > > mais sucesso com a criação de um novo formato de pacote). Ele não vai > > > sair muito do que é atualmente, para se manter simples, mas serão > > > acrescentadas coisas para tornar o pacote mais completo. A principal > > > mudança será a inclusão no diretório install (que poderá mudar para um > > > nome mais significativo, mas ainda não tive uma boa idéia) de vários > > > arquivos, cada um contendo uma informação. Por exemplo: O arquivo arch > > > conterá a arquitetura. Uma lista de possíveis aqruivos: > > > - arch (arquitetura) > > > - preinst.sh (script para ser executado antes da instalação) > > > - posinst.sh > > > - name (script para ser executado após a isntalação) > > > - version (versão) > > > - release (revisão) > > > - category/classification (categoria em que o pacote se encaixa) > > > - developer (nome e e-mail do desenvolvedor) > > > - packager (nome e e-mail do empacotador) > > > - description (descrição) > > > - filelist (lista de arquivos. É realmente necessária?) > > > - dependencies (pacotes necessários para funcionar. Incluindo os > > > básicos, como glibc-solibs) > > > - suggests (pacotes sugeridos que aumentam as funcionalidades) > > > - source (localização do fonte na internet. Deve ser melhorado para > > > talvez ter um arquivo para o endereço e outro para o arquivo ou talvez > > > não precise, já que o local onde pegar o fonte estará no SlackBuild) > > > - size (tamanho que o pacote ocupa após instalado. Pode ser dividido > > > em um que contenha o tamanho compactado e outro o descompactado, ou só > > > o tamanho quando descompactado, já que o compactado pode ser visto no > > > próprio pacote) > > > - license (tipo de licença) > > > - hash (hash do pacote. Precisa ser visto como será implementado) > > > - signature (assinatura) > > > - url/page/website (página oficial do pacote) > > > - summary (descrição em uma linha) > > > Nesta lista eu tentei incluir todas as informações que eu achei útil, > > > baseando a lista em um pacote RPM (briga Slackware X Red Hat a parte). > > > Não inclui coisas como "build date" e "build host" por não achar que > > > tivesse utilidade (se alguém souber a utilidade fale). > > > Também haverá modificações no sistema de criação do pacote. Ainda > > > existirá o SlackBuild (que é um ótimo sistema) mas haverá modificações > > > tanto para dar maiores opções quanto para facilitar o uso. As mudanças > > > principais no SlackBuild são: > > > - Remoção dos arquivos temporários após o final da compilação (talvez > > > inclua uma variável para escolha, mas acho improvável) > > > - O pacote pronto será movido para o diretório onde está o SlackBuild > > > - O SlackBuild procurará o arquivo fonte no diretório atual. Se não > > > encontrar, baixará da Internet > > > Também haverá mudanças no formato do repositório, mas ainda não pensei > > > bem nisso. Só acho que talvez seja uma boa idéia fundir o repositório > > > de fontes com o de pacotes, mais ou menos como é feito no repositório > > > do slacky.eu (www.slacky.eu/repository), onde existe as categorias e > > > dentro diretórios com pacotes que por sua vez tem os pacotes e um > > > diretório src/ para os fontes. O que acham? > > > PS.: Se isso andar bem, que sabe esteja sólido para incluir na próxima > > > versão do Slackware???!!! > > > > -- > > Att, Marcelo M. Fleury > > Linux User: #369521 > > Site Pessoal - http://mmf.massau.com.br > > Public Key -http://www.massau.com.br/mmf/pk_mmf.html > > > > "Não basta saber, é preciso também aplicar; não basta querer é preciso > > também agir" By Goethe > > > > > --~--~---------~--~----~------------~-------~--~----~ GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br -~----------~----~----~----~------~----~------~--~---
