Archlinux.fr [Forums]

Bonjour,

J'ai installé ArchLinux en dualboot avec windows, et je cherche à passer de plus en plus sous Linux. Je suis donc assez débutant.
J'ai installé Catalyst avec le repo Catalyst dans le wiki (avec sudo pacman -S catalyst catalyst-utils si je me souviens bien), et ça fonctionnait très bien jusqu'a aujourd'hui

J'ai fais une mise à jour avec pacman hier, et ce matin impossible de démarrer steam
/home/perdouille/.local/share/Steam/steam.sh : ligne 704 : 2182 Erreur de segmentation (core dumped)$STEAM_DEBUGGER "$STEAMROOT/$PLATFORM/$STEAMEXE" "$@"

Impossible de démarrer un jeu avec PlayOnLinux
( PlayOnLinux n'est pas en mesure de trouver les bibliothèques OpenGL 32bits.

Vos jeux risquent de ne pas fonctionner comme prévu )

Minecraft semble ramer bien plus qu'avant (Je faisais du 400 fps, j'en fais maintenant du 30 maximum j'ai l'impression)
Pourtant, j'ai juste fait un pacman -Syu hier ... Une idée pour réparer tout ça ?

Merci beaucoup !

Edit :Ma config:
I5 2500k
Sapphire 7870
8go de RAM

J'ai downgradé glibc, et xorg-server, et maintenant steam démarre et Minecraft a bien plus de FPS, donc je pense que c'est bon !
Je vais ajouter les packets au trucs à ne pas update, comme ça je suis tranquille

Merci quand même !

catalyst et distribution rolling release ne font pas toujours bon ménage à cause de la lenteur des développeurs d'amd,

c'est pour ça que je préfère utiliser le pilote libre radeon, toujours synchro avec les derniers paquets type xorg et mesa, mais j'ai une vieille carte ( hd4650 ), sur les cartes les plus récentes il faut accepter de moins bonnes performances sur certaines features 3D mais les développeurs travaillent d'arrache-pied pour améliorer sans cesse le pilote libre :

http://www.x.org/wiki/RadeonFeature/

perdouille a écrit : Je vais ajouter les packets au trucs à ne pas update, comme ça je suis tranquille

une solution qui n'est pas la panacée car ça va bloquer aussi la mise à jour des autres paquets qui dépendent de ceux dont tu as bloqué la mise à jour, ce qui peut vite devenir délicat pour une distribution rolling release qui est censée toujours être à jour, des effets de bord sont à craindre s'il y a cohabitation entre paquets hyper récents et des paquets plutôt vieux

à mon avis, c'est mieux d'avoir un système pas totalement à jour pour certains paquets et qui fonctionne (sauf si c'est des paquets vulnérables, ...) qu'un système qui fonctionne pas, non ?
Il peut y avoir beaucoup de problèmes ?

Le problème est qu'Arch n'est pas prévu pour supporter pas les mises à jour partielles. Rétrograder est bon pour résoudre ponctuellement un problème mais sur le long terme ce n'est pas viable (des pilotes, xorg, tu devras progressivement bloquer kernel, glibc, etc. autant figer tout le système car il sera plus stable à un moment donné).

Je te rassure, c'est juste une daube ces Catalyst 13.8. AMD a voulu ajouter le support de l'OpenGL 4.3 (et nVidia s'attaque déjà à l'OpenGL 4.4 soit dit en passant, hum), et ils sont vraiment pourrave. Depuis que je les utilise par exemple, Cairo-Dock ne peut plus fonctionner en mode OpenGL, c'est pour dire.
En fait, tu peux utiliser les catalyst-stable sinon (car le dépôt catalyst utilise les pilotes bêtas). La dernière version stable date d'Avril, c'est donc la 13.4.

J'ai du ajouter aussi le kernel dans la liste des softs à ne pas mettre à jour
ça me donne donc
IgnorePkg = catalyst* glibc* xf86-input-evdev xorg* linux*

Vu que je freeze catalyst n'est pas compatible avec la MAJ d'xorg je pense, bah si je met à jour un des deux ça marche plus.
Et si je met à jour le kernel, xorg ne démarre pas non plus (la console au boot ne fonctionne plus que sur un écran, et si je fais startx ça reboot)

Et j'ai essayé catalyst-stable quand ça plantait la dernière fois, même chose

HS : Y a t'il un équivalent à la Rollback Machine ? (Qui a fermée le 18 malheureusement)

perdouille a écrit :HS : Y a t'il un équivalent à la Rollback Machine ? (Qui a fermée le 18 malheureusement)

Un remplacement devrait arriver (cf le forum anglophone). En attendant, tu peux aller choper ton petit PKGBUILD sur le git et tu lances makepkg.

Actuellement je tourne avec les Catalyst 13.7 (j'ai choppé les .pkg.tar.xz à la main sur le dépôt Catalyst), car oui, les stables ne sont pas compatibles avec la version actuelles de X.Org (mais tout comme les Catalyst, il existe un dépôt consacré à X.Org).
Vivement que le développement de Linux 3.11 s’achève, l'histoire de passer au pilote libre radeon, qui se voit justement propulsé en avant au cours des RC, contrairement à Catalyst qui limite fait des pas en arrière.