On Tue, Sep 23, 2008 at 2:28 PM, Gregory <[EMAIL PROTECTED]> wrote: > Eu topo também e refaço a pergunta do Psycho: > > "Mas como seria feito isso?" >
Eu também me pergunto ;-) Não é uma coisa simples. Por isso temos que discutir bastante a idéia aqui para saber se vale realmente por em prática, e como por em prática. Temos várias questões a serem abordadas, como: 1 - Vamos empacotar *somente* builds do slackbuilds.org, ou iremos abrir algumas exceções? A idéia de utilizar os scripts do slackbuilds.org é justamente pra diminuir o nosso trabalho e tempo para analisar scripts. Além do mais, a equipe que aprova os scripts no site possuem muito mais competência que a gente. 1.1 - Caso mude apenas a versão do programa X, iremos empacotar mesmo que no site do SBo esteja na versão anterior? Vamos supor que acaba de sair o squid versão 3.0-stable10 e o script que tem no SBo é para o squid 3.0-stable9. Iremos empacotar independente do SBo atualizarem os builds, já que o changelog do software certamente não traz mudanças radicais, ou é melhor seguir fielmente o site? 2 - Empacotar é algo muito serio. Quem irá empacotar? Quantas pessoas? Temos aqui talvez uma das perguntas cruciais. Quanto menor o número de pessoas que empacotam, maior o nosso controle e segurança, porém teremos mais trabalho para empacotar. E infelizmente não dá pra aceitar alguém que por exemplo entrou na lista agora e que não conhecemos para empacotar. Seria como dar a chave de sua casa para uma pessoa que você nunca viu. Sendo assim, poderíamos trabalhar na forma de elo de confiança. Por exemplo, o redhate sugeriu o supergrilo para ficar à frente do projeto (será que ele topa?). Neste caso, ele iria definir quem poderia empacotar os pacotes além dele. Depois de certo tempo, esses empacotadores poderiam indicar ao supergrilo outras pessoas. E assim por diante. É claro que esse número não pode tender ao infinito, teríamos que estabelecer um limite máximo. 3 - Padrão para empacotar. 3.1 - Definir o ambiente em que os pacotes serão empacotados - Slackware instalado de forma full, sem nenhum pacote de terceiros instalado, exceto no caso do pacote a ser criado *precisar* de alguma lib que não venha por padrão no Slackware, e esta já tem que estar empacotada e disponibilizada no nosso site. 3.2 - Iremos utilizar slack-required? 4 - Quais pacotes? Tem que ser decidido também qual será o critério para escolher do que empacotar. Se iremos colocar sugestões pro povo dar, etc, já que empacotar tudo de uma vez só fica meio difícil. 5 - Outros serviços Além do serviço de empacotar, temos também todo um trabalho que envolve site e etc. E aí pode entrar a ajuda das outras pessoas. Toda ajuda é bem vinda. É isso... foi o que eu pensei agora sobre o assunto. Com certeza teremos mais coisas para abordar. Seria bom ouvir a opinião de outras pessoas também, mesmo sendo contra a algum item acima ou contra a idéia do projeto. É assim que podemos avaliar melhor as idéias. ;-) -- []'s Rodrigo Luiz GUS-MG ~ http://mg.slackwarebrasil.org Grupo de Usuários Slackware de Minas Gerais --~--~---------~--~----~------------~-------~--~----~ GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br -~----------~----~----~----~------~----~------~--~---
