Slackware: QTGZManager chega à versão 1.0
| Tweet |
|
Enviado por Alexandre Arnt (aaarntΘgmail·com):
“Caros usuários do Slackware e afins, foi lançada a versão 1.0 do gerenciador de pacotes QTGZManager. Trata-se de um poderoso utilitário Qt4 usado para gerenciar as coleções de pacotes do Slack. Entre as funções estão: visualização do conteúdo dos pacotes, (re)instalação, remoção, atualização de pacotes usando root, kdesu, gksu, ktsuss, pesquisa de pacotes e arquivos dentro de pacotes, download dos últimos patches oficiais do Slack entre outros. Maiores informações e link para download em: [qtgzmanager.wordpress.com/…]” [referência: qtgzmanager.wordpress.com]
| Tweet |
|
• Publicado por Augusto Campos em
13/02/2013 às 10:00 am
• Link direto para este post: http://br-l.org/!48544
• Siga no Twitter: @brlinuxblog e @augustocc
• Mais posts do mesmo tema: Distribuições
• Link direto para este post: http://br-l.org/!48544
• Siga no Twitter: @brlinuxblog e @augustocc
• Mais posts do mesmo tema: Distribuições
@brlinuxblog
Feed RSS
Mais uma solução que não resolve dependências (resolve?). Eu entendo perfeitamente a filosofia do slackware, mas deveria haver uma forma de automatizar a ‘incansável’ busca pelas dependências.
Deixando a filosofia de lado, e observando o lado prático, customizar um servidor ou uma estação de trabalho é uma coisa, agora customizar uma laboratório completo, um andar ou um prédio é totalmente diferente.
O QTGZManager é uma excelente ferramenta gráfica, podendo substituir até mesmo o pkgtools. Mas não trás inovações (por favor, não me levem a mal). Os recursos oferecidos pelas ferramentas de gerenciamento de pacotes, não vão além do que o slackpkg (nativo do slackware) faz.
Existe o slapt-get, que resolve dependências, porém não é homologado oficialmente. Muitas distros baseadas no slackware utilizam o slapt-get, mas produzem seus próprios pacotes. Isso pode ser bom e ruim. É bom pois o problema principal, resolução de dependências, é resolvido (resolução resolvida…). Porém, segurança e estabilidade, provindas dos pacotes nativos do slackware, são perdidas.
Enfim, fica a crítica às atuais e novas soluções de gerenciamento de pacotes e até mesmo ao modelo pré-histórico adotado pelo slackware.
Paz.
Guilherme,
Entendo perfeitamente o teu desabafo, mas acho que tu também sabe que muito provavelmente o Slack não mudará seus princípios quanto a questão dependências. Obviamente não posso garantir nada :-)
Quando comecei a desenvolver o QTGZManager, o fiz pela necessidade de usar uma ferramenta gráfica que me dissesse rapidamente qual era o estado da razoável coleção de pacotes que possuía dentro do meu diretório home. Claro que com o passar do tempo (iniciei há mais de 6 anos), o feedback que recebi fez com que novas funções fossem agregadas.
Só gostaria de clarificar duas coisas:
1) O QTGZManager necessita do pkgtools para funcionar; ou seja, ele nunca poderá substituí-lo.
2) O QTGZManager permite busca de pacotes e arquivos dentro de pacotes, tanto instalados como não instalados, além de baixar os patches oficiais diretamente de um mirror Slackware de sua preferência. Isto, na minha concepção são inovações.
E quanto às outras ferramentas: utilizo praticamente todas elas, incluindo o slapt-get, uma vez que sou fã do Salix! Inclusive costumo dizer para todas as pessoas façam o mesmo, uma vez que a grande maioria se complementa!
Ahh, gostei do final da tua mensagem e vou repeti-lo ;-)
Paz!
Opa, Alexandre.
Algumas considerações:
1) Quando disse ‘substituir’, era no sentido de ‘utilizar um no lugar do outro’, e não ‘remover um para só utilizar o outro’. Tipo, a interface do pkgtools é horível, comparada ao QTGZManager. Assim, confesso que prefiro utilizar o segundo. ;)
2) Quanto a busca de arquivos e patches, o slackpkg já faz isso. Sorry.
Abraço e Paz.
o slackware tem comandos para resolver dependencias… não precisa de scripts para isso… só basta não ser burro
geralmente a turma não sabe que instalacao automatica de dependências também da trabalheira… alem de sobrecarregar o sistema. imaginemos aqui dois aplicativos pre-compilados que usam versões diferentes de uma mesma dependência? neste caso só existem duas saídas: ou VC mantem as duas versões da dependências (o q eh meio absurdo, já que mudar a versão da dependência pode comprometer a estabilidade do sistema num todo), ou VC recompila os fontes para suportar a dependência existentes na sua distro. o Slackware mantem a segunda opção adivinha porque?
programas de instalação de pacotes com resolução de dependências geralmente comprometem a estabilidade do sistema. eu vejo isso direto na turma que usa. eh um corre corre e alvoroço quando mexem demais.
o linux tem comandos apropriados para resolução de dependências e a forma correta de lhe dar com estabilidade do sistema eh não mexer nas dependencias. por isso que o slackware não entra nesse “mérito”.
ah… faltou a outra palavrinha
paz! X;)