2009/5/11 Rafael de Paula Herrera <[email protected]> > > 2009/5/11 Kenjiro Tanaka <[email protected]>: > > 2009/5/11 Herbert Faleiros <[email protected]> > >> > >> On Mon 11 May 2009 22:01:25 Leonardo Marques wrote: > >> > Acho que depende do iniciante.... É a sua mãe, ou é algum usuário > >> > experiente em TI? Tem tempo para procurar e aprender? Ou só quer usar > >> > linux pela hype? Saca? > >> > >> A minha mãe usa o Slackware no PC dela... A minha esposa no notebook > dela, > >> as > >> secretárias da empresa que trabalho tembém... > >> > >> Não acho que seja algo extra-terreno que só um geek/nerd/hacker consiga > >> desbravar (é minha opinião pessoal). > >> > >> Detalhe: fui eu quem instalou o Slackware em todas as situações que > >> descrevi. > >> > > > > > > Como diz o ditado "O diabo mora nos detalhes". Exatamente o furo da bala. > > OK, sem a vossa senhoria botar as mãos nas referidas máquinas, essas > > usuárias conseguem instalar alguma coisa que esteja FORA DA ARVORE > OFICIAL > > do Slack? Ou seja, via slackpkg ela não conseguiriam instalar um pacote > tipo > > BrOffice, MPlayer, etc. > > com todo respeito amigo, o slackpkg claro que nao vai te dar coisas > fora da arvore oficial, pois nao eh esse o seu motivo de existir... > isso nao precisava nem ter sido citado... estou errado? > > Sem stress, Rafael, não costumo levar esse tipo de discussão pro lado pessoal. A idéia aqui é discutirmos idéias em prol da melhoria do Slackware (se é que as boas idéias um dia serão implementadas).
Quanto ao Slackpkg, sei bem como funciona e gosto muito da ferramenta (já parabenizei o Piterpunk várias vezes), tanto que nao uso slapt-get ou outras tranqueiras. Usei o slackpkg no EXEMPLO justamente por saber que se algo não está na árvore oficial, ele não vai dar jeito. Portanto não adiantaria a gente ensinar um usuário final a dar um "slackpkg update" e depois um "slackpkg install broffice". Essa era a idéia do EXEMPLO. /resposta curtíssima > > Pra que pacotes se temos os fontes? :-P Sim, fontes são ótimos, QUANDO SE SABE COMPILAR E CORRER ATRÁS DAS DEPENDÊNCIAS, coisas que usuários finais não sabem e nem estão a fim de aprender. Lembre-se, usuário final quer ligar o PC e usar. Quando muito dar alguns poucos "clicks" para que algo seja instalado/atualizado. Eu já fui muito xiita/zealot em defesa do Software Livre e principalmente Slackware. Mas há alguns anos já vi que essa postura não adianta nada. Primeiro porque o SL AINDA não supre todas as necessidades que as pessoas podem ter. E aqui estou falando de qualidade/velocidade dos softwares. Como o Rafael Jeffman disse na lista do Tchelinux, o Gimp é muito bom para edição de imagens, porém ainda não chega nem perto do Photoshop (ele se referia a produtividade, editar trocentas fotos). O mesmo vale para várias outras áreas. No mínimo o que se poderia fazer é criar um repositório OFICIAL do slackware para armazenar pacotes de aplicativos, bibliotecas, etc. Algo aos moldes do que o Debian tem. Ah, não se faria gerenciamento de dependências (como o slackware trabalha até hoje), mas pelo menos o usuário saberia "ah, tá faltando a lib XYZ, vou lá no site LALALA, procuro na arvore, baixo e instalo com installpkg e sigo feliz". É o que, por enquanto, estamos tentando fazer com o Bluewhite64. Eu e alguns outros usuários criamos os pacotes de programas que nós mesmos usamos/precisamos e mandamos pro repositório "extra-oficial" (não ficam na árvore oficial da distro). Se alguém quer usar, vai lá e pega. Uma erro que alguns de nós segue comentendo lá (eu inclusive) é não colocar junto os slackbuilds. Assim se alguém por acaso não confiar na qualidade/segurança dos nossos pacotes, bastaria pegar os slackbuilds e compilar por conta própria. Quanto ao slackware pra x86_64, ele já existe e se chama Bluewhite64 ahahahahaha só não é oficial :P O que me faz trazer a este grupo de discussão a questão: O que será que vai acontecer com BW64 e Slamd64 quando o Slackware64 finalmente aparecer? NA MINHA OPINIÃO, os desenvolvedores das duas primeiras distros deveriam ser consultados para ver se poderiam contribuir com a última, afinal já têm mais experiência na arquitetura, não é? (teoricamente) Bom, mas quem sou eu pra sugerir/opinar alguma coisa né ;) Quanto à resolução de dependências, é algo que poderia ser usado no slackware SIM. Só que não do jeito porco que é feito nos RPM ou DEB da vida. O grande trauma que nós usuários de Slack temos quanto à resolução de dependências vem justante de experiências (nossas ou de amigos) com essas porcarias. O famoso manda instalar ABC e acaba levando junto DEF, XYZ e GHI, sem nem precisar. Dá pra ter res. de dep. sem uma cagada desse naipe? Acredito que sim, é só o pessoal botar a cabeça pra quebrar. Mas... como eu disse, como o público alvo não é o usuário final, então sigamos como estamos e está jóia. Deixemos que outras distros façam isso (ou nasçam para o fazer). Ah sim, eu costumava dizer que slackware pode ser usado por iniciantes sim. Pois eu comecei no mundo Linux justamente com Slackware 3. Porém eu tenho alma de fuçador, se precisar fico horas na frente do PC pra descobrir porque isso ou aquilo não está funcioando, onde achar umas bibliotecas bruxas, etc. Usuário final, como já foi explicado várias vezes antes, não faz. Pegue um iniciante QUE NÃO TEM PERFIL de geek/nerd/fuçador e dê os CDs de instalação pra ele. A criatura simplesmente não vai conseguir instalar. Kenjiro --~--~---------~--~----~------------~-------~--~----~ 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] -~----------~----~----~----~------~----~------~--~---
