Legal essa mobiliza��o da galera! Mas acho que se existe empenho em criar algo novo, acho que tamb�m deve existir empenho na manuten��o ou aprimoramento de algo existente.
Tamb�m, �s vezes, fico com a pulga atr�s da orelha de instalar algum pacote do linuxpackages.net, mas enfim, fecho os olhos e mando ver. O que poderia ser proposto para o pessoal da linuxpackages (que bem ou mal j� tem tudo pronto! Basta ajeitar tudo e aceitar contribui��es) � a ado��o de novos colaboradores na avalia��o dos pacotes. Proposi��o de novas regras (como pacotes i486). Defini��o de um m�todo para a gera��o de pacotes, se poss�vel, at� gerar um kit espec�fico para isso. Homologa��o de ferramentas aptas para gerar um pacote, como um selo de qualidade Slackware (SQS-Slacware Quality Seal). Pode-se inclusive gerar um script para testar os pacotes facilmente. E uma coisa muito interessante, os pacotes serem assinados digitalmente. Tanto o criador, quanto o avaliador do pacote assinarem o pacote digitalmente como forma de aval � qualidade e respeito �s regras e normas estabelecidas. Uma vez encontrada alguma irregularidade em um pacote, os respons�veis poder�am ser rapidamente rastreados (vejam a mesma preocupa��o com os desenvolvedores do kernel). Se a irregularidade for muito grave (como um trojan) bane-se o respons�vel, com direito a black list. Se o pessoal da linuxpackages n�o se mostrar receptivo, a� sim, parte-se para uma solu��o nova. Monta-se um baita servidor, cria-se uma p�gina para acesso e o que mais convier. Mas antes, ornganizemo-nos, listemos nossas necessidades, depois nossas id�ias, avaliamos as vi�veis e propomos ajuda para o linuxpackages. Caso recebamos uma negativa, vamos criar algo novo. Falemos com o Patrick (Buick?), qual a possibilidade da cria��o de um sistema de teste de pacotes e sua homologa��o, com alguma forma de suporte oficial. Depois se tiver mais id�ias eu escrevo. Em Sex, 2004-06-18 �s 16:35, Marcelo Anton escreveu: > Tamb�m fa�o os pacotes de todos programas que instalo no slackware, e > normalmente fa�o com uma mesma politica de qualidade vamos dizer assim. > > Seria interessante ter um local onde pudessemos colocar nossos pacotes, > e tamb�m pegar pacotes de outras pessoas feito de um jeito padronizado, > no qual pudessemos confiar. Assim pouparia tempo de todos. > > Acho que como que o Lincoln citou anteriormente. Pacotes devem ser > criados com uma instala��o limpa do slackware, para manter 100% de > compatibilidade. > > Talvez seria legal fazer com que pessoas fossem responsaveis por > determinados pacotes. 1,2,5 ou 10 dependendo da disponibilidade da > pessoa.Por exemplo se eu sou responsavel pelo licq, mozilla-thunderbird > e kopete sempre que sair uma vers�o nova destes programas me comprometo > a gerar o pacote e enviar. Assim como quando sair uma vers�o nova do > slackware tamb�m devo compilar o programa para a nova vers�o. > > Este ultimo paragrafo foi s� uma sugest�o. > + - - - - - - - - - - - - - - - - - - - - - - - - - - + > | Marcelo Anton - [EMAIL PROTECTED] > | ICQ: 75744712 - Usr Linux n.: 230281 > | Lajeado - RS - Brasil > + - - - - - - - - - - - - - - - - - - - - - - - - - - + > | Slackware 9.0 - Kernel 2.4.20 > | KDE 3.1 > + - - - - - - - - - - - - - - - - - - - - - - - - - - + -- Adriano Del Vigna de Almeida <[EMAIL PROTECTED]>
signature.asc
Description: Esta =?ISO-8859-1?Q?=E9?= uma parte de mensagem assinada digitalmente
-- GUS-BR - Grupo de Usuarios Slackware - BR http://www.slackwarebrasil.org/ http://www.linuxmag.com.br/mailman/listinfo/slack-users
