Olá Marcos! Em relação a incluir um único arquivo de configuração, eu consegui fazer duas funções básicas (e pequenas) para extrair qualquer informação que esteja no formato <atributo> : <valor>. Entretanto, há uma dependência grande do Bash >= 3.0. Como a maioria dos scripts para Slackware seguem um padrão Shell (e não Bash) creio que, de fato, a funções teriam certos problemas (nem seriam executadas).
Eu também não sabia da existência do netpkg do Zenwalk. Deve ser muito bom! Entretanto, aprovo sua proposta e me disponho a fazer parte de uma equipe de desenvolvimento. Contudo, seria melhor adicionar essas novas features no slackpkg. O projeto é aprovado pelo Patrick e, praticamente, é oficial do Slackware (sem contar que é genuinamente brasileiro, muito obrigado Piter). Como citei na última mensagem, estive trabalhando em um pequeno projeto para instalação de pacotes adicionando um certo gerenciamento do pkgtools. Ou seja, um arquivo contendo todas as informações de requerimentos do pacote, onde fazer download dos mesmos ou URI de instalação local. Comecei o projeto porque tenho o seguinte problema: não tenho conexão web em minha casa. No meu trabalho faço os downloads no LinuxPackages ou no Slacky. Organizo tudo em categorias (diretórios) e em seguida gravo em um CD e instalo no meu PC. Infelizmente, quando executava a instalação, esquecia quais eram os pacotes requeridos por um específico. Então comecei a fazer um script para ler um arquivo onde se encontravam todas os requerimentos do pacote. Em relação aos SlackBuilds. Eu não gosto muito da idéia de fazer um script específico para cada aplicação. É o mesmo que construir um instalador para cada um aplicativo existente no mundo. Eu sei que existem soluções prontas, como o repositório de SlackBuilds. Seria mais atrativo ter uma ferramenta que ofereça este suporte ao administrador do sistema. Enfatizando, estou comentando sobre uma ferramenta de suporte, não um programa "faz tudo automagicamente" que esconde tudo do usuário. O objetivo do Packad era esse. Enfim, estou a disposição para trabalhar no projeto. Um abraço. Hallison Batista. On 4 set, 01:08, Marcos Henrique Esteves Barbosa <[EMAIL PROTECTED]> wrote: > On 3 set, 14:45, Edgard <[EMAIL PROTECTED]> wrote: > Muito obrigado a todos pelo ponto de vista de vocês. Vou comentar as > opiniões: > - Não faço muita questão de um sistema de resolução de depêndencias > (que se fosse bem escrito, viria bem a calhar) mas no minimo uma lista > com TODOS os pacotes de que um aplicativo depende, até mesmo pacotes > básicos e já incluidos na distribuição padrão do Slackware. > - Os dois scripts são um para fazer coisas que devem ser feitas antes > e uma para coisa que devem ser feitas depois. Isso fica a critério do > criador do pacote, mas caso ele queira usar, terá disponivel. Outra > coisa: O arquivo só será executado se existir. > - Quanto a incompatibilidade, isso é facilmente contornável. É só > colocar no novos scripts de administração (installpkg, removepkg e > upgradepkg) o suporte para funcionar com o formatop de pacotes > antigos. Uma coisa muito fácil de ser feita em termos de programação > (e no futuro se estiver tudo bem, tipo versão 14.0 ou 15.0, poderá ser > retirado esse suporte). Veja bem que ao longo da evolução do Slackware > surgem problemas com pacotes que não são resolvidos: O Python mudou de > versão quebrando a compatibilidade com a versão antiga (custava ter > colocado um link simbólico?) e o mesmo aconteceu com todo KDE (custava > ter colocado vários links simbólicos?). O uso de pacotes antigos com > certeza não se tornará um problema. > - Quanto a lembrar muito o formato RPM, sim é verdade. Eu olhei um > arquivo RPM para pegar idéia para os miniarquivos (arch, etc.). Mas o > pacote RPM tem coisas boas (e ruins também) que podem ser aproveitadas > (ou não). Não se esqueçam que o Patrick já levantou a possibilidade de > só usar o RPM como gerenciador de pacotes do Slackware. > - Quanto a idéia de portar o gerenciador de pacotes do Arch, eu não > sei. Por que não conheço. Talvez se no futuro surgir algum ponto em > que o Arch resolva um determinado problema de forma elegante esimples, > nós possamos aproveitar essa idéia. > - O Gentoo fez muitos avnaços em relação ao sistema de pacotes, > infelizmente ele também fez uma bagunça gigante em alguns aspectos, > como o de criar o "runscript" para interpretar o ebuild quando o bash > dava conta do assunto. > - Quanto ao netpkg, não conheço pessoalmente, mas acredito ser algo > como o slackpkg, para gerenciar depêndencias de pacotes. Em uma > comparação, o slackpkg equivale ao apt-get/aptitude do Debian e o > installpkg/removepkg/upgradepkg equivalem ao dpkg. > - Quanto a questao de um únic arquivo com todas as informações, já > tinah pensado nisso, mas não é muito K.I.S.S. Vou me explicar: > Quando for necessário retirar as informações do pacote, é mais fácil > trabalhar com um arquivo para cada informação (apesar de ficarem todas > no mesmo SlackBuild). Com um arquivo único seria necessário uma > quantidade de código gigante com gawk/sed para conseguir retirar as > informações para que então possam ser utilizadas. > - Alguns comentários pessoais: Seria uma boa idéia se o CD das fontes > tivesse algum jeito de ser bootável, compilar e instalar os pacotes > como faz o Gentoo, porém sem baixar nada da Internet e junto um > sistema de compilação de pacotes facilitado, permitindo gerar a árvore > toda de pacotes para uma determinada arquitetura (por exemplo: Gerar > todos os pacotes para a arquitetura i686). Seria interessante dividir > o upgradepkg em upgradepkg e downgradepkg. Sei que não é simples, mas > evita a possibilidade de um downgrade acidental, mantendo a > possibilidade de um downgrade proposital. Eu tinah mais uma idéia, mas > eu me esqueci:-) > Por favor, analisem meus comentários e digam se eles solucionaram suas > dúvídas e qualquer outra duvída será debatida. "Super-mebros" (Piter > PUNK, RedHate) por favor se manifestem. > > > 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 -~----------~----~----~----~------~----~------~--~---
