Slackware: QTGZManager chega à versão 1.0

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]

Comentar

comments powered by Disqus

Comentários arquivados

Comentário de Guilherme em 13/02/2013 às 11:16:31

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.

Comentário de Alexandre Arnt em 13/02/2013 às 11:51:38

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!

Comentário de Guilherme em 13/02/2013 às 12:28:44

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.

Comentário de UnderVelvet em 13/02/2013 às 15:53:34

o slackware tem comandos para resolver dependencias... não precisa de scripts para isso... só basta não ser burro

Comentário de UnderVelvet em 13/02/2013 às 16:10:25

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".

Comentário de UnderVelvet em 13/02/2013 às 16:24:26

ah... faltou a outra palavrinha paz! X;)

O que é Linux • Download Linux • Apostila Linux • Enviar notícia

BR-Linux.org