Reprise du message précédent :
Les repos de ma jessie sont cassés. On va faire du troll de footeux bien gras :
Arch 1 - Debian 0

une question que je me suis toujours posé sur les applications GTK :

pourquoi les boites de dialogue GTK "ouvrir" et "enregistrer" sont aussi laides et peu ergonomiques ?

par exemple quand on veut sauvegarder un fichier ( une page internet à l'aide de firefox, le menu enregistrer ), on selectionne le dossier de destination, mais le focus du curseur de souris n'est pas mis par défaut sur la zone de texte permettant de taper le nom du fichier, on se met alors à taper le nom du fichier et là bizarrement une nouvelle zone de texte apparaît vers le bas à droite qui ne correspond à rien du tout, c'est totalement perturbant cette boite de dialogue,

autre truc chiant : les noms de dossiers et de fichiers sont triés avec les majuscules comme ordre prioritaire ( B arrive avant les fichiers commençant par "a" ) ce qui complique la recherche rapide d'un fichier car instinctivement on aurait aimé que "B" arrive après "a", peu importe la casse des caractères

c'est le même problème avec les autres logiciels GTK comme GIMP, des boites de dialogues d'ouverture et d'écriture de fichiers très laides et peu modernes,

c'est le jour et la nuit quand on compare aux boites de dialogues des applications Qt, quand est-ce que les concepteurs de GTK vont enfin moderniser leurs boites de dialogues ? ( et c'est un pas un troll du vendredi malgré les apparences )

je précise que je suis sous KDE avec le paquet censé instiller un peu de Qt dans les applications GTK ( qtcurve, icônes Qt dans les boites de dialogues GTK )

La raison est très simple  
A quand un appel standard type dbus fourni par le DE ?

je vais regarder demain (j'ai eu la bonne idée de vouloir déplacer/resizer des partitions sur un disques de 1000 brouettes, y en a pour des pelletés d'heures ), je récupérerai le portable demain matin au boulot...

 
Ça se définit dans locale.conf (voir ici et ici)
Perso j'ai

 
Sinon, j'ai un problème d'installation d'un paquet AUR avec yaourt (je sais, pas bien   ) avec laptop-mode-tools :

 
Je n'arrive pas à trouver ce problème sur les forums. Je pense que c'est un problème de permission vu le message.
Mon nom de user est bien mis dans sudoer. J'ai essayé en lançant yaourt avec sudo (re-pas bien) mais c'est pareil.
Une idée ?

j'ai ça dans /etc/locale.conf :

le wiki n'est pas très clair et ne dit pas explicitement que ce réglage va obliger les applications GTK à ne pas prendre en compte la casse des caractères pour l'ordre de tri

à noter que je n'ai pas ce problème avec les applications Qt, le tri se fait sans prendre en compte les majuscules et ça c'est très bien, c'est nettement plus facile alors de localiser un fichier via l'ordre alphabétique

Vérifie où est le dossier temporaire de yaourt, peut-être /tmp ou ton home. Et vérifie comment c'est monté (genre pas de noexec) ou pas une permission foireuse sur le chemin.

 
Ca sert à pas venir râler que skype ne marche pas.    
 
on y a gagne quoi concrètement en agrément d'utilisation ?[/quotemsg]
 
Tu peux régler le son par application, ça permet d'unifier tous les réglages de volume. Ca évite de commettre des atrocités auditives du genre vlc à 200% et le son système à 10%, et ça mixe les flux proprement.
 
Pulseaudio déconnait aussi chez moi il y a plusieurs années et bouffait beaucoup de cpu.  
J'y suis passé que à partir du moment où ça a fonctionné out of the box sans rien configurer...

Et concrètement c'est bien intégré ou bien on peut faire:

• VLC 200%
• Pulseaudio canal VLC 50%
• PCM 10%
• Master 90%

?

Je partage l'avis de beaucoup de personnes : J'ai aucun problème en restant en pur Alsa et je vois pas de raison de changer.
 
Et le forcing que fais Skype pour PulseAudio me fais pas spécialement peur depuis qu'un gentil dev' a codé un emulateur pour imiter les appels de PulseAudio pour Skype :
 
https://aur.archlinux.org/packages/apulse
 
J'apprécie le fait d'avoir un peu de répit face à l'omniprésence de Poettering.

  C'est génial
Ca marche bien ?

 
Si je regarde avec alsamixer, je ne vois plus pcm et master, je ne vois plus que pulseaudio, donc je pense que ça marche...

Plasma5 est enfin dans extra, mais apres les soucis de KDE 4.0 a l'epoque, j'ai un peu peur d'y passer la...

J’ai perdu les décorations de fenètres de Evince.
J’ai dégagé le .cache, le .cache/sessions et le .config/evince ça ne change rien.
Des idées ?

j'ai fait un "pacman -Syu" et le paquet plasma5 n'est pas proposé,

donc ça signifie que le paquet kde 4.x n'a pas encore besoin de plasma5, ce n'est pas une dépendance obligatoire, en fait ce paquet n'est requis par personne :

https://www.archlinux.org/packages/ [...] a-desktop/

à ta place je n’installerai pas manuellement plasma5, j'attendrai qu'il soit obligatoire, en gros attendre la sortie de KDE 5.x, à ce moment là il est probable que le paquet plasma 5 sera mieux abouti et avec moins de bugs

précisons qu'evince est un programme de gnome car tout le monde n'est pas sous cet environnement de bureau,

je pense qu'il faudrait faire un test en créant un nouvel utilisateur de test, puis se connecter avec cet utilisateur, comme il y aura un nouveau home alors si ça marche mieux ça signifie que ton souci était lié à un fichier de configuration lié à gnome ou à GTK

si tu utilises le dépôt testing alors méfies toi des implications ( rappelle toi ta mésaventure avec la version testing de cups ), il y a peut-être une intervention manuelle à faire ou bien c'est tout simplement un gros bug de la version testing

Après vérif’ (que j’aurais dû faire depuis belle lurette…), tu as malheureusement raison.
Aucun problème avec nouvel utilisateur. Donc, ça foire dans ma config et je ne sais pas où.
Yipikaï.

il va falloir procéder par tâtonnement :
 
- sauvegarder les dossiers de config ~./.gnome, ainsi que ~/.config/gtk, pour pouvoir les rétablir plus tard après les tests de suppression de ces dossiers
 
dès que le problème se résout après la suppression d'un ou plusieurs dossiers de config alors tu auras localisé le bon dossier, ensuite il faudra regarder à l'intérieur de ce dossier pour localiser encore plus précisement le fichier qui pose problème
 
tu peux aussi utiliser les possibilités du programme "diff" pour analyser les différences entre ton home et celui de l'utilisateur test

Oui mais non.
 
Plasma5 n'est pas offert car ce n'est pas encore une mise a jour obligatoire, mais plus une autre option.
 
Aussi, il n'y a plus de KDE SC avec KDEF5, chaque projet sort quand il est pret sans les autres.

J'ai voulu tester dans une VM, kwin_x11 n'affichait pas les décorations.
Et apparemment on ne peut pas avoir kdm et plasma5 en même temps, les paquets sont en conflit

En effet, le dev recommande sddm a la place de kdm.

"Le" dev ?

Ok, le mainteneur de Plasma5 pour Arch.

 
Ben oui
 

 
Mon /tmp est monté en ram et avec l'option noexec. C'était bien ça ; j'ai ajouté l'option --tmp /directory à la ligne de yaourt pour contourner le problème.
 
C'est marrant car avec mon desktop (et mon autre laptop), je ne me souviens pas avoir eut de problème de ce genre alors que je suis configuré pareil.

mon pc portable sous arch démarre très rapidement, merci aussi le SSD
 
Seulement le wifi est toujours le truc que j'attend - pas longtemps heureusement - quand le bureau est déjà prêt.
 
Que faire pour lancer le wifi avant le bureau ou le plus tot possible ?

Pourquoi faire ça concrètement ?  

Qu'utilises-tu pour activer le wifi ?

 
C'est ce qu'il est marqué de mettre dans le topic « SSD sous linux ». J'avoue avoir suivi bêtement    

Mouais, à moins d'être ultra parano, je ne conseille pas, enfin si ton /home ne l'est pas, peu d'intérêt à mettre ton /tmp en noexec IMO.
 
Le conseil de ton lien c'est surtout le tmpfs, le noexec c'est une autre histoire
En plus il me semble que le montage du /tmp en tmpfs avec le systemd d'Arch c'est automatique, à vérifier, mais je crois d'ailleurs que systemd de le dit au démarrage si il voit que tu le fais dans le fstab.

J’ai fini par trouver un contournement (mais pas une explication).
Si je désactive le compositeur de fenètres, ce bon vieil Evince retrouve sa décoration de fenètre.
C’est franchement bizarre et je ne sais pas si c’est un bug ou non.

J'ai un utilitaire WiCD dans la barre menu ; pour la connexion et le pilote wpa supplicant est "wext".
 
Je sais pas si je peux en apprendre plus autrement

Alors déjà, je pense que c'est comme NM, tu peux enregistrer ta connexion "system-wide" en donnant les droits d'admin au moment où tu l'enregistres depuis ta session.
Ça permettra à wicd de se connecter avant même que tu aies connecté ta session utilisateur.

Houla!
Je vais essayer de traduire ça, comptez sur moi pour revenir si ça ne fonctionne pas

depuis une mise à jour récente j'ai remarqué que l'affichage des polices sur certains sites a changé quand j'utilise firefox, j'ai l'impression que la police a changé d'aspect,

avez-vous remarqué la même chose ?

attention à ceux qui utilisent le paquet intel-ucode :
 
https://www.archlinux.org/news/chan [...] deupdates/
 
les utilisateurs de grub devront modifier le fichier /etc/grub.d/10_linux puis régénérer le fichier grub.cfg ( "grub-mkconfig -o /boot/grub/grub.cfg" )
 

Ce n'est pas forcement une bonne idee de modifier ce fichier.
Je prefere modifier le grub.cfg resultant.
 
https://wiki.archlinux.org/index.ph [...] de_Updates

oui mais ça ne fait pas partie de la philosophie de "grub 2"  de modifier à la main le fichier grub.cfg

sans oublier que le script grub-mkconfig va à chaque fois virer ta modif manuelle,

un puriste qui utilise grub2 te dira qu'il vaut mieux passer par le script grub-mkconfig et le fichier de config /etc/default/grub qui garantira une génération correcte du fichier grub.cfg sans erreur de syntaxe,

c'est pour ça que j'ai préféré modifier le fichier /etc/grub.d/10_linux, ça me garanti que plus tard la modif sera toujours présente après avoir lancé le script grub-mkconfig,

un rapport de bug a été ouvert concernant grub et intel-ucode :

https://bugs.archlinux.org/task/42354

l'idéal serait une option "enable intel-ucode" dans le fichier de configuration /etc/default/grub, ce qui éviterait de modifier le fichier /etc/grub.d/10_linux

On est d'accord, sauf que tu modifies un fichier "de base" qui n'est pas cense etre change.
A la prochaine mise a jour, si tu ne fais pas attention, ton fichier ne sera pas mis a jour, ce qui pourrait poser probleme.
Alors que l'autre au pire ne lanceras pas le nouveau m-code...
 
 
Pour le default/grub on est d'accord.

Je suis passé de wicd au service connmann qui permet une connexion le temps que le système boot,
apparemment couramment utilisé sur les appareils nécessitant un tps de boot réduit.
Connman se lance en 14ms quand il en faut prêt de 200 pour lancer wicd uniquement.
Inséré comme service au démarrage, le bureau XFCE débarque avec la connexion au wifi ouverte

D'un autre coté a la prochaine mise a jour de kernel ta conf sautera aussi si tu ne fais pas attention, sauf qu'il y en a un des deux qui est mis a jour moins souvent que l'autre.
je prefere aussi l'option du fichier /etc/grub.d/10_linux, c'est plus simple en attendant qu'ils trouvent une solution.
d'ailleurs ca a ete assez mal gere cette affaire, ils ont sorti la news pour dire qu'il fallait ajouter intel_ucode.img (sans spécifier la version du paquet ni rien) avant de diffuser la mise a jour du paquet

Soit.

Script qui n'est jamais appelé dans ton dos, heureusement d'ailleurs, car j'édite le .cfg final aussi
 

Bien joué, je ne connaissais pas connman, ça semble être le truc utilisé par defaut sur Ubuntu, non ?