On Tue, May 13, 2003 at 08:27:30AM +0200, Miguel Moquillon wrote:
>
> Par contre, j'ai des pb avec la mise a jour de console-common dans
> sarge. Voici ce que j'obtiens comme message :
> Préparation du remplacement de console-common 0.7.20 (en utilisant
> .../console-common_0.7.22_all.deb) ...
> dpkg : erreur de traitement de
> /var/cache/apt/archives/console-common_0.7.22_all.deb (--unpack) :
> le sous-processus pre-installation script a retourné une erreur de
> sortie d'état 29
> Loading /etc/console/boottime.kmap.gz
> Des erreurs ont été rencontrées pendant l'exécution :
> /var/cache/apt/archives/console-common_0.7.22_all.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)
>
> super non ?
> Ce genre de probleme aurait du etre regle dans unstable avant d'etre
> admis dans testing ! A moins que le pb vient d'ailleurs ... de chez moi.
It's not a bug, it's a feature (tm).
dpkg-reconfigure console-common et on choisit latin9. Christian avait
donné la solution ici meme il y a quelques temps.
> Sans oublier que dans sarge, une partie des packages sont compilees avec
> libpng2, d'autres avec libpng10 ou encore libpng12. Bref :
> dpkg -l | grep png
> ii libgtk2.0-0png 2.2.1-4 Dummy package for libgtk2.0-0
> ii libpng10-0 1.0.15-2 PNG library, older version - runtime
> ii libpng10-dev 1.0.15-2 PNG library, older version -
> development
> ii libpng12-0 1.2.5-10 PNG library - runtime
> ii libpng12-0-dev 1.2.5-10 PNG library - development
> ii libpng2 1.0.15-2 PNG library, older version - runtime
> ii libpng3 1.2.5-10 PNG library - runtime
>
> La meme chose avec gcc-3.x.y ou d'autres lib. Bon, ok, je suis en testing
> (sarge), mais qd meme, faudrait qu'ils accordent leur violon de temps en
> temps, et hop un peu de menage. Pour les libs, ca peu passer encore,
> mais avec gcc-3, c'est gonflant : je me ramene avec plusieurs distribs
> de gcc-3 alors que je ne souhaite utiliser que la 3.2 ou au mieux la
> 3.3. Qu'ils se decident une fois pour toute merde ! Il y a quelque
> temps, ils etaient convenus de gcc-3.2, qu'ils s'y matiennent tous. Ou
> alors qu'ils migrent vers la 3.3 une fois pour toute et assez
> rapidement. Ou alors qu'ils font un gcc_3.2, gcc_3.3, gcc_3.0,, etc, et qui
> fournissent gcc-3.x, et qui donc s'excluent mutuellement. Entre la 3.x et
> les version 2.9 je comprends qu'ils ne peuvent s'exclure car trop
> differents, mais pas entre les versions 3.x !
Une migration, ça se fait pas d'un coup d'un seul. Je viens d'installer
une mdk 9.1 à mon frangin, et je peux te dire que là non plus tout n'est
pas rose. Il fournissent au choix un kernel 2.2 ou 2.4, ils ont aussi :
insmod, insmod-24, depmod, depmod-24 ...
bref, c'est pas encore ça, s'ils avaient laissé seulement le choix du
2.4, ca aurait certainement cassé des choses. Pour debian c'est pareil,
donc on garde temps qu'il y a besoin. Ca te dérange tant que ça ?
Si tu veux vraiment voir des choses ignobles, je te conseille un :
apt-cache unmet
> Il y a des moments, ca me gonfle. Je suis en testing, mais j'ai
> l'impression de me trouver en unstable comme autrefois d'avant la venue
> de testing.
En testing, la libc est cassée de temps en temps aussi ?
--
We are the knights who say
echo '16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlbxq'|dc
