Rodrigo, nao sei se vc jà resolveu isso, mas aqui vao mais alguns comentÃrios... sem apagar nada, pra ajudar a lembrar.
Rodrigo Baroni wrote:
On Tue, 22 Feb 2005 21:55:28 -0300, Marcos Vinicius Lazarini <[EMAIL PROTECTED]> wrote:
Rodrigo Baroni wrote:
Estou tentando instalar o gaim da versÃo instÃvel, mas nÃo sei o por quà que ele quer remover o aspell-pt-br e aspell-pt-common:
gnu:/home/baroni# apt-get -o Debug::pkgProblemResolver=yes install gaim -t unstable Lendo Lista de Pacotes... Pronto Construindo Ãrvore de DependÃncias... Pronto Starting Starting 2 Investigating aspell Package aspell has broken dep on aspell-en Considering aspell-en 1 as a solution to aspell 1 Re-Instated aspell-en Re-Instated aspell Done Os pacotes extra a seguir serÃo instalados: aspell aspell-en gaim-data libaspell-dev libaspell15 libstartup-notification0 Pacotes sugeridos : gnome-panel kicker evolution-data-server libzephyr3 Os pacotes a seguir serÃo REMOVIDOS: aspell-pt-br aspell-pt-common
> Os pacotes a seguir serÃo atualizados : > aspell aspell-en gaim gaim-data libaspell-dev libaspell15 > libstartup-notification0 > 7 pacotes atualizados, 0 pacotes novos instalados, 2 a serem removidos > e 617 nÃo atualizados.
Vendo aqui na net, o gaim depende do libaspell15 (>= 0.60), que por sua vez recomenda o aspell-en ou aspell-dictionary (que à um virutal package). Porem, esse comportamento à sà do unstable, e se vc jà tinha o aspell-pt-br do testing, ele pode nÃo ter sido esperto o suficiente pra notar isso e dar um upgrade.
A libaspell15 està atualizada. O gaim està dependendo da libaspell15
= 0.60 que à da unstable - aà està o problema: (embora dependÃncias
de bibliotecas NUNCA deveria ser um problema segundo o esquema utilizado em sistemas UNIX: http://www-106.ibm.com/developerworks/linux/library/l-shlibs.html?ca=dgr-lnxw82SharedLib)
----------------apt-show-versions libaspell15----------------------------
gnu:/home/baroni# apt-show-versions libaspell15
libaspell15/testing uptodate 0.50.5-5
gnu:/home/baroni# apt-show-versions -a libaspell15
libaspell15 0.50.5-5 install ok installed
No stable version
libaspell15 0.50.5-5 testing
libaspell15 0.60.2-2 unstable
libaspell15/testing uptodate 0.50.5-5
gnu:/home/baroni# ----------------------------------------------------------------------------------
E se eu mando instalar ela, ela tenta (tambÃm!) remover o aspell-pt-br:
-----------------apt-get install -t unstable libaspell15 ------------------ gnu:/home/baroni# apt-get install -t unstable libaspell15 Lendo Lista de Pacotes... Pronto Construindo Ãrvore de DependÃncias... Pronto Os pacotes extra a seguir serÃo instalados: libaspell-dev
Opa, perai - pq ele quer instalar o libaspell-dev? NÃo achei essa dependencia na web.... vc queria compilar? Nao captei aqui...
Os pacotes a seguir serÃo REMOVIDOS: aspell aspell-en aspell-pt-br aspell-pt-common sgml-spell-checker
isso eu acho q à pq ele vai instalar o libaspell-dev do unstable, q pede
libaspell15 (= 0.60.2+20050121-1) para arquitetura not hurd-i386. Por
algum motivo, ele achou q deveria tirar esses pacotes, e nÃo
atualiza-los. Talvez pq nem todos estivessem disponÃveis, e ai ele
resolveu remover.
Aqui pela web eu nao consegui achar uma justificativa (nao aparece os conflitos)... vi que o aspell depende do dictionary-common, que depende do perl. Acho improvÃvel, mas serà q ele tentou atualizar o perl, nao conseguiu e ai resolver remover?
Alem disso, o aspell-pt-br està dentro de um virutal package, o q pode enbananar o apt... outra coisa à que o aspell-en aparece tanto fora como dentro do virtual package.
Os pacotes a seguir serÃo atualizados : libaspell-dev libaspell15
Hummm... perai, esse libaspell-dev vai ser instalado ou atualizado? nao entendi...
2 pacotes atualizados, 0 pacotes novos instalados, 5 a serem removidos e 671 nÃo atualizados. Ã preciso fazer o download de 688kB de arquivos. Depois de desempacotar, 16,2MB de espaÃo em disco serÃo liberados. Quer continuar? [S/n] ------------------------------------------------------------------------------------
E vendo as dependencias dela nÃo hà o porquà de ela querer remover o aspell-pt-br:
-------------------apt-cache show libaspell15------------------------------- gnu:/home/baroni# apt-cache show libaspell15 (da unstable) [...] Version: 0.60.2-2 Replaces: libaspell0, libaspell1, libaspell2, libaspell3, libaspell4, libaspell5, libaspell6, libaspell8, libaspell10, libas pell11, libpspell2, libpspell4, libpspell15, aspell-bin (<< 0.50.3-4), aspell-bg (<= 3.0-1) Provides: libaspell11 Depends: libc6 (>= 2.3.2.ds1-4), libgcc1 (>= 1:3.4.1-3), libstdc++5 (>= 1:3.3.4-1) Recommends: aspell-en | aspell6-dictionary Suggests: aspell-bin Conflicts: libaspell0, libaspell1, libaspell2, libaspell3, libaspell4, libaspell5, libaspell6, libaspell8, libaspell10, libaspell11, libpspell2, libpspell4, libpspell4c102, aspell-en (<< 0.50), aspell-da (<= 1.4.22-2.3), aspell-de (<= 0.1-3-3), aspell-es (<= 0.0-3-3), aspell-fo (<= 0.1.16-2.3), aspell-fr (<= 0.1-3-4), aspell-nl (<= 1:0.1e-26), aspell-no (<= 2.0-9), aspell-pt (<= 0.0-3-4), aspell-bg (<= 2.0-2.2), aspell-dictionary ------------------------------------------------------------------------
As dependÃncias estÃo ok:
------------Verificando as versÃes das dependÃncias------ gnu:/home/baroni# apt-show-versions libc6 libc6/testing uptodate 2.3.2.ds1-20 gnu:/home/baroni# apt-show-versions libgcc1 libgcc1/testing uptodate 1:3.4.3-6 gnu:/home/baroni# apt-show-versions libstdc++5 libstdc++5/testing upgradeable from 1:3.3.5-5 to 1:3.3.5-8 gnu:/home/baroni# ------------------------------------------------------------------------
Os conflitos tambÃm - nenhum pacote pertencente as versÃes que possuem conflito:
--------------------dpkg -l | grep aspell---------------------------
gnu:/home/baroni# dpkg -l | grep aspell
ii aspell 0.60.2-2 GNU Aspell spell-checker
ii aspell-bin 0.50.5-5 GNU Aspell standalone spell-check utilities
ii aspell-doc 0.50.5-5 Documentation for GNU Aspell spell-checker
ii aspell-en 0.51-1-1 English dictionary for GNU Aspell
ii aspell-pt-br 2.4.really.3.0 The Brazilian Portuguese dictionary for GNU ii aspell-pt-comm 0.50-2-3 The Portuguese dictionary for GNU Aspell (co
ii libaspell-dev 0.50.5-5 Development files for applications with GNU ii libaspell15 0.50.5-5 The GNU Aspell spell-checker runtime toolkit
gnu:/home/baroni#
------------------------------------------------------------
.. com exceÃÃo do meta pacote aspell-dictionary que està na lista de conflitos, e que o aspell-pt-br pertence:
-----verificando os pacotes pertencentes ao meta pacote aspell-dicionary---
gnu:/home/baroni# apt-get install aspell-dictionary Lendo Lista de Pacotes... Pronto
Construindo Ãrvore de DependÃncias... Pronto
O pacote aspell-dictionary à um pacote virtual provido por:
[...]
aspell-pt-br 2.4.really.3.0.beta4-7
[...]
Vocà deve selecionar um explicitamente para instalar.
E: O pacote aspell-dictionary nÃo tem candidato para instalaÃÃo
gnu:/home/baroni# ----------------------------------------------------------
Serà se esse à o problema? Se sim, por quà esse conflito, sendo que a versÃo testing trabalha com ele normalmente e que se eu forÃo a instalaÃÃo do libaspell15 > 0.60 (que serà instalada como dependÃncia do gaim) junto com a aspell-pt-br da unstable ele procede normalmente como eu disse:
Bom, ao que parece a dependencia virtual parece nÃo estar funcionando direito... Eu acho que à isso mesmo.
Mas entÃo quando eu mando instalar o (jà instalado e atualizado) aspell-pt-br e aspell-pt-common ele processe normalmente:
----------Executando apt-get install gaim aspell-pt-br, aspell-pt-common-------------- gnu:/home/baroni# apt-get -o Debug::pkgProblemResolver=yes install gaim aspell-pt-br aspell-pt-common -t unstable
Aqui deve estar o problema: vc disse explicitamente pra pegar do unstable - e se vc colocar como testing? serà q ele vai dar conflito com alguma coisa? Nesse caso, acho que a sequencia q vc fez na instalaÃÃo foi importante...
Tentei entÃo seguindo a sugestÃo do Marcos instalar a versÃo testing do gaim, e... as dependÃncias estÃo quebradas! :
----------apt-get install gaim (-t testing nÃo precisa jà que testing
à a de maior prioridade em /etc/apt/preferences)----------
gnu:/home/baroni# apt-get install gaim
Lendo Lista de Pacotes... Pronto
Construindo Ãrvore de DependÃncias... Pronto
Alguns pacotes nÃo puderam ser instalados. Isso pode significar que
vocà solicitou uma situaÃÃo impossÃvel ou se vocà està usando a
distribuiÃÃo instÃvel, que alguns pacotes requeridos nÃo foram criados ainda ou foram tirados do Incoming.
Jà que vocà solicitou uma Ãnica operaÃÃo à bem provÃvel que o pacote esteja simplesmente nÃo instalÃvel e um relato de erro sobre esse pacotes deve ser enviado. A informaÃÃo a seguir pode ajudar a resolver a situaÃÃo:
Os pacotes a seguir tÃm dependÃncias desencontradas: gaim: Depende: libaspell15 (>= 0.60) mas 0.50.5-5 està para ser instalado E: Pacotes quebrados -----------------------------------------------------------------------------------
Isso, a meu ver, Ã um problema que o PIM (que vc explica abaixo) nÃo conseguiu resolver. Supostamente, ele deveria cuidar disso, nao?
[...]
Embora agora tente remover o aspell-en. Se coloco para instalar ele tambÃm ele prossegue normalmente sem remover entÃo nenhum pacote. AlguÃm sabe o por quà que ele està insistindo em remover o aspell-pt-{br,common} ?
Bom, as minhas sugestÃes estÃo acima... veja se estou enganado, e depois mande a sua posiÃÃo para a lista! :-)
Fiz isso Marcos, novamente obrigado pela atenÃÃo nesse problema que comeÃa a parecer um bug no dpkg/apt... AlguÃm tem alguma idÃia?
Ainda nÃo tenho certeza.... o problema de dependencias à que elas vÃo entrando repositÃrio a dentro e o correto seria chegar uma por uma na mÃo, pra ver onde surge alguma inconsistÃncia...
Estou usando um Debian Sarge como principal mas com acrÃscimo de pacotes stable e unstable:
---------------ConteÃdo do /etc/apt/preferences------------------------------------------- gnu:/home/baroni# cat /etc/apt/preferences Package: * Pin: release a=stable Pin-Priority: 600
Package: * Pin: release a=testing Pin-Priority: 900
Package: * Pin: release a=unstable Pin-Priority: 800
gnu:/home/baroni# --------------------------------------------------------------------------------------------
Essas configuraÃÃes de prioridade indicam para instalar sempre pacotes da testing quando nÃo indicado explicitamente qual tipo e instalar pacotes unstable ou stable quando indicado com -t testing|stable.
Eu nunca consegui usar direito os tres repositÃrios ao mesmo tempo; sempre fiquei com stable/testing e testing/unstable. Esse negÃcio de pin sempre me deu dor de cabeÃa e nao funcionava direito. Acabei criando um apt.conf com a diretiva 'APT::Default-Release "stable";' e uso dois repositÃrios apenas no sources.list.
-------Segundo as explicaÃÃes de man 5 apt_preferences:------------ 500 < P <=990 : faz com que uma versÃo seja instalada a menos que exista uma versÃo disponÃvel pertencente a versÃo alvo ou a versÃo instalada seja mais recente. ---------------------------------------------------------------------------------------
EntÃo utilizando o /etc/apt/preferences com prioridades nessa faixa de valores (conforme eu postei - com a prioridade maior nessa ordem: testing, unstable e stable), quaisquer dos comandos a seguir farÃo com que o APT atualize para a(s) Ãltima(s) versÃo(Ães) testing.
aptâget install nomeâpacote aptâget upgrade aptâget distâupgrade
E para instalar uma versÃo especÃfica da unstable ou stable (e atualizar o pacote - caso ele jà esteja instalado em uma destas versÃes)
aptâget install pacote/unstable (ou pacote/stable)
Com o comando aptâget upgrade atualizando o pacote para a versÃo testing mais recente caso essa versÃo seja mais recente que a versÃo instalada. Caso nÃo seja, o pacote serà atualizado para a versÃo unstable mais recente caso a mesma seja mais recente que a versÃo instalada.
Ou seja, se vocà ficar um bom tempo sem atualizar um pacote da unstable de modo que a versÃo dele và para a testing, quando vc fizer um "apt-get upgrade" ele irà entÃo acompanhar o pacote na versÃo testing.
Agora quanto ao conflito, ainda nÃo sei o que se passa :(. IdÃias?
Bom, eu acho que se tiver algum furo, Ã nesse esquema de PIM! :-) Apenas um palpite... achei bem complicado a resoluÃÃo que ele faz.
-- Marcos
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
