> 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.
Legal, concordo. > 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)... Concordo de novo. E acho legal a id�ia do Marcelo Anton de separar os colaboradores por tipo de pacote. Mas fico com uma d�vida: Se o ideal � usar sempre um Slack "limpo", como seria feito ent�o? Tem pacotes que precisam de uma "atualiza��o" em algumas bibliotecas... Nesses casos, como seria? Atualiza, gera o pacote e depois apaga tudo para gerar um outro pacote? Outra coisa: seria poss�vel colocar nos coment�rios dos pacotes quais s�o suas depend�ncias? []'s Alexander -- GUS-BR - Grupo de Usuarios Slackware - BR http://www.slackwarebrasil.org/ http://www.linuxmag.com.br/mailman/listinfo/slack-users
