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 -~----------~----~----~----~------~----~------~--~---
