Reprise du message précédent :
Yay a justement été mis à jour hier (trois versions auront été nécessaires, quand même !).

Et avec l’arrivée future de Python 3.14 dans les dépôts stables, attendez-vous à une avalanche de recompilations dans les prochains jours.

Je l'avais oublié!
Et ce soir encore: yay 12.5.7-1 (dim. 14 déc. 2025 23:07:48)

Comme netctl a l'air en déclin, avec aucune mise à jour depuis un an alors je suis passé à systemd-networkd pour la configuration de la carte réseau, ça permet en plus un démarrage plus rapide.

Sinon, il y a aussi Network-Manager qui juste marche…
 
Ah, sinon : XScreenSaver 6.13 est arrivé, et à part qu’il me cause un syndrome XKCD 1127 (avec des nouvelles animations non désactivables pour le diaporama GLSlideshow, réécrit pour l’occasion), il a ramené un vieux bug lié à PAM : quand je verrouille l’écran, il n’accepte pas mon mot de passe (« Authentication failed! »), alors que je le tape correctement (et il n’est pas affecté par une éventuelle bascule AZERTY/QWERTY). J’ai dû m’identifier en TTY (là, ça a marché) et relancer LightDM pour rouvrir une session et retrouver l’usage de l’ordi. Heureusement que j’avais rien d’ouvert…
 
EDIT : bug connu et solution trouvée ! Il faut ajouter ceci à « /etc/pam.d/xscreensaver » :

N’empêche, ça aurait dû être testé un minimum avant de mettre cette MAJ dans les dépôts stables…

 
Depuis récemment (je sais pas si ça correspond à l'installation de la dernière version de pacman ou pas), quand je veux nettoyer les fichiers du cache de pacman, j'ai cette erreur :

 
Je supprime le répertoire à la main à chaque fois, mais pourquoi ça coince depuis quelques temps alors que j'ai jamais eu ce souci par le passé ?

C'est un dossier normalement temporaire supprimé à la fin du téléchargement d'un paquet. S'il reste derrière, c'est sans doute parce que le téléchargement à échoué.
C'est quand même étrange que ça revienne systématiquement, t'as essayé de voir ce qu'il y avait dedans ? Histoire de voir si c'est toujours le même paquet.
Une solution pourrait être de générer une nouvelle liste de miroir avec Reflector. T'en as peut-être un un peu pourri dans ta mirrorlist ?

Ah oui j'ai un script pour mettre à jour mes miroirs avec reflector, ça fait un bail que je l'ai pas utilisé, vais tenter ça
 
Et si le dossier revient, je regarderai son contenu

Linux 6.18.1 installé cette nuit.
Extinction des ordis ensuite.
Allumage ce matin : sur le portable, le Wi-Fi n’est plus détecté (alors qu’il (re)marchait impeccablement jusque-là).

Bon, heureusement que ça marche en Ethernet ! Pas la peine de faire tester avec le LTS toujours en 6.12 : je devine que ça va remarcher avec (vu que la seule chose qui a changé est le noyau), et ce même 6.18 va le remplacer en février… À voir si ça fonctionne avec le dongle USB que j’avais acheté cet été, quand le Wi-Fi interne déconnait (il cessait de fonctionner au bout d’un moment) durant les 6.15 et 6.16.

Bah.. repasse sur le 6.17?

Aucun souci de wifi sur mon portable suite au passage en 6.18 puis 6.18.1 (que j'ai installé en avance via les dépôts testing), c'est quoi comme chipset wifi sur ta machine ?

Si on peut éviter, surtout que chaque MAJ du noyau remplace la précédente…
 

Intel PRO/Wireless 5100 AGN, selon Inxi. Mais ayant pris le temps de regarder, je vois que c’est un problème de firmware compatible non trouvé. Peut-être qu’il suffirait d’attendre une MAJ (voire simplement réinstaller ?) des paquets « linux-firmware » ?

Oui peut-être un pb de firmware, je suis sur une Intel Corporation Wi-Fi 6 AX201 (rev 20), qui fonctionne sans souci.

Pour info, le Wi-Fi intégré à la CM du fixe (Ralink RT2790 Wireless 802.11n 1T/2R PCIe) est bien reconnu, avec pilote « rt2800pci ». Sur une machine plus ancienne (CPU sorti T4 2008). Comme quoi, c’est pas directement lié à l’ancienneté…
 
EDIT : un pote a découvert qu’il y a bien une régression sur le 6.18 concernant le pilote « iwlwifi ». Bug connu et patch disponible, ça devrait normalement être corrigé avec le 6.18.2.

T'as raison, cherche pas à diagnostiquer ni à confirmer tes suppositions.
Ce serait dommage d'ouvrir un bug report qui corrigerait l'éventuel problème rapidement si c'était vraiment lié au kernel.
Attends plutôt que le 6.18 remplace linux-lts pour être encore plus dans la galère

… Lis le message au-dessus du tien (surtout la partie « EDIT ») et on va faire comme si j’avais rien vu, OK ?
 
Et je t’invite plus que chaudement à supprimer le tien, ce sera mieux pour tout le monde. Notamment parce que tu te gourres totalement (moi, pas chercher d’où vient un bug ? Tu me connais pas, ça se voit !), surtout depuis que j’ai pu prendre le temps d’aller regarder pourquoi ça n’allait plus (et j’ai pas attendu ton seau de fiel pour ça).
 
Allez, supprime et je ferai de même, après.

Et dans la 6.18.2, il devrait y avoir la correction de la 1ere CVE du code RUST du noyau

C'est pas parce qu'il te plaît pas que mon message est un troll.
Ma critique tient toujours, je pense que c'est une réaction dommage de rien chercher à vérifier et de ne pas diagnostiquer un minimum ce genre de trucs.
Et c'est pas parce que par chance ton pote a trouvé à ta place l'origine du bug qui t'affecte que ça vient valider ton approche.
 
Donc c'est gentil ta chaude invitation à supprimer mon post mais je maintiens, merci.

(rapporter un bug linux bon courage cela dit   )

Oh, ça alors ! En démarrant le portable sur le noyau LTS (en 6.12), ce matin, le Wi-Fi marche ! Quelle surprise (non)…
 
Bon, même si j’ai pas un besoin vital du Wi-Fi sur cette machine, je pense rester sur le LTS tant que le 6.18.2 (ou celui qui sera patché) ne sera pas sorti dans le dépôt Core.
 

Il est à côté de la plaque et tu parles sans savoir, en te permettant des attaques aussi gratuites qu’inacceptables sur mes compétences. J’ai dit : supprime, et ne me fais pas répéter encore une fois.

Si vous utilisez Arch avec une CG Nvidia (mes condoléances, et je parle d’expérience), cette info publié hier peut éventuellement vous intéresser (si vous avez des GTX 10xx ou plus anciennes) :
 

Et ça durera tant que le nvidia-580xx sera compatible avec le noyau
 
Ce qui peut arriver dans 2 mois à la sortie de la 6.19 ...

Ah, je crois que je suis concerné.
Mais ça a toujours été merdique avec ce GPU.

 
J'ai le même problème en ce moment.

Le bug a été remonté il y a 5 jours : https://github.com/Jguer/yay/issues/2737
 
Plus qu'à attendre un correctif

ça vient de m'arriver sur un portable sous arch avec une GTX 1060 (generation "pascal" ) et .. ça passe pas    
le driver 580 est remplacé de force par le 590.
solution: désinstaller tous les paquets nvidia
puis installer (ici pour ma carte) depuis AUR le paquet nvidia-580xx-dkms
et la ça marche sans toucher les modules dans mon mkinitcpio.conf
meme avec le kernel 6.18.2 tout juste installé
(par contre, cela implique de compiler le driver nvidia à chaque nouveau kernel)
plus d'infos ici, notemment sur les générations de cartes nvidia
https://wiki.archlinux.org/title/NVIDIA

Au cas où vous l’auriez pas remarqué, le site d’Arch est down (timeout), en ce moment. Nouvelle attaque DDoS ?

C'était le site de KDE Neon le 23 décembre ....

Comme on me l’a confirmé, c’est bien une attaque DDoS et le site n’est accessible qu’en IPv6 (pas le cas de ma connexion)…

c'est ca:
https://linuxiac.com/arch-linux-web [...] d-to-ipv6/
 
depuis une machine avec de l'ipv6, j'y accede en ipv6 mais pas en ipv4.
c'est moche..

Pour tout dire : hier matin, j’ai pu y accéder sans problème (je voulais voir pourquoi mkinitcpio 40 avait eu besoin d’une recompilation, vu que j’attends au moins qu’il y ait des MAJ conséquentes dont celle très attendue de Thunderbird, toujours pas en 146 chez Arch, pour mettre à jour les ordis et justifier une énième régénération des initramfs, hors-MAJ des noyaux) ; mais bizarrement, la liste des suggestions ne s’affichait pas quand j’ai commencé à taper dans la zone de recherche de paquets. Et c’est à partir de là que c’est parti en timeout complet.
 
L’affaire d’une seconde ! J’aurais regardé une seconde plus tard, ça aurait été trop tard (même si ça l’était déjà…) !

Je me demandais pourquoi cela ne fonctionnait plus chez moi.  
J'ai l'impression qu'ils ont énervé quelqu'un, ces derniers mois vu le nombre d'attaques à la con comme cela. La dernière, c'était sur Aur.

Salut. Petit drapal.
 
Je suis en train depuis quelques jours d'expérimenter Omarchy qui est une arch un peu customisée. Et pour le moment, j'aime assez.
Omarchy utilise Hyprland.

 
Sinon pour ceux qui veulent installer une ou des polices manquantes présentes sur Windows, il existe ceci :
 
https://github.com/pjobson/Microsoft-365-Fonts
 
Et pour les installer et/ou les activer/désactiver facilement et simplement, j'utilise font-manager.
 
https://github.com/FontManager/font-manager
 
Pour avoir les signes comme la pomme d'Apple dans les textes, il suffit d'installer ça :
 
ttf-apple-emoji
ttf-apple-fontpack
 
edit :
 
Oh putain, je viens de répondre à un message de 2017  

Back in time  

Cela vous est déjà arrivé avec une carte graphique Radeon récente d'avoir un plantage dans youtube en mode plein écran ?
 
Avec une radeon RX7600 dans Firefox il m'est arrivé un écran noir pendant la lecture d'une vidéo youtube, le son continue, le clavier et la souris fonctionnent mais impossible de quitter le mode plein écran qui reste noir.
Quand on attend quelques secondes après avoir fait un CRTL-ATL-SUPPR je reviens sur l'écran de login de Plasma (mais le son de la vidéo continue toujours en arrière plan), la souris bouge mais un clic sur une des icônes de l'écran de login ne donne rien, je peux uniquement ouvrir une console avec CTRL-ALT-F3 et taper la commande reboot.
 
Cela m'est arrivé qu'une seule fois aujourd'hui, est-ce que ça peut être un problème logiciel (pilote de carte graphique) ou matériel ?
J'ai fait un test memtest : pas d'erreur, j'ai lancé ensuite un jeu 3D : pas de plantage.
 
Je penche pour un bug dans le pilote libre radeon inclu dans le pilote linux 6.18.2-arch2-1 du 18 décembre dernier, pas de mise à jour pour l'instant (c'est le calme plat chez les mainteneurs de paquets Arch Linux, peut-être lié aux fêtes de fin d'année).

Oui, c’est connu que le pilote AMDGPU est buggué avec le 6.18.
 
Et oui, le fait qu’on soit en période de fin d’année + l’attaque DDoS de Noël n’aident pas (on n’a toujours pas Thunderbird 146, alors qu’il est sorti depuis une semaine ou deux)…

En effet des problèmes ont été remontés pour le pilote AMDGPU sur les noyaux Linux 6.18 et 6.19, et le site phoronix conseille de rester sur le noyau 6.17 :
 
https://bbs.archlinux.org/viewtopic.php?id=311085
https://community.frame.work/t/attn [...] -x/79221/5

Pour info, cela semble être du spécifique Arch Linux.
 
Je m'explique :  

• Radeon 9070XT / Linux 6.18.2 ... ça roule
• Radeon 6800XT / Linux 6.18.2 ... ça roule
• Radeon 790M (de tête) sur un 7840U / Linux 6.18.2 ... ça roule
• Radeon 5700XT / Linux 6.19-rc3 ... ça roule

Tous mes noyaux sont calés en low-latency & native cpu

C'est un bug aléatoire, il n’apparaît pas toujours,
j'ai fini par l'avoir au bout de 10 jours d'utilisation après avoir installé le noyau 6.18.2,
 
le bug est apparu lorsque j'ai voulu sortir du mode plein écran lors d'une lecture d'une vidéo youtube dans Firefox, c'est arrivé aujourd'hui alors que les jours précédents il n'y avait pas eu de souci dans la lecture des vidéos youtube en mode plein écran.
 
En attendant que le bug soit résolu par les développeurs du noyau Linux je suis revenu à la version 6.17.9.
 
Et j'ai l'impression que le noyau 6.17.9 est plus rapide que le 6.18.2, le PC est plus réactif, notamment Firefox, bien plus réactif, peut-être l'accélération 2D/3D de l'affichage qui est meilleur avec le noyau 6.17.9 pour le pilote AMDGPU.