On 5/10/10, Alisson Ceolin <[email protected]> wrote: > resumindo entao... > > se tivessemos que focar uma linha de pensamento para 'evoluir' a distro, > qual seria? Bom, eu não diria "focar uma linha de pensamento" porque o foco já existe e sim "coisas que poderiam ser diferentes - melhores - e que fossem de acordo com a linha de pensamento atual". ;)
> 1- maior numero de pacotes Isso é meio complicado, como falei em outra resposta, repositórios externos existem e eu acho que seria prejudicial encher a distro de pacotes no modelo atual de desenvolvimento. E acredite, se tu compilar o pacote, fizer slackbuild e sugerir para o pessoal, há grandes chances que o teu pacote seja incluído. Mas eu não esperaria um sistema apt-get like. > 2 - resolucao de dependencias Isso é *bem* polêmico. Muita gente vai te xingar muito por causa disso, espero que seja mais controlado que eu hehe O problema é que, como já foi dito na thread antes, o modelo de dependencias usado na maioria das distros atualmente gera mais problemas que soluções e acaba ficando complexo demais, que foge da filosofia da distro. Há, porém, soluções como a do slapt-get, onde o banco de dados de dependencias fica fora do pacote e estas se tornam opcionais (são os slack-required). isso, de certa forma existe, só tem que ser polido (e não precisa necessariamente ser algo obrigatório na distro, eu acho que o ideal seria como é com o multilib hoje - se tu quiser, instala um pacote externo e ativa tal suporte). > 3 - aumento da performance (versao em i686 talvez?) Os pacotes do slackware já são otimizados para i686, o gcc recebe um -march i486 para que eles funcionem nos 486 sem problemas mas se tu tiver um i686, ele vai tentar usar as funcionalidades do mesmo. > 4 - ferramentas para automatizar tarefas basicas (facilitar a vida dos > sysadmins e usuarios em casa) (exemplo no instalador adicionar facilidades > para gerar raid, lvm) Isso é outra parte polemica. As facilidades do instalador são interessantes, eu não usaria mas se alguém quiser fazer algo eu não vejo porque não ter... A parte da automação não é muito clara, o bash e a cron automatizam várias coisas para mim, mas não devem fazer o mesmo para todos. :) > 5 - algum modo nativo para fazer o deploy de uma instalacao, algo de forma > rápida q possa ser usado de forma coorporativa e o admin nao necessite ser > um expert (pois muitas vezes nao o é, isto é fato e nao adianta dizer para a > empresa procurar outro). Neste caso, eu acho que seria interessante um "gerador de tagfiles". Eu costumo fazer, de tempos em tempos, um "perfil" durante a instalaçao, salvando os tagfiles para usar depois. Outra alternativa é "melhorar" o instalador para usar o slackpkg e usar os recursos de template do mesmo, se é que já não fizeram isso, eu instalo "na unha" há um tempo, confesso que não tenho olhado os scripts do instalador com tanta frequencia... > 6 - passar a usar o PAM (melhorando a portabilidade de outros softwares, > diminuindo o tempo de reescrita de código por parte dos desenvolvedores) Esse é meio polêmico também. O maior problema é que não é só colocar a libpam lá na série L, muita coisa tem de ser revisada para usar a pam e isso pode não compensar o esforço. De repente é mais vantajoso investir o tempo e os recursos mudando as coisas que dependem da pam para usar o shadow do que sair mudando partes consideráveis da distro. Lembrando que é a minha opinião, se alguém fizer e funcionar, eu não me oponho, mesmo que eu não use e não goste tanto assim da pam... > creio q toda a discussao é válida, desde q nao nos afastemos do foco. > Quando comecei a usar a distro, precisava de algo que rodasse em máquinas > antigas, e o slack era considerado na época uns dos boots mais rápidos > (slack 9) depois disso sempre o utilizei. Algumas coisas acabam sendo lentas > de fazer. Querendo ou nao, temos algumas dependencias pra matar manualmente > principalmente em desktops. Porém, depois que isto foi feito... ele > funciona, dificil dar problema. > Hoje ele não tem mais aquela velocidade, devemos alterar alguns scripts nos > rc.s para melhorar, depois q vc efetua isto uma vez, vc entende como as > coisas funcionam e as coisas vao ficando mais fáceis. Boa parte da lentidão eu culpo os caras do freedesktop/xorg que encheram de lixo com as últimas versões (e esse lixo só chegou lá porque outras distros e projetos maiores empurraram, diga-se de passagem) e por causa disso fica bem complicado entregar uma coisa rápida sem precisar revirar muito código. Além disso, como também foi dito antes na thread, a função da distro é só empacotar, se corrigir algo tem que mandar um patch para quem desenvolve, esperar o patch ser aplicado e usar a versão com a correção. Senão vira aquela bagunça de tentar adivinhar se o patch x ou y foi aplicado no pacote. Sobre como melhorar a inicialização, um bom ponto de partida é instalar o bootchart e ver onde que o teu sistema fica lento. Na maioria das vezes coisas "simples" como colocar um & no fim da linha de um rc "resolve", mas eu confesso que se comparar o Debian Sid, o Arch e o Slackawre instalados no meu HD, o Slackware é o "mais lento" dos três na hora do boot. Durante o uso a performance deles é a mesma, por isso eu não dou tanta atenção e o boot rápido acaba sendo só para impressionar amigos. :P > Quanto a empresas, as que tenho contato usam muito Debian (pois tem > apt-get), algumas acabam migrando para Ubuntu, outras manten-se fieis ao > RedHat pois tem o nome da empresa por traz, tem o contrato de suporte, e é > fácil encontrar uma consultoria ou contrato de suporte local. Tb temos a > questao do Oracle que difundiu bastante o uso do RedHat. Quem quer se > afastar da licença acaba usando ou CentOS ou Fedora. > Vendo o cenário deste modo gerencial, penso ser um pouco complicado > adicionar o slack no mundo empresarial, mesmo assim... continuo utilizando, > e na medida do possível disseminando o conhecimento que ela me proporcionou. A questão de "ter uma empresa por trás" é importante para alguns gerentes. É aquela coisa da milenar técnica de administração chamada "cudum"... :) A parte da "profissionalização" é um pouco mais complexa, em parte por essa idéia de que "slackware é uma distro difícil que só hackers que não precisam de teclado, uma vez que eles só precisam de um clipe de papel e acesso a porta USB do computador para executar comandos", em parte por ter pouca gente que conheça bem mesmo. Isso vai para offtopic mas, particularmente, eu não lembro da última vez que eu instalei um Slackware em trabalho free-lancer (neste tipo de trabalho, a escolha da distro fica a cargo do cliente, afinal quem vai administrar deposi é ele e não eu...) e por isso eu sou um pouco culpado. :P -- GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected]
