Journal : Slackware 9.1 et passage à KDE 3.2 et autres histoires.

Posté par Mark Havel () le 01 avril 2004

Voilà, j'ai récemment installé la Slackware 9.1. Je me débrouillais pas trop mal, j'arrivais à installer quelque driver pour ma Radeon 9600Pro, lui faire charger des modules de son pour ma carte intégrée à mon nFORCE 2, idem pour le réseau, ...

Puis, je suis allé sur le site de Slackware pour voir s'il n'y avait pas moyen de mettre à jour quelques gros paquets tels que KDE. Oui, et même en 3.2; génial, l'apperçu que j'en avais eu sous Mandrake était prometteur. Je télécharge donc tous les paquets, et j'en profite pour prendre quelques mises à jours d'autres paquets pour test. Le "upgradepkg nomdupaquet-versiondudit" marchait bien, j'ai donc fait de même pour tous les paquets de KDE, joyeusement, sans plus me soucier de la moindre dépendance et estimant que de toute façon, il ne me virerait que les versions précédentes des divers paquets de KDE, pour mettre la nouvelle à la place, donc aucun problème en vue.
Une fois tout mis à jour, je me délogue, je relance la bestiole et il me dit qu'il ne trouve pas kdeinit. Quand je regarde un peu plus en détail mon /opt/kde/bin, je le vois bien.
Je balance un kdestart dans ma console et parmi les messages, il me dit qu'il n'arrive pas à trouver libXinerama.so.1 et me remet le message comme quoi il ne trouve pas kdeinit (alors que dans les messages de la console, il a l'air le trouver quand même).

Bon, alors voilà, j'ai manqué quelque chose dans ma mise à jour?
Sinon, elle sert à quoi cette libXinerama?
Et la question prinipale, où puis-je la trouver? Parce que le moteur de recherche du site de la Slackware n'a pas l'air très efficace en la matière...

Sinon, j'expérimentais quelques ennuis avec les économiseurs d'écran OpenGL qui malgrès la dernière version des drivers de chez Ati ramouillent plutôt un peu trop pour une Radeon 9600 Pro, il y a un truc particulier à mettre lors du fglrxconfig?

Merci de votre aide!

> Lire le journal (8 commentaires, moyenne: 1,1).

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.

Posté par Dario Spagnolo (page perso, ) le 01/04/2004 à 13:08. (lien). Évalué à 0.

libXinerama sert à la gestion de l'affichage sur plus d'un écran... Je ne savais pas qu'elle était absolument necessaire au bon fonctionnement de KDE avec un seul écran.

--
Voici donc comment meurt la liberté, sous un tonnerre d'applaudissements...

[^]Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.

Posté par Boa Treize (page perso, ) le 01/04/2004 à 13:30. (lien). Évalué à 2.
À partir du moment où les exécutables KDE contiennent du code qui a besoin de libxinerama, alors libxinerama est nécessaire. Le fait que le code soit exécuté ou pas (cas d'un seul écran, et encore, y'en a peut-être besoin) n'a aucun rapport avec le fait que cette bibliothèque soit nécessaire ou pas.

Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.

Posté par Boa Treize (page perso, ) le 01/04/2004 à 13:25. (lien). Évalué à 2.

Installer des paquets en provenance de Slackware-current sur une Slackware 9.1 n'est pas une bonne idée : ils peuvent nécessiter des versions de logiciels qui ne sont pas présentes dans Slackware 9.1, car apparues après sa sortie (précisément le problème qui t'arrive). Le seul moyen d'être sûr que ça marche sans clash c'est d'installer tous les paquets Slackware-current mis à jour depuis la sortie de Slackware 9.1 (c'est à dire en fait de passer à Slackware-current). Ce n'est pas non plus forcément une bonne idée, à moins que tu aimes l'instabilité relative du bleeding-edge.

Dans ton cas précis, il faut que tu installes XFree86 4.4, car c'est lui qui fournit libxinerama.so (et cette bibliothèque n'était pas fournie dans XFree86 4.3 sous Slackware 9.1). Ou alors, installe les paquets fournis sur le site de KDE, car ils ont eux été compilés sous Slackware 9.1, et fonctionnent directement dessus. (Tu peux tout à fait faire un upgradepkg entre les paquets KDE 3.2.1 de Slackware-current et ceux fournis par kde.org ; tu auras peut-être besoin de forcer l'upgrade s'ils ont exactement le même nom et la même version, ou d'indiquer le nom de « l'ancien » et du « nouveau » paquet s'ils ont des noms différents.)

Au fait, n'hésite pas à aller faire un tour sur http://www.slack-fr.org/(...) :)

[^]Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.

Posté par Matho (page perso, ) le 01/04/2004 à 13:52. (lien). Évalué à 1.
Installe swaret (www.swaret.org)

modifie le /etc/swaret.conf

configure ta version pour utiliser slackware-current

VERSION=current

configure les sources de tes mirroirs

ROOT=ftp://ftp.nluug.nl/pub/os/Linux/distr/slackware/slackware-$VERSION(...)
ROOT=http://sunsite.cnlab-switch.ch/ftp/mirror/slackware/slackware-$VERS(...)
ROOT=ftp://ftp.slackware.no/pub/linux/slackware/slackware-$VERSION(...)
ROOT=http://www.slackware.no/slackware/slackware-$VERSION(...)
ROOT=ftp://ftp.slackware.at/slackware-$VERSION(...)
ROOT=http://www.slackware.at/data/slackware-$VERSION(...)
ROOT=ftp://ftp.planetmirror.com/pub/slackware/slackware-$VERSION(...)
ROOT=http://ftp.planetmirror.com/pub/slackware/slackware-$VERSION(...)

(tu peux en enlever certains moi je laisse slackware.at)

commentes toutes les lignes REPOS_ROOT= afin de n'utiliser que les mirroirs de slack comme source de packages (sinon il va aller chercher des choses sur linuxpackages.net)

Petite liste d'exclude :
# Basic Exclude
#
#EXCLUDE=kernel
#EXCLUDE=lilo swaret
EXCLUDE=MANIFEST.bz2$
EXCLUDE=-*dl$ -*PACKAGER$ -*MYBUILD$

(oui, moi j'upgrade et lilo et le kernel, je ne recompile rien sur cette machine)

Resoud les dependances
DEPENDENCY=1

puis en tant que root
swaret --update && swaret --upgrade -a

Et voila.
Machine passée en current avec mise à jour de tous les paquetages. Il te restera la config de ta radeon a refaire peut-etre (je sais pas comment marche ton driver)
- [^]Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.
  
  Posté par Nicolas Tramo () le 01/04/2004 à 19:07. (lien). Évalué à 1.
  ou slapt-get
  http://software.jaos.org/(...)
  
  c'est un peu pareil, mais il marche mieux que swaret chez moi.

Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.

Posté par Tanos () le 04/04/2004 à 11:14. (lien). Évalué à 1.

La libXinerama n'est pas nécessaire à KDE3.2 mais à Gtk2-2.4
Avec gtk2.2 et KDE 3.2.1 j'ai eu aucun problème, mais le passage à gtk 2.4 (obligatoire pour gimp 2.0 ) m'a obligé à passer à XFree4.4

Et le moteur de recherche de Slackware est très efficace, mais il ne fonctionne qu'avec les packages existants (donc libXinerama sera introuvable)

[^]Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.

Posté par Mark Havel () le 05/04/2004 à 07:02. (lien). Évalué à 1.
Hé oui, mais j'avais l'habitude de celui de uRPMI qui recherche les fichiers contenus dans les RPM.

Mais tout marche depuis que je suis allé chercher les paquets Slackware 9.1 sur le site de KDE.
- [^]Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.
  
  Posté par modr12 () le 30/04/2004 à 11:13. (lien). Évalué à 1.
  ton kde est compilé avec les logiciels inclus dans current donc xfree4.4 ou X11
  le plus simple pour chercher quelquechose est de regarder dans le fichier manifest.bz2 (le plus récent possible )

Revenir en haut de page

Journal : Slackware 9.1 et passage à KDE 3.2 et autres histoires.

Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.

[^]Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.

Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.

[^]Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.

[^]Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.

Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.

[^]Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.

[^]Re: Slackware 9.1 et passage à KDE 3.2 et autres histoires.