Reprise du message précédent :

Sur ce topic du board officiel -> http://bbs.archlinux.org/viewtopic.php?id=88553

Bonjour à tous,
 
J'ai un problème étrange depuis quelques jours (depuis les dernières mises à jours). Les CD ne sont plus automatiquement montés sous KDE4/HAL.
 
À noter également que ça n'affecte que les CD-ROM, je n'ai pas de problème avec les CD audio. Aucun problème non plus avec les DVD, clés USB, mais les CD-ROM ne se montent plus tous seuls. Je suis obligé de le faire à la main.
 
Une idée ?
Merci pour votre aide.
 
EDIT : en fait j'ai le problème sur les lecteurs cd/dvd de mes 2 machines, mais ça marche dans les graveurs. Je suis perplexe.
 
Un dmesg sur le lecteur cd/dvd (qui plante) donne :

 
et le graveur (qui marche) :

Sur le celeron, j'ai la souris qui est folle
Sans même la bouger, en la débranchant aussi, le curseur bouge tout seul
Ça vous est déjà arrivé ?

edit : p'tain, c'est invivable, j'ai des moments où je dois lutter pendant 2 bonnes minutes pour avoir le contrôle

Avec la souris débranchée, non  

Tu peux essayer evdev au lieu de mouse comme driver de souris pour xorg. Et vice-versa.

Et quand on utilise pas de xorg.conf ?

Souris avec ou sans fil?
 
Perso, ca m'est déjà arrivé avec une sans fil. Ensuite j'ai changé les piles et ca allait mieux.

Avec fil (mais sans boule).
Pareil avec la souris avec fil et boule

C'est configuré comment ? xf86-input-evdev, tout ça ?

J'ai installé xorg (le groupe, aucune idée d'où je peux trouver ce qu'il contient), et xf86-video-intel. Lancé hal (dbus par dépendance) et X s'est lancé. J'ai pas cherché plus loin.

installe xf86-input-evdev
 
Edit : mais c'est bizarre, chez moi si je n'installe rien de plus que ce que tu dis, ni clavier ni souris ne fonctionnent  

edit : c'était déjà installé.
Je change pour « xf86-input-mouse » ?

C'est de l'USB ou du PS2 ta souris ?

USB. Mais il me semble que ça fait la même chose avec la PS2

mauvaise version d'evdev j'ai eu une souris à tremblotte avec une version experimental sous debian, reglé depuis quelque temps en unstable. Au pire le downgrade marche-t-il ?

Si le downgrade peut fonctionner, ça sera tout simple en éditant le numéro de version dans le PKGBUILD avec un petit yaourt -Sb xf86-input-evdev
T'as du choix : http://xorg.freedesktop.org/releas [...] al/driver/

ou avec l'archlinux rollback machine

Trop simple

« [...]-input-dmc-[...] »
J'vais tester le downgrade

edit : par contre, je trouve pas le PKGBUILD d'input-evdev, normal ?

Oui c"'est pété le -Sb, use Rollback machine

Le Rollback machine c'est quand on a déjà eu le pkg dans une version précédente dans le cache de pacman ?
Parce que l'install est toute récente
 
Ou je repère un miroir avec un historique des pkg et je l'installe à l'ancienne

Jèai deja utilisé la derniere solution : tu dl le paquetage a la mano (y'a des serveurs qui conservent des vieilles version exprès), tu le met jesaisplusou (l'emplacement des paquets dl par pacman).
Ensuite tu demandes a pacman de t'installer exactement _ce_ paquet (le nom exact, sans le .tar.gz). Et hop.

 
C'est pété pour ceux qui utilisent la stable, les vrais utilisent yaourt-git, sur lequel -Sb fonctionne très bien  

Nop, stun spicial mirrorz exprès fait pour ! http://arm.konnichi.com/

ok

Sinon, une idée pour :

• (1) : basculer firefox (namoroka) en français ?
• (2) : Tout son système en anglais ?

(2 machines différentes)

Pour ff en français, dans le repos archlinuxfr ya un truc genre firefox-fr (je retrouverais la références exacte plus tard):
edut oui c'est bien ça : http://repo.archlinux.fr/i686/firefox-fr/ (ajoute le repo archlinux-fr et go installz this pakagez )

Tout le sys en anglais, go /etc/locales.gen et ne laisser que
en_US.UTF-8    UTF-8
en_US  ISO-8859-1

et ça dans le rc.conf
LOCALE="en_US.UTF-8"

comme expliqué plus en détail icite : http://wiki.archlinux.org/index.php/Locale

Merci

Sinon tu as le paquet firefox-i18n dans extra avec le supports des autres langues autre que l'anglais  

si elle part dans le coin supérieur gauche ce peut être un bug upstream  cf https://bugs.freedesktop.org/show_bug.cgi?id=24737

Je suis un débutant sous ArchLinux. Pas sous LInux, car je connais (un peu) ubuntu.
 
J'ai installé arch sur un vieux portable principalement pour sa légèreté comparé son équivalent Ubuntu (sur Gnome 2.28).  Mais j'avoue que j'ai quelques léger souci :
 
1 - le terminal gnome a un comportement étrange. Je m'explique. La fênetre est maximisé, mais je ne peut pas écrire la ligne entiére, elle est coupé à une certaine longueur. Et dés lors je reviens au début de la ligne. mais pas la ligne d'en dessous, la même, effacant ainsi ce que j'avais déjà ecrit. Ce qui n'est pas trés pratique pour des commandes longues.
 
2 - Le contrôle du son par l'applet de gnome (gnome volume manager) ne fonctionne pas comme je le voudrais. Serait-il possible que cette dernière contrôle le volume de la sortie headphone (portable fixe relié a des enceintes).
 
Merci

Procédure de mise à jour de KDE pour le passage à la 4.4 sous Arch : http://bbs.archlinux.org/viewtopic.php?id=90629

En termes de bugs c'est comment ?

Est-ce que quelqu'un sait comment fonctionne exactement Shaman ?
Il me semblait qu'il reposait sur Pacman et sa configuration, or lorsque je paramètre Shaman pour qu'il aille se fournir dans le dépôt Testing de KDEMod, il trouve les fichiers à mettre à jour, mais le fichier pacman.conf ne fait pas apparaitre le dépôt kdemod-testing comme actif. C'est comme si Shaman avait une configuration parallèle, ce que je trouve dommage : s'il possède une configuration propre, il devient plus qu'un GUI pour Pacman, ce qui ne simplifie pas les choses.
De même, pour ceux qui l'utilisent, arrivez-vous à ne plus vous servir de la CLI pour gérer vos paquets ? Souvent, en utilisant Shaman, je suis obligé de revenir à la CLI pour gérer un conflit de paquet que les boites de dialogue de Shaman sont censées gérer alors que le résultat est une erreur d'exécution et une annulation de la MAJ/installation. Je n'avais jamais à passer par la CLI lorsque je tournais avec Synaptic sous Debian, j'aimerais bien retrouver ce niveau d'intégration et de performance pour la gestion de paquet sous Arch/KDE.

Shaman n'a rien à voir avec pacman, ce sont deux frontends différents à libalpm. D'ailleurs on construit rarement un GUI par dessus un frontend console, ça n'a que peu d'intérêt. Après pour les fichiers de config c'est une autre histoire, éventuellement tu peux demander au dev pourquoi il a fait comme ça.
 

Je ne me sert quasiment jamais de Shaman, un GUI n'a pas réellement d'intérêt pour les opérations de base. Par contre si tu veux savoir quel est le paquet le plus gros dans les dépôts ou un truc dans le genre c'est pratique.

Est-il possible de forcer mkinitcpio à exécuter une série de commande après chaque rebuild de l'image du kernel ? J'aimerais que mkinitcpio reconstruise les modules vbox après le parsing des hooks, vous avez une idée ?

Je te dirais bien de faire un script, mais j'imagine que si tu demandes, c'est que t'as pas envie.

Ah non, pourquoi pas, c'est juste que je ne connais pas suffisamment les arcanes de Arch et mkinitcpio pour le faire en claquant des doigts.

Après avec un peu d'info, pourquoi pas.

J'aurai presque (j'ai bien dit persque ) envie d'ajouter un traitement dans le script /sbin/mkinitcpio, voir même de le mettre en relation avec une variable du fichier /etc/mkinitcpio.conf, mais j'ai un peu peur de tout casser

Bah tu créés un hook (un script bash) pour mkinitcpio qui recompile les modules vbox.  

Si je ne me trompe pas, les hooks sont parsé avant la génération des images du kernel non ? Cela ne risque-t-il pas de ne pas permettre la bonne génération du module pour le bon kernel ?
Sinon, il me suffirait donc de faire un script contenant "vbox_build_module" nommé vbox par exemple, et d'ajouter vbox à la liste des hooks ?

MAJ de xf86-video-intel : KMS devient une obligation pour utiliser ce pilote, preuve que la méthode est considérée comme fiable. Cela signifie-t-il que ceux qui ne tournent pas encore sous KMS vont avoir un joli crash de X après la MAJ ?

Si ils l'ont désactivé avec un modeset=0, oui  

Mais KMS est par défaut depuis un moment déjà.