sem comentarios. 2012/4/18 Mrk3004 <[email protected]>
> Acho que você não compreendeu muito bem a minha perspectiva de difícil e > trabalhoso. > > Por que é fácil? Porque não importa a forma ou que linguagem vá fazer, as > funções, comandos, variáveis que serão utilizadas na elaboração desse > gerenciador, todo programador já está careca de saber, você não tem que > criar nada de realmente novo, só precisa "organizar" os dados que já > existem (em sua mente). É como um quarto bagunçado que você tem que > arrumar, isso é trabalhoso, seria difícil se você tivesse que construir os > móveis. > > Difícil mesmo foi começar o projeto Wine, criar o primeiro Kernel, os > primeiros drivers para dispositivos multimídia, um tradutor de instruções > de máquina (assembly). > > Criar um simples gerenciador de pacotes? Isso é fácil... > > Eu já comecei a fazer um sistema parecido com o gerenciamento de pacotes > do debian, que funcionava em conjunto com meu ftp e um aplicativo escrito > em python+gtk, mas ele precisava de um mantenedor que atualizasse os > pacotes no ftp para que tudo se tornasse realmente melhor, porque eu tendo > que atualizar tudo, acabava se tornando mais chato e demorado, pois não > queria utilizar o velho padrão de dados de repositórios do Slackware, pois > nesses seria difícil manter uma checagem de dependência segura e funcional. > E também com o tempo fui percebendo que não precisava disso no Slackware, > era só um vício que trazia de outras distribuições. Passei a utilizar > algumas funções desse mesmo programa para em vez de gerenciar dependências, > gerenciar versões, pois gosto de estar sempre atualizado com as ultimas > libs disponível. Agora ele atua como um daemon que de tempos em tempos > checa a url do site oficial do pacote e verifica se há alguma nova versão > do mesmo, se houver eu sou avisado com uma notificação na área de trabalho > e também um e-mail caso eu não esteja aqui, assim eu posso manualmente > baixar e compilar a nova versão. Isso é útil para mim, porque uso meu > sistema apenas para fins pessoais e tenho tempo para fazer essas > compilações, mas pode ser totalmente inútil para quem usa para outros fins. > > Eu acho que tudo vai do perfil do usuário, se você acha que estamos um > passo atrás de outras distros, e prefere o gerenciador de pacotes dessas, > você pode migrar. Eu faria isso se as dependências fosse um problema para > mim. Linux não deixa de ser Linux, não vejo porque não migrar. > > Em quarta-feira, 18 de abril de 2012 00h52min36s UTC-3, predador escreveu: > >> 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://www.slackwarebrasil.org/> >>> http://groups.google.com/**group/slack-users-br<http://groups.google.com/group/slack-users-br> >>> >>> Antes de perguntar: >>> http://www.istf.com.br/**perguntas/ <http://www.istf.com.br/perguntas/> >>> >>> Para sair da lista envie um e-mail para: >>> slack-users-br+unsubscribe@**googlegroups.com<slack-users-br%[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] > -- 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]
