Reprise du message précédent :
Bonjour,
 
Bon voila j'avais Arch avec Gnome-shell mais vraiment cela ne me plait plus (Trop de restrictions) ; de plus je l'ai cassé en installant une partie d'Unity donc je suis sur KDE de force . Donc j'ai essayé de trouver un PKGBUILD d'Unity.
Le problème c'est que je n'arrive pas à compiler 4 paquets qui en sont dépendants.
 
J'ai fait un peu de chemins mais je suis bloqué et il me reste plus que vous
Je suis bloqué sur la compilation de nux-bzr un patch apparemment merdouille.  
 
http://forums.archlinux.fr/post71331.html#p71331
 
Please help !  

Unity c'est comme gnome3 mais en moins configurable
Vu que tu te sens trop restreint dans Gnome3 je suis pas super sur que tu veuilles vraiement tester Unity au final

 
Euh non je ne suis pas d'accord Gnome-Shell c'est vraiment restreint hein. On ne peut pas changer de fond d'écran, de thème (que par l'intermédiaire d'un soft).
Les graphistes de Gnome-Shell veulent un truc hyper fermé (ce que ne veulent pas forcément les développeurs).
 
Unity c'est Gnome3 aussi hein mais avec compiz.
 
La gestion du launcher d'Unity est beaucoup plus fine et efficace que celle de Gnome-Shell par exemple. Mais bon après c'est mon choix

Bref, t'façon j'aime pas les trucs avec trois options de config
"Changer de papier peint": "Oui/non" "Annuler"

J'ai un doute...

J'ai du réaliser une modification au niveau de modprobe. Suite à la MAJ qui est passé il y a peu et qui préconisait de faire un fichier blacklist.conf dans /etc/modprobe.d pour reporter ses modules exclus, j'avais ajouté FILES="/etc/modprobe.d/modprobe.conf" dans /etc/mkinitcpio.conf. Mais en y réfléchissant, seul le fichier modprobe.conf est parsé lors de la génération de l'initram, c'est en tout cas comme ça que je le comprends. Du coup, j'ai modifié la variable FILES en mettant juste "/etc/modprobe.d/", mais j'ai une erreur de fichier non trouvé lors de la génération de l'initram.

D'où ma question : comment faire pour être assuré que mes modules sont bien blacklistés, que tous les fichiers de modprobe.d sont interprétés et tout ça ? Ou alors je n'ai rien panné ?

Apparemment, la mise à jour de nvidia de ce jour n'a plus besoin d'un fichier dans xorg.conf.d pour fonctionner. Mon fichier 20-nvidia.conf a été changé en pacsave, aucun recréé à la place et X a démarré sans problème. J'ai quand même restauré le fichier car j'avais des options dedans que je ne voulais pas perdre, mais ça facilité quand même l'installation de X pour les chip nVidia sous driver proprio.

Kernel Panic en Wifi avec le netbook (broadcom).

Broadcom power \o/

Tentes une update du driver. Ca me faisait aussi des panic (0.29 sous debian, plus de soucis en 0.30)

Ça l'air de passer avec le non libre là. Merci.
Vais devoir regarder la nouvelle gestion des modules !

J'espère que tous les Archeux se sont empressés de tester la dernière version de Bumblebee
 
(cf. https://github.com/MrMEEE/bumblebee [...] cdbe0acce6 )

Joli !

Pas moyen de faire tournet du OpenCL avec radeon?
De memoire c'est dans les cartons de gallium3d mais je veux faire tourner mon bitcoin mineur a fond moi!

https://steckdenis.wordpress.com/  le blog de l'étudiant qui travaille sur Clover, le state tracker Gallium pour openCL.

merci!

C'est bien calme ici... ArchLinux serait-elle tellement stable qu'il n'y a rien à en dire ?

tiens puisque tu le dis...
 
l'autre jour j'ai eu droit à un joli kernel panic en branchant une clé usb

 
Je pensais exactement la même chose.  

+1
 
Ah si un petit seg fault signalé à https://bugzilla.gnome.org/show_bug.cgi?id=652973 sous gnome-control-center lors de l'ajout d'une imprimante réseau.
Mais cela ne vient pas d'Arch  
 
 

Il y a un bug bloquant dans la glibc 2.14 :  
https://bugs.archlinux.org/task/24615
 
Du coup, ça bloque pas mal de choses, à savoir les paquets compilés avec cette glibc ne passent pas en stable (kde 4.6.4 + kdepim 4.6). Il y a aussi firefox 5 en testing, et une mise à jour de texlive (plus de 200Mo d'update).
Au passage chez kde, les tarball 4.6.4 sont douteux : http://tsdgeos.blogspot.com/2011/0 [...] e-464.html
Attendons

euh j'étais en testing pendant un moment et la glibc 2.14 est une horreur. Tout me plantait à la tronche. Genre j'ouvre Geany, et il me fait un seg fault quand je veux ouvrir un document. Idem chromium quand je voulais faire save as pour un document.

C'est pour ça que je suis en stable et que j'ai une VM pour testing  

à lire le rapport de bug ce pourrait aussi être une mauvaise version empaqueté de cups-pk-helper  (bon ceci étant dit ce n'est pas une raison de segfaulter pour un rien)

ma fille de 4ans joue à SMC sur arch, elle est contente

 
 
si si y'a plein de bugs, on attends juste qu'ils soient résolus

 
ATI ?  

bon ya un truc qui m'énerve
 
j'ai le gestionnaire de fenetre awesome3
je désire installer "unagi" pour la gestion de la transparence  
https://aur.archlinux.org/packages.php?ID=34557
le problème est que la lib xcb-ewmh rentre en conflit avec xcb-util et donc impossible d'installer xcb-ewmh
 
j'ai besoin de xcb-util car il est requis par "startup notification" lui meme requis par awesome3
 
vous avez une idée ?  
 

Faut remplacer xcb-util par xcb-ewmh si j'ai bien compris normalement yaourt devrait de proposer de remplacer le premier par ce dernier il me semble

Parois ça déconne et faut remplacer à la main.

oué j'ai ce message a la fin
 

Supprime cairo et remet le après si besoin.

ben il est un ptit peu requis par awesome3
donc impossible  
 
ce qui est fou, c'est qu'unagi a la base est fait pour awesome3  
faut que je mail le dev

Tu peux supprimer un paquet le temps de le remplacer par un autre

yaourt -R xcb-util me répond la meme chose

J'avais eu le cas pour ATI. J'avais dû désinstaller plein de dépendances e repasser enuite. Bref quand faut le faire…

Et yaourt -Rd xcb-util suivie d'un yaourt -S xcb-ewmh ?

Au pire ouais

EDIT : c'est -Rd pas -Rf

Au fait, je suis toujours sous KDE, pas revenu en arrière, je crois que c'est la bonne cette fois  

 
T'étais sous quoi avant ?  
Faudrait que je test plus de 5minutes, mais j'ai du mal à quitter fluxbox ou openbox.

J'ai récemment fait le switch OpenBox -> Kde, et depuis plus d'un mois, je le regrette pas non plus

 
 
probleme de son, parce que le kernel detecte pas correctement le chipset HDA. du coup ma sortie optique est juste useless.
 
ah, pis en 2.6.39, j'ai des freezes complet systeme, mais aleatoires. ca peut se produire au bout d'une minute comme au bout de 70 heures. et j'ai plus rien qui marche, meme pas le bouton reset