Re: apt-get & pakage xlibmesa3-glu
Patrick Noel wrote:
Le mar 20/01/2004 à 11:26, Farid Messaoud a écrit :
Patrick Noel wrote:
le apt-cache show xlibmesa3 | grep Version donne :
Version: 4.2.1-15
Version: 4.2.1-5jds2
Version: 4.1.0-16woody1
Le apt-cache show xlibmesa3-glu | grep Replace donne :
Replaces: xlibmesa3 (<< 4.2.1-5), mesag3 (<< 5.0.0-1),
libglu1,libutahglx1
Est ce que je suis en SID ? en fait je ne sais pas. J'ai installé au
début une woody avec le noyau 2.4.18 avec comme source.list les 3
premier CD de la distribution.
deb cdrom :[Debian GNU/Linux 3.0 r1_Woody_-Official i386 Binary-3
(20021218)]/ unstable contrib main non-US/contrib non-US/main
Binary-2 & binary-3
La tu es en unstable
Puis j'ai fait une mise à jour des packages depuis les sites ftp avec
dans mon source.list :
deb ftp://ftp.fr.debian.org/debian-non-US/ stable/non-US contrib main
la en stable
deb ftp://ftp.fr.debian.org/debian/ stable contrib main non-free
stable toujours
deb ftp://ftp.fr.debian.org/debian/ unstable contrib main non-free
deb http://security.debian.org/ stable/updates main contrib non-free
stable encore
deb http://debian.stdout.at/ ./
deb ftp://ftp.nerim.net/debian-marillat/ stable main
deb
Et hop unstable encore
http:/ftp.kulnet.kuleuven.ac.be/pub/mirror/ftp.vpn-junkies.de/openoffice
/sarge main contrib
http://ftp.acc.umu.se/mirror/mirrors.evilgeniuses.org.uk/debian/backports/woody gnome2.2/
Tu ne te pose pas des questions ?
Ben si
Tu en a en stable puis en unstable ...
Il faut ce douter que si tu ne les gère pas tu risque de te mordre les
doigts...
----------------------------
pourquoi à partir d'une installation de la woody avec un kernel 2.4.18
(au boot j'ai mis bf24) je suis en unstable ?
est ce du à la version du kernel ?
Non cela n'a rien a voir avec la version de ton kernel mais avec les cd
que tu utilise,
Si tu telecharge des images de testing ou unstable et que tu boot avec
c'est normal que tu soi en testing ou en unstable...
Je te conseil de telecharger une image du premier cd de la woody sur
ftp://ftp.nerim.net/debian-cd/3.0r2/i386/ en plus tu es en 3r2.
Farid MESSAOUD
--------------------------
-------------------------
Ce que je te conseil c'est de rester 100% stable ou 100% unstable ou
100%testting mais pas les trois ni même les deux si tu ne sais pas les
gérer...
si je comprend bien
woody = stable
sarge = unstable
sid = testing
Tu comprend bien cela est valable pour le moment car quand sarge
deviendra stable elle remplacera woody...
Farid MESSAOUD
-----------------------------
----------------------------------------------------
je veux pouvoir utiliser des packages récents même si je prend le risque
d'avoir des pb sur certains, il faut donc que je passe en testing ?
Non il ne faut pas que tu passe forcemant en testing tu fais un $man
apt_preferences ou une recherche sur le net sur apt_preferences.
Ce fichier de preference te permet de preferer certaines versions de
packets (stable/unstable/testing) et d'en gerer les dependances.
C'est moin dangereux que ta facon de faire ...
FARID MESSAOUD
----------------------------------------------------
Pour gérer cela tu as un fichier de conf $man apt_preferences
bon il va falloir que je comprenne comment ça marche
Sinon pour remetre a jour ton source.list proprement utilise un
Outil puissant pour générer un sources.list tenant compte de de ta
distrib/temps de reponse des serveurs ...
# apt-get install netselect
~$ netselect-apt [distrib] *par défaut la branche est stable mais tu as
le choix entre stable/unstable/testing
Je te conseil cependant de sauvegarder ton sources.list original.
Merci je vais essayer avec netselect
Patrick
puis suite à ce pb j'ai commenté toutes les entrées sauf
security.debian.org et ajouté les entrées pour la sid histoire de voir
si en passant en sid le pb se corrige.
Mais je ne peux rien faire sans que se pb soit résolut.
Bon commme vous pouvez le contater je ne maitrise pas tout, je débute
avec debian et l'environement graphique.
Merci
Patrick
Le lun 19/01/2004 à 23:48, Nicolas Rueff a écrit :
Ainsi parla Patrick Noel le 019ème jour de l'an 2004:
Bonjour
J'ai le pb suivant :
apt-get -f install (conseillé suite a un pb d'install de package) me
donne :
dpkg : erreur de traitement de /var/.../xlibmesa3-glu_4.2.1-15_i386.de
(--unpack):
tentative de remplacement de >>/usr/X11R6/lib/libGLU.so.1.3>>, qui
appartient aussi au paquet xlibmesa3 dpkg-deb: sous-processus paste
tué pendant le signal (Relais brisé (pipe))
des erreure on été rencontrées pendan l'execution..
Normal (si tu est bien en SID):
bash-2.05b$ apt-cache show xlibmesa3 | grep ^Version
Version: 4.2.1-15
bash-2.05b$ apt-cache show xlibmesa3-glu | grep ^Replace
Replaces: xlibmesa3 (<< 4.2.1-5), mesag3 (<< 5.0.0-1), libglu1,
libutahglx1
Donc a priori tu tentes d'upgrader xlibmesa3-glu sur une machine qui
possède une xlibmesa3 de version > 4.2.1-5, ce qui fait que le
remplacement n'est pas fait.
je suis un peu coincé j'ai l'impression que j'ai un conflit de
dépendance.
comment resoudre ce pb ?
Tu peux tenter de supprimer la ligne /usr/X11R6/lib/libGLU.so.1.3 du
fichier/var/lib/dpkg/info/xlibmesa3.(list|md5sums).
Ce qui m'inquiète le plus, c'est le sigpipe que tu t'es bouffé. Parait
pô très normal, ça.
Deplus pour ton pb avec le xlibmesa3 j'ai déja eux un pb similaire.
J'ai une carte ati radeon 9600 et quand j'installais les drivers
(telechargé sur le site d'ati) sans l'option --force-overwrite j'avais
des problemes.
En fait j'ai telechargé les drivers de ma carte en RPM puis avec alien
j'ai généré un beau packet debian avec la commande #alien -d nompacket.rpm
puis un dpkg -i --force-overwrite nom_packet.deb et là je n'avais plus
de pb avec mon xlibmesa3.
extrait d'une de mes réponse solutionnant l'intall de carte ATI.
"Procedure d'installation de ati radeon 9600 sous debian :
1) Télécharger <ati_package_name>.rpm en choisissant la bonne version de
ton XFREE :
http://ati.com/support/drivers/linux/radeon-linux.html?type=linux&prodType=graphic&prod=productsLINUXdriver&submit.x=18&submit.y=11&submit=GO%21
2) # apt-get install alien
Convertir le packet rmp fraichement téléchargé avec la commande:
# alien -d <ati_package_name>.rpm
Cela te génère <ati_package_name>.deb dans le même repertoire.
3) # dpkg -i --force-overwrite <ati_package_name>.deb
le --force-overwrite palie a l'erreur liée au lib xlibmesa3
4) Tu configure un beau XF86Config-4 grace a la commande : fglrxconfig"
Cherche sur le site d'ati tes driver et suit cette procedure .
Pour que la list soit utile à tout le monde il serait agréable de dire
au final si la solution que l'on ta proposé a fonctionnée ou pas .
Cela éviterait a certain de ce retaper une procedure sans savoir si dans
le fond elle as fonctionnée...
Merci.
FARID MESSAOUD
Reply to: