Tenho utilizado slackware desde 2003. Utilizo em meu Desktop, notebook, netbook e em servidores. Eventualmente, quando o slackware não se demonstra apropriado uso um ubuntu, mint, debian e mesmo o windows.
Tenho servidores Slackware que estão rodando até hoje com quase 8 anos sem nunca terem sidos sequer reiniciados. Um servidor ou outro já foi parado por troca de HD, ou coisa do tipo, mas nunca devido ao sistema. A estabilidade é indiscutível. Gosto do estilo simplista do slack, porém quando estou no meio de desenvolvimento profissional, uma ferramenta de gerenciamento seria interessante (acho interessante o estilo do emerge ou pkgsrc, apesar de já ter experimentado o emerde, o sistema perde toda estabilidade), porque esses momentos não são apropriados para ficar perdendo tempo em aprender ou ficar caçando dependência. É preciso ter as coisas funcionando para que o foco seja o problema que tem que ser resolvido. Porém, as vezes penso que a falta desta ferramenta, é força da distribuição. A estabilidade poderia ser comprometida caso haja um sistema complexo desses implementado. Sei lá isso é discutível. Abraços ________________________________ De: Hav0k <[email protected]> Para: [email protected] Enviadas: Quarta-feira, 18 de Abril de 2012 0:52 Assunto: Re: [slack-users] Re: slackbuilds automatizado baixando dependencias? Boa noite, cara nao precisa se perdoar por nada, mas o lance de voce usar slackware a pouco tempo talvez ainda nao tenha dado pra voce perceber que existem coisas que simplesmente nao valem a pena serem feitas de forma manual o tempo todo, isso nao implica em não saber como funcionam ou como fazer da forma manual. Mas acho que voce ao menos ja deve ter feito um script que resolvesse problemas de dependencia pra dizer que é facil e/ou trabalhoso? " Qualquer um com conhecimento mínimo em programação poderia fazer, em qualquer linguagem" (???) Isso lembra a teoria do macaco infinito, que é mais ou menos assim, se voce tiver infinitos macacos sentados na frente de infinitos teclados e teclando aleatoriamente por um intervalo de tempo infinito em algum momento um macaco terá escrito um patch para o sbopkg que compreenderia e resolveria problemas hipoteticos de dependencia. (hehehe) Talvez todas as zilhoes de horas gastas para resolver problemas de dependencias e modulos do kernel tenham me dado uma base solida sobre linux e principalmente slackware em geral, mas IMHO ainda acho que no quesito gerenciador de pacotes e dependencias estamos um passo atrás do apt-get, yum, ports, pkgsrc etc... Isso apenas faz com que tenhamos sistemas altamente customizados o que é uma das principais vantagens. Infelizmente creio que no meu caso, se fizesse um script pra resolver esse problema dispenderia muito tempo e teria um script pouco eficiente. Mas as vezes alguma ideia simples faz acontecer o pulo do gato, bem é isso ai Valeu. 2012/4/17 Mrk3004 <[email protected]> Me perdoem por responder um tópico já antigo e parado, mas deu vontade de me expressar. > > Uso Slackware a pouco tempo e vejo que muita gente procura "um script ninja" >que faça tudo automaticamente pra você: que instale, baixe as dependências, e >as vezes até compilar tudo automaticamente, mas eu creio que o caminho não >seja por ai. > > Eu programo desde criança, é minha brincadeira favorita, não uso isso de >forma profissional. Sei que talvez alguns discordem, mas digo com toda certeza >que é muito fácil criar esse "script ninja" que tantos procuram. Qualquer um >com conhecimento mínimo em programação poderia fazer, em qualquer linguagem. O >ponto que merece atenção é que existe uma diferença estrondosa entre algo >difícil e trabalhoso. Difícil é aquilo que você tenta, tenta, tenta e as vezes >é tão complicado que você não consegue e deixa para tentar outro dia (alguns >desistem). Trabalhoso é aquilo que você consegue fazer sem problemas, sem >torrar a cuca, mas que devora todo o seu tempo, seus dias, sua disposição e >quando você olha percebe que só completou 1% da tarefa. > >Um projeto como esse com o intuito de ser perfeitamente funcional e talvez uma >solução definitiva para a comunidade é algo fácil, mas extremamente >trabalhoso, pois você está criando um padrão de conjunto de dados. Esses dados >são dinâmicos e devem ser compatíveis e aplicáveis a qualquer pacote. Por >falar em pacote, para ser perfeitamente funcional, seria necessário criar um >novo padrão de pacotes, pois os pacotes do Slackware não possuí regras muito >específicas, não teria como interpretar todos os dados com 100% de exatidão. > >O Ubuntu por exemplo, na minha opinião, tem um gerenciamento de pacotes >(quando se trata de facilidade) perfeito. Quem conhece, quem já criou pacotes >para o sistema e usou a hospedagem de ppa do launchpad ou dos repositórios >oficiais devem conhecer a rigidez das regras que são utilizadas nos pacotes e >na verificação de dados, totalmente diferente do Slackware onde basicamente >você compacta os arquivos com alguma info simples e pronto (claro que existe >algumas regrinhas e verificações básicas, mas são muito simples, é como o ar >que você precisa para respirar, ninguém precisa te dizer isso, você sabe que >precisa). > >Comentei sobre o ubuntu porque, na verdade, o Ubuntu é complexo se comparado >ao Slackware (desenvolvimento), e é por esta razão que estou no slackware. O >slack esta vivo até hoje por manter as coisas simples, se tudo no slack fosse >cheio de regrinhas e padrões como acontece no ubuntu, eu provavelmente >estaria usando alguma distro alternativa e desconhecida que encontrasse pela >net... > >Sei que tem alguns que podem até está querendo facilitar trabalhos rotineiros, >mas acho que não é por ai. > >Eu tenho 18 anos, ainda tenho muito o que aprender, mas nesses anos que vivi >eu vi muita coisa perder a graça porque todo mundo quer facilitar tudo. Os >desenhos animados hoje são feitos com computação gráfica, qualquer um que >queira pode criar com um pouquinho de estudo, não é mais algo que você olha e >admira a pessoa que fez. Os jogos, os vídeo games, já não tem mais aquela >emoção de antigamente, por que você sabe que aquilo foi fácil de criar, e por >isso mesmo já não tem todo aquele capricho e dedicação por parte dos >criadores, virou algo comum. Os filmes, ninguém sabe mais quem são os >diretores, produtores, designers, redatores, porque já não é importante. Eu >poderia criar um filme sozinho com uma câmera comum, meu computador e o >Blender. Você poderia e qualquer um que realmente quisesse. Percebe o que >estou dizendo? > >Bom, o que quero dizer, é que quando se facilita algo, não importa o que seja, >isso é desvalorizado de alguma forma, e com o tempo, isso vai ficando mais >notável. Certas coisas podem ser facilitadas para que você possa ter acesso ao >que nunca teria antes, como é o caso do Ubuntu e os usuários iniciantes, ou >até mesmo o Windows, mas cada caso é um caso. Lembro-me dos velhos disquetes >de boots e a dificuldade de instalar o Windows 95 no meu velho 486, talvez não >estivesse aqui hoje usando Slackware e respondendo nessa comunidade se algum >espertinho tivesse inventado um instalador wizard antes disso, pois assim eu >não teria aprendido nada, simplesmente daria um clique e estaria tudo pronto. >Mas isso não seria por falta de capacidade, e sim por falta de necessidade, e >esse é ponto. > >As pessoas aprendem aquilo que realmente é necessário para elas, se não tem >necessidade você não aprende, é simples assim. Se houvesse uma forma simples >para tudo, não aprenderíamos nada por falta de necessidade, não iríamos >evoluir em nada e nem ter ideias brilhantes, invenções únicas e pessoas >fantásticas (Salvo aqueles que assim como eu não se contentam em saber que o >interruptor liga a lampada, precisam saber como ele liga a lampada... Se bem >que mesmo nesse caso não deixa de ser uma necessidade...). > >O Slackware, assim como a vida, tem suas chateações e coisas que gostaríamos >de mudar, mais na verdade é isso que torna a experiência interessante...pensem >nisso. > >Força! > >Em sexta-feira, 25 de novembro de 2011 17h52min09s UTC-2, predador escreveu: >Boa tarde, >> Gostaria de saber se algum de voces conhece/tenha feito algum script ninja e >>que queira compartilhar que detecte e baixe as dependencias faltantes e que >>compile os pacotes pelo SlackBuilds? muitos ja usaram slapt-get? slackpkg? >>swaret? ou portaram outros gerenciadores de pacote de outras distros? em um >>momento passado ainda no Slack 8 lembro de ter instalado depois de zilhoes de >>dependencias e muito empenho o pkgsrc, gerenciador de pacotes do NetBSD no >>slack... funcionou tranquilo mas acabei abandonando depois de um tempo e >>voltei a compilar tudo na mao denovo, depois acabei ficando sabendo que um >>sujeito italiano "batizou" um linux (slack+pkgsrc) com novo nome... >> Sou a unica pessoa que tem a forte sensação que estamos atrasados no quesito >>gerenciador de pacotes com repositorios do que outras distribuições? Isso >>explicaria a redução de servidores em produção rodando Slackware nos dias de >>hoje comparado a alguns anos anteriores? Quantos de nós acabamos tendo que >>utilizar outras distribuições no trabalho por conta dessa necessidade? Qual a >>opinião de voces sobre o assunto? >> >>-- >>Grato, >> >>J. Tozo >> _ >> °v° >> /(S)\ SLACKWARE >> ^ ^ Linux >>_____________________ >> because it works >> >> >> >-- >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] -- Grato, J. Tozo _ °v° /(S)\ SLACKWARE ^ ^ Linux _____________________ because it works "Feliz Aquele que transfere o que sabe e aprende o que ensina" -- 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] -- 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]
