Reprise du message précédent :
+1, via CTRL+SHIFT+N
 
XaT

 
Merci je vais tester  

Je conseille aussi vivement Manjaro, on a les paquets un peu en retard mais j'ai jamais eu aussi peu de maintenance depuis 2005 que je suis sous linux

suis-je le seul à avoir ce bug sous firefox ? :

- firefox indique que la version du  plugin flash est obsolète et doit être mis à jour, or le plugin flash est déjà à jour ( installé via le paquet flashplugin du dépôt officiel archlinux ),

le problème vient en fait de firefox, et du fichier ~/.mozilla/firefox/xyz.default/pluginreg.dat, ce fichier est mal mis à jour par firefox, il devrait contenir le numéro de la dernière version du plugin flash or c'est pas le cas ( il contient que le numéro de la précédente version ),

je suis alors obligé d'effacer le fichier pluginreg.dat pour que firefox le récrée et ajoute dedans le bon numéro de version,

je précise que la plupart du temps je désactive le plugin flash, je le réactive à la volée selon mes besoins ( si le mode html5 n'existe pas sur un site ), le bug apparait peut-être si le plugin flash était désactivé, firefox oublie alors peut-être de mettre à jour le fichier pluginreg.dat dans ce cas

ça semble un bug connu :
 
https://wiki.archlinux.org/index.ph [...] _my_plugin
 
https://bbs.archlinux.org/viewtopic.php?id=194727

il serait intéressant de créer un "hook" pour pacman qui se déclencherait lorsque le paquet systemd est mis à jour,
 
afin de lancer la commande : "mkinitcpio -p linux" pour qu'au boot le dernier numéro de version de systemd soit affiché ( au lieu du précédent )

ça donnerait ceci comme hook pour systemd :
 

 
un fichier systemd-mkinitcpio.hook à placer dans /usr/share/libalpm/hooks/, manuellement ou via la création d'un paquet pour que ça soit plus propre,
 
le PKGBUILD :
 

Propose le aux devs et tu verras bien ce qu'ils disent.

s'ils ne l'ont pas encore crée ce hook c'est peut-être à cause du paquet linux, car lorsqu'on met à jour le noyau linux la commande "/usr/bin/mkinitcpio -p linux" est automatiquement lancé,

si le paquet linux et celui de systemd sont mis à jour lors d'un même "pacman -Syu"  alors la commande "/usr/bin/mkinitcpio -p linux" va être executé deux fois, lors de la mise à jour du paquet linux, et lors de l’exécution de ce hook que j'ai crée,

il faudrait que les créateurs du paquet linux se reposent sur le même hook post-transaction pour éviter la redondance

c'est censé être le but des hooks de pacman, ça permet de gagner du temps ( lors de la mise à jour des polices de caractères, ou les trucs type gtk-icon-update-cache )

cpupower plante depuis une mise à jour :

https://bbs.archlinux.org/viewtopic.php?id=213404

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

la bonne version de libpci n'est disponible que sur le dépot testing, les packageurs ne sont-ils pas censés compiler et tester le packet avec une version d'archlinux 100% "dépôts stables" ( pas de mélange avec testing ) ?

https://www.archlinux.org/packages/ [...] /pciutils/

cpupower vient de community donc je pense moins stricte que core.

le miroir "mir.archlinux.fr" a des problèmes en ce moment ( 20h05 ) sur ce paquet :
 

Mes autres miroirs aussi, ils ont encore du faire une bourde et toutes les synchros sont pourries. Ca va reviendre paniquez pas

ça s'est résolu à 21h25
 
une mise à jour de kde/plasma et pas mal d'autres paquets comme glibc, qt5

j'ai remarqué un bug avec firefox 47.0-1 : quand un téléchargement se termine l'animation en forme de flèche bleue ne part pas complètement, elle reste au dessus de l'icône téléchargement de firefox ( à coté de la barre de recherche ),
 
une sorte de bug graphique, peut-être liée à mon thème de bureau ( oxygen sous plasma 5 ) ou à une mise à jour de gtk3
 

 
testé avec ce téléchargement, le bug est assez aléatoire, il faut essayer plusieurs téléchargements pour déclencher le bug :
 
http://test-debit.free.fr/32768.rnd

Répondu à côté :

Il y des gens parmis vous qui font du Passthrough sur Archnunux ?
 
J'ai un gros soucis avec la carte nvidia qui y est dédiée. J'ai des glitches a l'écran Bureau si je deplace des icones, ouvre/ferme des fenetres et aussi lorsque je suis en jeu.
 
Mais aucune idee d'ou cela peit venir. Est ce qu'avoir 3 barettes de ram (donc plus de dual-channel = perte de perf) peut en etre la cause ?

Bonjour,  
vous sauriez comment Arch choisi la définition d'écran au démarrage. Depuis quelque temps j'ai une définition très faible avec nouveau qui fonctionnait très bien jusque là. J'ai ajouté le bon mode graphique qui avait disparu mais le système choisi toujours cette définition ridicule et il faut absolument entrer:
 

J'ai automatisé la commande mais j'aimerais en profiter pour comprendre ce qu'il se passe.

Tu peux poster ton xorg.conf ou le fichier dans xorg.conf.d qui s’occupe de l’affichage ?

 
J'ai déjà eut la même chose une seule fois il me semble. Je suis sous XFCE.

 
pour info j'utilise une carte graphique amd radeon HD4650 avec le pilote libre

J'ai la même chose  

Depuis que j'ai fait la mise à jour de firefox. niveau graphique de mon côté 780ti driver nvidia proprio

+ un autre problème, au survol les infobulles le texte est blanc pas conforme au reste de mon DE (mate).... Belle mouture cette version 47 !

 
Il semble que ce soit dû à la CG en fait. Avec une autre ça marche sans pb. Merci en tout cas de ton message.

depuis un pacman -Syu du 25 juin j'ai remarqué un bug au boot :

- systemd s'execute bien, plein de [OK] verts

- mais au moment d'afficher l'écran graphique du gestionnaire de boot SDDM il ne se passe rien, on reste toujours dans la console avec les messages de systemd ( la partie où il y a plein de [OK] )

en fait je dois bouger la souris pour que le système bascule vers l'écran de SDDM  

si je bouge pas la souris alors l'affichage reste sur les messages de boot de systemd,

je soupçonne un problème avec systemd, plasma ou qt5 qui font parties de la mise à jour du 25 juin,

suis-je le seul à remarquer ce problème ?

le problème se produit aussi lorsqu'on se deconnecte d'une session plasma, l'écran de boot graphique "SDDM" ne revient pas automatiquement à l'écran, il faut encore bouger la souris, afin de sortir du mode console ( affichage où se trouvent les messages de systemd avec les [OK] du boot actuel )

j'utilise une carte amd radeon HD4650 et le pilote libre, avec un boot en mode "DRM early"

Pas ce problème avec KDM en tout cas.

j'ai trouvé l'origine du bug :

en fait le bug se produit si on a choisi le thème "Elarun" dans la configuration de SDDM, ce thème imite l'écran de boot de KDE 4.x,

si on choisit le thème SDDM "Brise" alors il n'y a pas de bug,

il y a donc un thème cassé dans SDDM depuis la mise à jour de Qt5 du 25 juin

Bon la mise à jour du 25-26 juin n'est pas un succès chez moi notamment sur le kernel lts en 4.4.13 ... Freeze à la mise en veille sur mon PC fixe et vu que je redémarre jamais

Vu que j'ai pas eu envie de batailler, une rapide recherche google pour voir beaucoup de problème avec la mise en veiller et le kernel 4.4. Passage sur le kernel 4.6, problème résolu !
Je voulais rester en kernel LTS mais si c'est pas fiable, je passes sur le récent.

c'est quel type de mise en veille que tu utilises ?

la mise en veille classique qui consomme des watts ( barrettes ram qui stockent les infos et qui continuent à être alimentées ) ou la mise en veille profonde où un fichier image representant la mémoire vive est enregistrée sur le disque dur ?

en général tout ce qui est mise en veille des appareils n'est pas très écologique ( sauf le second cas ), il est préférable d'éteindre directement les appareils, le boot est rapide maintenant avec systemd et les PC récents ( surtout avec SSD, à peine quelques secondes ), ce qui fait perdre de son intérêt la mise en veille profonde,

sur mon vieux PC portable la mise en veille n'a jamais fonctionné avec linux, et sur mon PC un peu plus récent seule la mise en veille classique ( barrettes ram alimentées ) fonctionne

Il faudrait que je regarde le menu mate voir ce que fais mise en veille mais je penses un bête suspend. L'hibernation, je ne l'utilise pas sur le pc fixe (sur le laptop en revanche je suis en 4.4.13, veille et hibernation fonctionnent).  
 
Mais après la mise en veille ça se paramètre dans le bios. Là elle ne consomme rien, l'alimentation s'éteint, les ventilos aussi. C'est dans les S qu'il faut regarder et de mémoire je crois que je suis en S3. J'ai ça depuis les athlon 64 au moins et en S3 tu dois consommer moins de 5W
 
J'ai testé tous les kernels 4.1 : mise en veille ok, 4.5 : mise en veille ok, 4.6 : mis en veille ok. Seul le 4.4.13 freeze. Le 4.4.11 était ok mais celui d'avant étrange de temps en temps ...

Ca marche comment l'accent circonflexe avec un clavier français ?
Quand je fais AltGr + 9 ça mets l'accent au dessus d'un espace.
Je suis sous KDE.

il y a une touche accent circonflexe sur un clavier azerty, c'est à droite de la touche P,

pour faire un â : tu appuies d'abord sur la touche "^" suivi de la lettre a,

j'ai ce fichier de configuration pour le clavier dans /etc/X11/xorg.conf.d/10-keyboard.conf :

A putain, y'a donc 2 touches accent circonflexe  
 

Le clavier français est bien le pire pour écrire en français. Entre ça et le fait qu'il faille appuyer sur shift pour faire un bête point. Les claviers espagnol et suisse sont bien plus efficaces.

il y a les claviers alternatifs type dvorak-fr mais j'ai pas testé :

https://fr.wikipedia.org/wiki/Dispo [...] #Dvorak-fr

il y a aussi le clavier bépo optimisé pour le français,

il faudrait inventer un dispositif à la "minority report" qui projetterait un clavier type hologramme sur la table, une caméra filmerait la position des doigts pour en déduire la touche pressée,

l'avantage c'est que ça permet de personnaliser les touches du clavier hologramme, configuration azerty, qwerty, dvorak selon ses goûts, ainsi que la forme du clavier ( rectangulaire ou ergonomique ),

l'inconvénient : pas de ressenti mécanique, pas de bruit de touches ( mais c'est aussi un avantage )

Ce clavier existe déjà, il est israélien.
Pas moyen de retrouver le nom, donc je ne peux pas illustrer.

Sinon il y a le tactile, mais ça mange une bonne partie de l'écran.

il y a des gens dans ce topic qui utilisent LVM pour la gestion des partitions ?

https://wiki.archlinux.fr/LVM

est-ce que cela a un intérêt pour le particulier ou bien est-ce utile qu'en entreprise ?

que se passe-t-il si un disque faisant partie d'un groupe physique LVM tombe en panne ?
perte des données définitive ?

je vais tester le concept dans une machine virtuelle

J'utilisais LVM jusqu'a il y a un an en gros, ca me permettait de combiner mes differents disques durs pour avoir une seule partition.

J'avais fait ça a mon précédent boulot aussi.
J'avais remarqué qu'il avait commencé par remplir le disque 1 entièrement avant d'attaquer le 2.
Je sais pas si les données du disque qui marche encore sont récupérables en cas de crash l'un des deux.

Pour Arch je ne sais pas mais pour Ubuntu c'est un sacré nid à merdes LVM.
C'est honteux que ce truc ( ainsi que le cryptage des données, tout aussi pourri ) soit proposé de façon aussi évidente par l'installeur.
Sur Ubuntu.fr on passe notre temps à aider des gens qui ont utilisé ces options et qui sont ensuite dans le caca  
https://forum.ubuntu-fr.org/viewtop [...] #p21536953

C'est très bien pour ce à quoi ça sert
Ça apporte de la souplesse pour augmenter/réduire/mirrorer/snapshoter des volumes de stockage. Si sur un disque physique par exemple avec 3 partitions (qui le recouvrent entièrement) tu veux réduire la première pour pouvoir augmenter la taille de la troisième hé bien tu vas regretter de ne pas avoir utilisé lvm  
 
Ensuite pour un usage desktop "simple", c'est beaucoup moins pertinent c'est sur.