Reprise du message précédent :
Plasma 5.15 est sorti il y a à peine quelques heures et est déjà dispo sur Arch :  
 
https://www.kde.org/announcements/plasma-5.15.0.php

toujours aussi moche kde

Un thème ça se change en 3 clics (je t'assure qu'il y en a de très jolis).

Ah yes, je veux bien des examples

à condition que Qt5 5.12.1 ne fasse pas planter le thème avec des fuites mémoires

ceci dit l'essentiel des thèmes disponibles pour plasma sont hélas très orientés "flat design", qui est la grosse tendance depuis 10 ans dans le design des interfaces informatiques, suite à la révolution des appareils mobiles (smartphones, tablettes),

pour sortir des sentiers battus il faudra en général créer son propre thème à l'aide d'un moteur de thème

 
Bin après les goûts et les couleurs hein, moi par exemple j'aime bien le thème Nilium :  
 
https://store.kde.org/p/1226329/
 
Avec le pack d'icônes Korla :  
 
https://store.kde.org/p/1256209/
 
En parcourant le store KDE on peut trouver ce qu'on aime je pense...

Breeze foncé me suffit bien perso.

Au fait sur mon PC Optimus, j'ai parfois le processus "nvidia-smi" qui se met à tourner et faire chauffer la machine. Je crois que c'est en sortie de veille que ça déconne, j'ai souvent la carte Nvidia active en sortie de veille, je peux l’arrêter en lancant primusrun (ou optirun) glxsphere64, puis en le stoppant
 
Je n'arrive pas à l’arrêter, sauf à redémarrer le pc, il y a une technique pour l’arrêter sans redémarrer ?
 

 
Arch et Kde à jour, pilote nvidia-390xx, xf86-video-intel, bumblebee

Le processus nvidia-smi a été lancé par quel utilisateur ?
l'utilisateur root ?
 
Je vois un stephane dans ta capture d'écran, c'est le nom de la machine ou celui d'un utilisateur ?
 
En théorie on peut forcer l'arrêt d'un processus dans une console en tapant la commande "kill" suivi des options (kill -9 identifiant_du_processus, plus d'infos en tapant "man kill" ), si c'est un service il faut l'arrêter avec la commande "systemctl stop nom_du_service", mais il vaut mieux d'abord savoir pourquoi il y a ce souci,
 
il semble que le pilote nvidia chez toi n'est pas à la dernière version :
https://www.archlinux.org/packages/extra/x86_64/nvidia/
 
edit : ça semble être le bordel pour la version du pilote nvidia, il y a plusieurs versions possibles selon l'ancienneté de la carte, pas d'unification du pilote propriétaire nvidia :
https://wiki.archlinux.org/index.ph [...] stallation
 

 
moi je suis sous amd avec le pilote libre radeon, une situation beaucoup plus simple où il n'y a rien à configurer, le pilote étant inclu dans le noyau linux et choisi automatiquement au boot

Je teste Manjaro, ça a l'air sympa

J'ai jamais accroché à Manjaro bizarrement.
Mais bon, ils ont quand même fait Pamac  

pamac le truc qui sert à rien ?
A part te déranger dès que y'a une maj....je vois pas.

En général j'utilise toujours Trizen pour mettre à jour mon système. Je préfère gérer cela en ligne de commande, c'est plus clair pour voir ce qui se passe.
Par contre pour installer un truc nouveau ( comme récemment cantata ) j'utilise pamac, qui est super pratique  

Ha ? Pourquoi c'est pratique ? je comprends pas

La flemme    
 
Pour Trizen la plupart du temps je me contente de faire réapparaître les anciennes lignes de commande qui sont restées en historique du bash avec la flèche haut, comme ça je suis quitte de les retaper et de faire des fautes de frappe    
 
Et idem pour pamac, pas besoin de taper une ligne de commande  
 
edit : et j'ai la même flemme dans l'univers Ubuntu, j'use et j'abuse de Synaptic  

Merci, je viendrai voir ce post quand le soucis se reproduira. Mais je me demande si je ne vais pas finir par la désactiver dans le bios cette carte graphique, ça sera plus simple ...
 
J'ai une carte graphique "NVS 4200M", il faut utiliser les pilotes nvidia-390xx.
 
"stephane" c'est mon nom d'utilisateur.
 

Qu'est ce qui arrive à compiz-bzr, il a disparu...    
 
https://aur.archlinux.org/packages/compiz-bzr/
 
Le mainteneur a tout laissé tomber ?
 
edit : c'est bon j'ai trouvé tout est ici désormais    
https://aur.archlinux.org/packages/compiz/

J'ai eu à nouveau le soucis ce matin, j'ai cherché un moment mais je n'ai pas réussi à arrêter le processus
 
J'ai compris qu'en fait nvidia-smi = NVIDIA System Management Interface program, dans mon cas c'est la requête "nvidia-smi --query --display=TEMPERATURE" qui échoue, et je pense que c'est normal vue que la carte est désactivée à ce moment là...
 

Nouvelle version de Compiz installée, et CCSM de nouveau fonctionnel  

J'ai eu un kernel panic au boot à froid, c'est arrivé qu'une fois, après un reset pas de kernel panic,
je soupçonne le bloc d'alimentation d'être responsable, car le +12 volts (mesuré via un multimètre sur une prise molex) indique 12.6 volts, soit le maximum permis par la norme ATX (marge de +/- 5% maximum),

avec le logiciel sensors ça indique "12.74 volts", dans le bios c'est 12.58 volts (proche de ce qu'a mesuré le multimètre).

Pensez-vous qu'un +12 volts non fiable peut entraîner un kernel panic ?
Comme bloc d'alimentation c'est un corsair CX400 (400 watts) acheté en 2010.

je remarque que la dernière version stable de Firefox fonctionne beaucoup mieux sous Arch et ses dérivées que sur d'autres systèmes (par exemple ceux qui se finissent en U)
 
un bon point

hop, édition du PKGBUILD de pkgconf pour avoir /usr/local

 
Perso je ne remarque rien de spécial...
Bon Arch fonctionne avec un HDD et Ubuntu avec un SSD donc forcément ça aide pas  

bon par contre, la gestion HDMI ...
d'habitude accessible avec des gestionnaires comme pavucontrol, là faut aller dans le terminal et rediriger l'audio vers la bonne sortie

Pas de souci non plus chez moi : je peux envoyer le son vers la sortie HDMI via :
son -> onglet matériel -> je sélectionne une ligne HDMI

j'ai remarqué un bug (déjà présent sur les anciennes versions) :

- le démarrage à froid de firefox devient de plus en plus lent au fur et à mesure que le profil firefox prend de l'âge, la led du disque dur clignote plus longtemps au fur et à mesure des semaines qui passent,

si je fais une réparation du profil firefox (une fonctionnalité bien cachée dans firefox) ou que je repars sur un profil vierge le démarrage à froid est très rapide, puis au fil des semaines on remarque que la lenteur de démarrage à froid réapparait, des dixièmes de secondes perdues qui s'accumulent au fil du temps, dans un cas extrême (profil vieux de plus de 4 ans) la lenteur peut entraîner un gel de l'onglet pendant presque une minute, le temps que le disque dur gratte et charge ses fichiers au démarrage à froid,

je précise que je suis du genre à ouvrir beaucoup d'onglets, à surfer en mode "découverte de nouveaux sites" (articles wikipédia, vidéos youtubes), ce qui fait que le cache grossit vite,
et le bug ne se produit que sur le démarrage à froid, un démarrage à chaud (un second lancement de firefox) est instantané, j'utilise un disque dur classique (pas de SSD), ce qui permet de mettre en évidence le manque d'optimisation/lenteur d'un logiciel dans son fonctionnement

Tu ne peux pas effacer le cache de temps en temps ou le vider en sortant, ou le mettre en ramdisk, le diminuer en taille, des trucs comme ça.
J'ai remarqué lors des copies de fichier que la copie des fichiers du cache de firefox est lente, c'est plein de petits fichiers.

est-ce qu'il y a un réglage dans firefox permettant de limiter la taille du cache à une valeur maximale en méga-octets ? (par exemple on fixe 100 Mo comme taille maximale, avec les entrées les plus anciennes du cache qui seront automatiquement supprimées)

edit : en fait il faut encore bidouiller dans about:config :
https://support.mozilla.org/fr/questions/1219833

ce bug (énorme fuite mémoire qui n’apparaît qu'avec le thème oxygen et les décorations de fenêtres oxygen) sera corrigé dans la version Qt5 5.12.2 (et l'est déjà dans la version actuelle d'archlinux, le mainteneur a utilisé le patch)

https://codereview.qt-project.org/#/c/254226/

le problème était dû à une division par zéro qui se produisait dans certaines circonstances dans une classe Qt5

 
alors en fait ça venait de moi (ou pas) : dans pavucontrol il y avait bien les options HDMI, mais dans une seule boîte texte avec les options classiques. Avec un autre système et un autre PC, les options sont séparées pour chaque matériel

les versions du noyau linux s’enchaînent à un rythme très rapide ces dernières semaines chez archlinux :

en moins de 2 semaines déjà 5 versions du noyau ont été poussées sur les dépôts

Ouais, je l’ai bien senti passer, moi qui fais les MAJ tous les jours… Et le jour où il n’y en a pas eu, entre les 4.20.11.arch1 et .arch2 (au passage, ils veulent pas revenir à la dénomination d’avant l’été dernier, un bête « 4.20.13-ARCH » et c’est tout ? Quel intérêt de multiplier les étiquettes, sérieux ?), c’était une MAJ de systemd ! Sur quatre jours, pas une séance de MAJ quotidienne qui n’ait pas impliqué un redémarrage pour être prise en compte ! C’était géniaaal…

En même temps rien ne t'oblige à redémarrer, ce n'est pas Windows...
 
Quant au nom, archX réfère à la version du groupe de patch d'arch et non pas de Linux ou du PKGBUILD.

le souci c'est que si tu ne redémarres pas après une mise à jour du noyau alors si tu veux brancher une clé USB ou un disque USB ça ne sera pas reconnu, car les modules du noyaux destinés à gérer les périphériques de stockage USB ne sont plus les mêmes (ils appartiennent à la version du noyau fraîchement installée par le pacman -Syu, alors qu'on tourne encore sur l'ancien noyau),

il y aura aussi le même souci si tu veux lire un CD ou un DVD, le noyau essaiera de charger le module pour les gérer, mais comme c'est pas la même version que le noyau chargé en mémoire ça va échouer,

un moyen de contournement serait que pacman ne fasse pas tout de suite la mise à jour du noyau, mais uniquement juste avant l'arrêt du système ou une demande de reboot, ça suppose d'avoir une option permettant de mettre le paquet à installer sur une liste d'attente, et qu'un démon tourne en arrière plan pour surveiller la demande d'arrêt du système, pour y intercaler l'installation du paquet (ça rallongera de 2 minutes l'arrêt), ou bien que le paquet s'installe automatiquement au boot du PC (juste avant l'étape systemd "reach graphical target" ), avec redémarrage dans la foulée une fois le paquet installé

C'est le topic Arch ici, ce genre de soucis t'embête 2-3 fois et tu le regles vite fait, on a tout de prévu pour déjà.
J'ai tous les modules que je peux lancer dans modules-load.d pour palier à ce soucis. A moins que tu ais énormément de materiel ésotérique ca ne devrait pas trop alourdir ton systeme.

Pour ton idée je crois que c'est ce que fait Fedora maintenant, les mises à jour se font au redémarrage.

Pallier ce souci (verbe transitif direct, fonctionne exactement pareil que son synonyme « compenser »).  
 
Oui, Fedora et CentOS (la famille Red Hat, donc) fait maintenant comme ça. Mais perso, je préfère encore la méthode Arch. Parce que je l’ai déjà dit : ce qui m’embête n’est pas de devoir redémarrer (pour le temps que ça me prend, sérieux…), mais que ça se mette à arriver tous les jours. Une ou deux fois par semaine, ça va. Plus, heu… Un peu de calme, merci !  
 
Enfin, ce matin, il n’y a eu que le LTS. Soit Elbarto est en Testing, soit ils ont temporairement retiré le 4.20.13 de Stable au cours de la nuit. Pas grave.

Perso je démarre toujours mon PC fixe tous les 2/3 jours maximum, pour éviter l'accumulation des mises à jour.

Wooops merci!
Depuis le temps que je ne vie plus en francophonie je m'y perd
 

 
je ne suis pas en testing, mais le noyau 4.20.13 est bien sur testing depuis hier, il ne devrait pas tarder à arriver dans le dépôt stable

Salut
 
Vous savez comment set un layout Français lorsque l'on utilise gnome + Wayland?  
 
La commande setxkbmapfr ne fonctionne pas u que c'est pour X11. Peut être en settant une variable d'environnement XDG*** avant le start de gnome?
 
Merci
 

d'abord regarder dans le panneau de configuration de gnome, s'il y a une rubrique permettant de configurer la langue du système, du clavier, la manière dont sont affichés les dates, les nombres, le fuseau horaire,

sinon il y a cette page sur la configuration du clavier :
https://wiki.archlinux.fr/Keyboard
https://wiki.archlinux.fr/Installat [...] du_clavier

wayland et gnome :
https://wiki.archlinux.org/index.ph [...] d_sessions