Reprise du message précédent :
Faut aussi trouver des mainteneurs pour ce genre de paquets.

Le paquet xsane qui sert d'interface graphique à sane pour gérer les scanners n'est plus les dépôts officiels d'Arch Linux,
 
il faut utiliser des alternatives, comme Skanlite.

Dans le monde GTK, Simple-Scan (alias « Numériseur de documents ») fait largement l’affaire depuis longtemps.
 
XSane, je l’avais lancé une fois, et c’était clair qu’il était resté dans un autre siècle.

Y'a des gens qui ont des soucis avec les thumbnails de fichiers mkv dans Nautilus depuis la dernière mise à jour de shared-mime-info (2.4-3 -> 2.5.1-1) ?
Ça me les affiche plus du tout pour les nouveaux fichiers (les anciens sont toujours là). Et ça fonctionne encore pour les mp4, avi,...
En revenant en 2..4-3, ça remarche mais bon, c'est pas une solution

Le bordel côté MIME et thumbnailer a l'air OK de ce que j'ai vérifié :

La génération de thumnail à la main en utilisant la commande dans ffmpegthumbnailer.thumbnailer marche bien aussi.

J'ai aussi essayé de vider le cache dans ~/.cache/thumbnails/ et redémarrer mais j'ai juste plus aucune thumbnail pour aucun mkv maintenant

Pour ceux qui rencontreraient le problème, il faut ajouter

dans la conf de votre thumbnailer de choix ("ffmpegthumbnailer.thumbnailer" chez moi donc)

C'est parce que la nouvelle version de shared-mime-info a remplacé */x-matroska par */matroska (vu que x-matroska a été déprécié par l'IANA : https://www.iana.org/assignments/me [...] o/matroska).
ffmpegthumbnailer et gst-video-thumbnailer ont corrigé ça de leur côté, ça devrait être livré avec leur prochaine version respective.

Depuis le noyau Linux 7.1.x les utilisateurs qui ont un CPU AMD verront ce warning au boot du PC :
 

 
C'est normal, c'est lié au fait que la fonctionnalité de virtualisation TDX est vérifiée à chaque boot par le noyau Linux, cette fonctionnalité n'est présente que sur certains CPU Intel :
 
https://bbs.archlinux.org/viewtopic.php?id=314157
 

 
https://docs.kernel.org/arch/x86/tdx.html
 
Un patch est en cours de création pour désactiver l'affichage de ce message d'avertissement au démarrage :
https://patchew.org/linux/202607020 [...] ernel.org/

Je ne sais pas si certains d'entre vous ont encore un HDD interne pour le stockage mais perso oui et j'en ai un peu bavé pour le mettre en veille  
J'ai voulu utiliser hdparm avec la commande sudo hdparm -S 180 /dev/sdb (180 pour 15min)
 
puis vérifier l'état du disque avec sudo hdparm -C /dev/sdb.
 
Ensuite créer un fichier systemd pour qu'il se lance au démarrage.
En principe ça devait marcher mais le disque ne se mettait jamais en veille, pourtant il acceptait bien la veille si je lui donnais la commande sudo hdparm -y /dev/sdb
J'ai pensé que ça pouvais être à cause de baloo mais non ce n'était pas ça et les partitions ne sont pas montées non plus donc à priori rien n'accède au disque.
J'ai lancé iotop pour vérifier et en effet aucun accès disque.
 
J'ai finalement grâce à l'IA réussi à créer un script qui fonctionne sans utiliser hdparm -C mais lit les compteurs /proc/diskstats et exécute hdparm -y après 15min d’inactivité.
 
Et maintenant c'est parfait, le disque reste en standby tant que je n'accède pas aux partitions  
 
Donc si vous avez encore un disque mécanique que vous utilisez uniquement pour du stockage, vérifiez bien qu'il se met en veille, ça ne sert à rien de le faire tourner tout le temps

J'ai un bug étrange depuis ce vendredi quand je regarde une vidéo Youtube quel que soit le navigateur :
 
- je remarque que les aplats de couleurs peuvent ne pas être unis, parfois il y a 50% de l'image qui est légerement plus clair que l'autre partie sur le plan vertical,
 
on voit ce bug ici sur cette capture d'écran, si vous regardez bien la moitié gauche a un bleu plus foncé que la moitié bas droite, puis de manière aléatoire ce problème disparaît, puis réapparaît au fil de la lecture :
 

 
Est-ce que ça pourrait venir d'un bug du pilote libre amd-gpu ? (j'ai une carte graphique AMD Radeon RX 7600)
D'une carte graphique défectueuse ?
 
Je n'ai pas de problème quand je regarde une vidéo avec VLC, ça apparaît que pour les vidéos lues dans le navigateur (Firefox, Chromium).

Si je désactive le codec AV1 dans about:config ( media.av1.enabled mis sur false) de Firefox alors les glitchs disparaissent dans Firefox, car Youtube est alors obligé d'envoyer que des vidéos avec codec VP9 au lieu du codec AV1.
 
Si je teste le codec AV1 depuis le lecteur MPV en forçant l'utilisation de VAAPI alors je n'ai pas de glitchs :
 

 
 
D'après Gemini la carte graphique n'a pas de souci, tout est Ok au niveau matériel puisqu'on arrive à décoder matériellement un fichier vidéo utilisant le codec AV1 si on utilise le lecteur MPV.
Le problème viendrait du navigateur web ou d'un problème de rafraichissement du navigateur quand il communique avec Wayland ou X11 pour récupérer une vidéo AV1 décodée par la couche VAAPI pour la coller dans la fenêtre vidéo du navigateur.
 

 
Edit :  
si je me connecte en mode "X11" avec Plasma au lieu du mode "Wayland" : alors le problème disparaît pour les vidéos AV1 dans Youtube, mais c'est parce qu'avec une session X11 le décodage matériel avec VAAPI semble désactivé.

Cela pourrait venir du paquet linux-firmware-amdgpu, un rapport de bug a été créé :
https://gitlab.freedesktop.org/drm/ [...] items/5615
 
Edit : problème résolu en mettant à jour le paquet linux-firmware-amdgpu vers la version 20260810-2.

Vous n'avez pas des problèmes de couleurs de temps en temps dans Firefox ? Ça me le fait seulement quand je scrolle pas mal sur tumblr.

tumblr existe encore  

HFR existe encore.

Qu’est-ce que j’adore (non) quand une mise à jour apporte une régression…
 
LightDM a eu une MAJ, dernièrement. Bah, devinez quoi ? Elle casse la possibilité d’ouvrir d’autres sessions utilisateur en parallèle ! Bim !
 
Bon, bug connu et qui devrait, a priori, être vite corrigé (sinon, revenir à la version précédente rétablit littéralement les choses comme avant). Mais zut, quoi…

Cross topic avec le topic des noobs pour ma tentative de conversion d'un chromebook à Linux, si vous avez une idée de comment faire ...
 
---
Il y a un utilitaire spécifique "ectool" pour les chromebook, qui pourrait m'être utile, mais le paquet arch n'est pas à jours et ne veut pas s'installer.
Et je ne comprends pas les instructions ici : https://docs.chrultrabook.com/docs/ [...] ctool.html

Qu'est-ce qu'on est sensé en faire de ce fichier "ectool", il faut le mettre à un emplacement précis, compiler, ... ?

c'est un binaire. donc un coup de chmod +x, et tu peux l'executer.

merci Julien de confirmer aussi, ça m'a débloqué.

 
pour savoirà quel type de fichier tu as affaire, tu peux utiliser la commande "file". par exemple
$ file ectool
si ça te dit "ELF binary..." c'est un binaire, donc un programme compilé executable

ah oui commande utile ça, faut que je m'en souvienne !
 
Sinon, je lâche l'affaire, c'est une cause perdue. Il n'y a pas ce qu'il faut pour ce modèle, c'est dommage, car c'est une bonne petite machine.
Sur le forum chrultrabook, il est dit que Dell a mis le contrôleur à sa sauce et que ça pause problème.

Bug de la bascule rapide utilisateur cassée dans LightDM réparé dans la version 1.33.1 (sortie dimanche soir, et sur Arch depuis hier soir) !

Vidéo sur Archinstall
https://www.youtube.com/watch?v=F-cs3v179IE

Avez-vous remarqué des bugs avec la dernière version de Thunderbird 155 ?
 
Quand je reçois un nouveau mail Thunderbird ne me le met plus dans le dossier "courrier entrant", il le met dans un des sous-dossiers du dossier "Archives".
 
Edit : j'ai trouvé pourquoi, Thunderbird semble avoir un bug pour les règles de filtres de message, j'avais des filtres de messages qui fonctionnaient bien avec la précédente version de Thunderbird, mais avec la nouvelle ça fait n'importe quoi quand dans le filtre il y a un crtière de recherche qui pointe sur une chaine vide.
 
Exemple ici, si vous avez laissé par erreur un critère vide Thunderbird 155 va croire que le mail répond au second critère du filtre, comme si l'espace vide était un caractère joker  :
 

 
La solution c'est de supprimer cette ligne qui pointe vers un champ vide.

Disclaimer préliminaire : oui, Elbarto, j’ai testé avec un autre utilisateur (et aussi un autre fichier, depuis une autre machine).

Maintenant que c’est fait, j’expose le bug découvert ce mercredi : sur une Arch XFCE à jour avec LibreOffice 26.8 et une imprimante HP sans fil (connectée en Wi-Fi), lorsqu’on demande à imprimer un document en mode « 2 pages imprimées sur 1 » (donc, pour 2 pages A4 en portrait, on a une page en paysage avec le contenu de chaque page de part et d’autre, façon livre), ça l’imprime… en mode portrait, avec la partie du texte correspondant à la page 2 tronquée sur la droite !

En revanche, si on exporte le document en PDF et qu’on l’imprime dans les mêmes conditions depuis la visionneuse PDF (ici, Evince), alors aucun problème : ça s’imprime correctement, ce qui me fait penser à un problème côté LibreOffice et non CUPS (sinon, ça imprimerait mal depuis n’importe quelle application).

Une autre personne avec aussi une imprimante HP (sous Fedora, mais avec aussi LibO 26.8 sur sa machine) a fait un essai chez elle et n’a pas eu ce bug. Celui-ci serait-il donc spécifique à Arch ?

Si vous voulez vérifier si c’est reproductible chez vous…

   
Cinnamon 6.6.9 , LibreOffice 26.8.0.3, Imprimante HP Wifi. Essai avec .doc et .odt
Je n'ai pas réussi à reproduire ce problème. Que donne la prévisualisation? ce devrait être "l'image" de ce qui sort imprimé.
 
Edit: j'ai le problème quand l'orientation est en mode automatique. Si paysage ou portrait est sélectionné, la prévisualisation est OK. Je n'ai pas testé en imprimant réellement, mon coté pingre écolo  
Tu devrais redemander à la personne sous Fedora de tester de nouveau, car en essayant de suivre scrupuleusement ta description, je me suis mis en mode portrait d'office.

La prévisualisation était bonne, et même en ayant explicitement demandé à mettre en paysage, ça foirait. Découvert avec un DOCX et testé ensuite (avec le même résultat) avec un ODT.
 

Justement, c’est à l’impression elle-même que le problème se produit. Côté logiciel, tout est (en apparence) OK, donc tu peux pas savoir tant que t’as pas déclenché l’impression proprement dite. T’as pas quelques feuilles de brouillon que tu peux sacrifier réutiliser ?

Re,  
En mode portrait, prévisualisation et impression OK.
En mode paysage, prévisualisation OK et impression NOK.  
 
Edit, le temps de basculer sur mon autre installation de bricolage en double boot, j'ai le même résultat avec LibreOffice Still  26.2.6-1

Merci de confirmer que le problème est général.
 
Mais la 26.2 aussi ? Curieux, mais va savoir : mon père (qui est le seul à imprimer régulièrement des choses, chez moi) n’avait peut-être pas eu besoin de faire ce type d’impression avant hier, pour cette année…