Reprise du message précédent :

Tu nous diras ça dans 15 pages, parce que c’est quand même bizarre que le nombre de pages ordinaires imprimées soit supérieur au nombre total de pages imprimées. Et pourquoi un nombre négatif pour les « autres types » ?

si ça marche avec sane-airscan, ça renforce l'hypothèse du bug de Sane. Sane-airscan est une autre implémentation du protocole eSCL (ainsi que de WSD qui est plus ou moins similaire mais pour windows).

Et le protocole Bonjour, c'est le nom de l'implémentation Apple de zeroconf, qui permet aux différentes ressources (imprimante, scanner, etc.) de s'annoncer sur le réseau et ainsi d'être détecté plus ou moins automatiquement. Sous Linux, c'est généralement fourni par Avahi.

Ça y est : sur Arch, le noyau Linux LTS est passé en 6.1.12 ! Et le noyau normal, lui, est en… 6.1.12 aussi !
 
Du coup, si t’avais des soucis avec un noyau 6.1.x et pensais te rabattre sur le LTS car il est sur une branche antérieure, ben… T’es marron !

C'est complètement stupide.

En testing au moins on a le 6.2 .

Pas le même mainteneur, et ils se mettent pas d’accord pour ne passer le LTS à la nouvelle branche qu’une fois que le normal a changé (donc, pas avant que le paquet linux ne passe en 6.2.x sur le canal stable)…
 
Je connais Arch depuis août 2014 (ça fait 8 ans et demi, déjà…), et depuis août 2018 que j’ai installé le LTS en plus, c’est la 3e fois que ça arrive : pour le 5.10, le 5.15 et maintenant le 6.1. Je sais que ça a râlé sur le forum pour l’une des deux fois précédentes, mais ça n’a pas changé grand-chose, de toute évidence.

pour ceux qui comme moi on une 4090 avec une alim moins puissante et qu'il preferable de mettre le power limite de la cg et qui ne savent pas comment faire, voici les étapes pour une Nvidia :  
 
Bon pour les neophite on va commencer par l'étape d'install des drivers
 
Installatiion des packages nvidia :

 
edition du fichier de demarrage  
 
pour systemd-boot qui se trouve dans : /boot/loader/entries/nomdufichier.conf (ou dans /boot/loader/loader.conf)
ajouter nvidia_drm.modeset=1 dans options root

chez moi par exemple ca donne :  
 

 
pour grub qui se trouve dans : /etc/default/grub
ajouter nvidia_drm.modeset=1 dans GRUB_CMDLINE_LINUX_DEFAULT ce qui donne :

et pour grub il faut le regenere  : sudo grub-mkconfig -o /boot/grub/grub.cfg
 
en options, pour charger au demarrage nvidia nvidia_modeset nvidia_uvm nvidia_drm, c'est pas obligatoire, mais personnellement je le fait
dans /etc/mkinitcpio.conf
ajouter : nvidia nvidia_modeset nvidia_uvm nvidia_drm a la ligne entre parenthese : MODULES=()
ce qui donne :

 
creation de pacman hook
cree le dossier hooks

creation du fichier

copier coller ceci :

(remplacer linux par votre kernel si vous utilisé lts et bien mettre linux-lts, linux-zen pour zen etc...)
 
si vous utilisé firefox sous wayland et kde il y auras des déchirure (du moins avec ma 4090)
don ajouter MOZ_ENABLE_WAYLAND=1 firefox dans : /etc/environment
 
checker avec printenv qu'il a bien été ajouter a l'environnement
 
redemarrage et vois que tout fonctionne, puis passont au limite du gpu
 
deja on verifie apres redemarrage si les module son bien charger, regarder aussi si le Logo GSync de votre écran est activé par exemple(avec votre OSD)
nvidia-smi et lsmod | grep nvidia
 
dans nvidia-smi pour la 4090 on pouras voir ceci :

 
comme on peu le voir il est a 450W, pour limité occassionnelement par exemple a 350W il faut activer le mode persistant et puis donner un power limite
 
pour activer le mode persistant :
sudo nvidia-smi -pm 1
pour changer les W max :
sudo nvidia-smi -pl 350
 
ce qui donne :
 
sudo nvidia-smi -q -d POWER

 
maintenant on va faire en sorte que cela soit actif au demarrage
 
on commence par
 
La configuration de nvidia.persistenced

 
maintenant on va crée deux fichier pour activer la limite de puissance au demarrage apres 5sec de boot
 
crée le fichier nvidia-tdp.service  dans /etc/systemd/system et ajouter ceci dedans :
PS changer le wattage max ici 350 par la valeur que vous avez fixé

 
puis il faut crée un second fichier
donc crée le fichier nvidia-tdp.timer toujours dans : /etc/systemd/system et ajouter ceci dedans :

 
et on fini par :
sudo systemctl daemon-reload et sudo systemctl enable --now nvidia-tdp.timer
 
redemarrer votre pc et checker avec nvidia-smi que votre power limit est bien dans les limites que vous lui avez donner
 
J'espere ne pas avoir introduit d'erreur

Petite mise à jour des compteurs d’utilisation de l’imprimante. On partait de ça :

Et maintenant, c’est ça :

Vu que le « Autres types » n’a pas réduit en fonction du nombre de « Papier ordinaire » ou « photo » imprimées dans l’intervalle, je vais aussi penser que ce n’est pas le nombre total de pages pouvant être imprimées tout court avec cette imprimante. C’est plutôt rassurant, parce que comme le reste, on n’a pas vraiment envie de changer ce qui marche bien.

Je n’ai pas de 4090 mais merci pour ce tuto détaillé

Super… Depuis que j’ai installé la nouvelle version des polices Ubuntu, leur rendu a changé : la variante par défaut (Regular) est devenue plus fine, et trop à mon goût…
Pas de bol : c’est cette fonte que j’utilise pour l’UI de ma session XFCE et que je force comme police de texte dans mes navigateurs Web.
 
Alors, je vois que la variante Medium me redonnerait le rendu que je veux (et c’est le cas sur l’UI de Double Commander, qui est l’une des deux dernières applis GTK2 que j’utilise avec GIMP, mais pas au sein des volets affichant les listes des fichiers), mais les paramètres d’apparence de XFCE ne veulent rien savoir : que je choisisse la variante que je veux, c’est toujours cette Regular affinée qui s’affiche.
 
S’il y a un moyen pour forcer fontconfig à choisir la variante Medium à la place de Regular, je prends.
 
EDIT : ah, ben, un autre a le même souci !
https://bugs.archlinux.org/task/77966

Il y a aussi eu des évolutions récentes concernant les polices chez Gentoo et OpenSuse également, donc, oui, c'est normal .

Non, mais il n’y a que celle-là qui a été changée, aucune autre ni aucun paquet lié à d’autres façons de gérer les polices (fontconfig, notamment) n’a été changé, ce jour.

Bon, comme je m’y faisais pas, j’ai rétrogradé le paquet dans sa version antérieure 0.83-8, ce qui a évidemment eu quelques effets rigolos quand on sait que j’utilise Ubuntu comme police d’UI (oh, des carrés partout !)… Heureusement, les bons textes sont revenus après quelques secondes.
Encore que là, c’était en local sur le portable. Histoire de pas faire les choses à moitié, j’ai fait la même chose sur le PC fixe, via une connexion SSH. Là, j’ai pas eu le choix, j’ai dû fermer et rouvrir la session utilisateur qui était active dessus pour tout remettre d’aplomb (les textes dans les fenêtres étaient OK, mais ceux des barres de titres restaient des carrés).

Note pour moi-même : éviter de refaire trop souvent ce genre d’idioties. Surtout que je vais pas pouvoir empêcher pour toujours Pacman de mettre à jour ce paquet, juste pour une simple question de confort visuel (même si, dans les commentaires du rapport de bug, c’est toujours la version 0.83 qui est la dernière version officielle de cette police, donc cette MA du paquet n’aurait pas dû avoir lieu, ou pas maintenant)…

Personnellement j'ai bloqué le paquet noto-fonts à la version de fin 2017, pas eu de problèmes pour l'instant dans les mises à jour de pacman, ça accepte le blocage.

Les polices que j'utilise le plus sont noto-fonts, liberation, DejaVu, je n'utilise pas les polices ubuntu.

Dans le fichier personnel de fontconfig j'ai mis ça :

Bug bizarre mais non bloquant depuis la MAJ de systemd en 253.2 : au lieu de la ligne habituelle

j’ai ceci qui s’affiche (après un écran tout noir, sans curseur « _ » en haut à gauche) :

suivi du rapport de fsck.

Tout fonctionne, tout se lance bien, mais il y a juste ce message qui est apparu depuis la dernière MAJ.

Je crois qu’aussi, il n’y a pas les lignes « Chargement de Linux linux ».

Je vois aucun rapport de bug à ce sujet sur le forum ou le bugtracker d’Arch, mais ça me le fait sur mes deux PC. À vous aussi ?

EDIT : ah, c’est lié à un changement lié au paramètre de démarrage « quiet » qui n’affiche normalement plus la ligne « Starting… », et on peut gicler ce message d’erreur en changeant les hooks de mkinitcpio, d’après ce rapport de bug…

Mouais, j’ai pas vraiment envie d’aller trafiquer un fichier aussi sensible, donc je pense que je vais laisser comme ça pour le moment. Comme j’ai dit, c’est pas un bug bloquant, donc OSEF.

Ça ne touche donc que ceux qui utilisent le paramètre quiet,

n'étant pas fan des démarrages sans informations (de type écran noir avec sablier, splash-screen, qui cachent le statut de démarrage des unités systemd) alors je ne l'utilise pas, je préfère les affichages verbeux au démarrage, pour toujours avoir une idée précise de ce qui se passe au démarrage du système.

Même esthétiquement j'ai toujours préféré voir défiler ces infos, y compris (et peut-être surtout) quand j'y comprenais rien

 
je le laisse aussi, surtout parce que le truc apparait 2-3 sec max (c'est parfaitement illisible, le seul truc que je regarde c'est que tout soit vert)

2~3 secondes sur des PC récents, mais sur des plus vieux (les PC avec CPU intel core 2 duo/quad de la fin des années 2000, pas de NVMe, juste un SSD Sata 2) ça prend plus de temps, ça me laisse le temps de lire .

Ici c'est le score avec un intel core 2 Q9650 3 Ghz (le haut de gamme de la fin des années 2000) aidé par un SSD et 8 Go de ram DDR2.

J'ai aussi le fsck qui se lance tous les 30 boots, si la partition concernée est un disque dur mécanique et que c'est le /home alors ça rajoute plusieurs dizaines de secondes, ce qui laisse encore plus de temps pour lire .

Du nouveau avec la nouvelle version de yay : il affiche maintenant un différentiel des versions des paquets à mettre à jour (comme du temps de Yaourt), mais qui est redondant avec la propre liste de pacman affichée juste après (et qui déclenche une deuxième synchro des dépôts, elle aussi inutile puisqu’elle vient juste d’être faite).
Et il n’indique plus les paquets AUR manquants, orphelins ou obsolètes (ça, c’est moins cool).

Euh j'ai cela sur yay depuis le debut, peut-être était-ce une option a activer avant ou que je comprend mal ce dont tu parles. Les paquets obsoletes je ne crois plus en avoir mais si tu m'en donnes un je veux bien tester.

Moi, j’ai toujours gardé les réglages par défaut, et jusque-là, il faisait :
– partie pacman avec synchro des dépôts, liste des nouveaux paquets, installation et configuration post-installation (incluant régénération des images initramfs),
– puis partie yay où il interrogeait AUR, affichait éventuellement la liste des logiciels absents d’AUR (donc ceux qui n’existent plus), les orphelins (qui existent mais n’ont plus de mainteneur) et les obsolètes (après signalement), et il passait ensuite à ceux à mettre à jour.
 
Là, ces listes de paquets AUR absents/orphelins/obsolètes, je ne l’ai pas vue affichée lors de ma passe de ce matin. Il a fait :
 
– synchro des dépôts, interrogation d’AUR, affichage de la liste des nouvelles versions de paquets,
– puis passage à pacman, avec re-synchro des dépôts (elle venait tout juste d’être faite !), affichage de la liste des nouveaux paquets, installation et config post-install, et c’est fini.
 
Min vient d’être rétrogradé sur AUR, depuis lundi. Comment je sais si un autre logiciel AUR qui est installé est signalé comme obsolète, voire a été totalement dégagé, s’il n’affiche plus ces listes ?

Ah ouais tu as raison ca ne m'affiche plus ces informations non plus, à voir si c'est juste un réglage à faire.
[...]
Je n'ai pas trouvé.

Pour ta question tu peux utiliser ce script que j'ai écrit suite à une discussion ici: https://pastebin.com/y5BMDx04

Ah par contre je n'avais pas remarqué mais ca double synchronise maintenant, je ne comprend pas trop pourquoi.

La réponse est dans « /var/log/pacman.conf » : il lance deux fois un « pacman -Syu ». Sauf que la deuxième, il renvoie directement son résultat sans l’intercepter d’abord pour afficher son tableau coloré.

Ca parait bizarre vu que yay permet de ne pas tout mettre a jour, alors qu'un -Syu non. Hmmm, bizarre cette nouvelle version.

La nouvelle version 12.0.4 de Yay affiche de nouveau les listes des paquets manquants sur AUR, les orphelins et les obsolètes (mais en attente de MAJ) !

VLC 3.0.18-8 plante chez moi quand on lit certains fichiers vidéos comme les fichiers VOB issus d'un rip DVD,

après investigation le plantage disparait si on désactive dans les options de VLC le décodage matériel GPU via VDPAU, j'ai une vieille radeon HD4650,

le crash n'apparait pas sur les fichiers H264.

Et les autres logiciels comme MPV n'ont pas ce souci.

La sortie de MPV, on voit qu'il utilise le GPU pour décoder la même vidéo :

MPV utilise bien la bibliothèque VDPAU du paquet libvdpau 1.5-1  :

Est-ce que vous avez le même problème avec VLC quand vous essayez de lire un fichier VOB avec le décodage GPU activée et qui utilise VDPAU dans les options de VLC ?

Je ne sais pas pour ton problème mais je crois que maintenant il est recommandé d'utiliser VAAPI et non VDPAU. Tu peux toujours essayer et voir si ca fonctionne.
D’après https://www.x.org/wiki/RadeonFeatur [...] erhardware tu as l'acceleration materielle sur H264 mais pas sur MPEG2.

Ma radeon HD4650 (RV730) possède UVD2.2, qui selon wikipedia possède une certaine accélération pour le MPEG2 (iDCT level acceleration of MPEG2 video streams), mais pas totale (contrairement au H264) :

https://en.wikipedia.org/wiki/Unified_Video_Decoder

Il est possible que le support materiel est la mais pas le support logiciel sous Linux.

As-tu testé sur ton PC si tu arrives à lire un fichier MPEG2 avec VLC dans archlinux ?

Je viens de faire un essai avec VAAPI dans VLC : ça plante aussi dans VLC, mais dans MPV ça ne plante pas, j'ai donc un doute, c'est peut-être la version 3.0.18 de VLC qui est boguée.

Quelqu'un sur manjaro a un souci similaire :
https://forum.manjaro.org/t/vlc-med [...] dec/136335

J'ai du trouvé un fichier MPEG2 pour, mais oui VLC ne plante pas avec VAAPI, VDPAU ou sans accélération matérielle. Sur ton lien il y a différentes solutions, peut-etre que l'une d'entre-elle sera la bonne pour toi aussi.

C'est en fait un bug de mesa qui touche les pilotes R300, R600 (une bonne partie des cartes graphiques radeon HDxxxx de la fin des années 2000 et début 2010), l'accélération VDPAU et VAAPI ne marche plus sur les fichiers MPEG2 quand le pilote R300, R600 est utilisé :
https://gitlab.freedesktop.org/mesa/mesa/-/issues/6162
https://gitlab.freedesktop.org/mesa/mesa/-/issues/8038
 

Si ça peut expliquer pourquoi l’écran se mettait à freezer et clignoter en boucle quand je lançais Stellarium (qui fonctionnait parfaitement avant l’automne dernier), ou la présence de glitches visuels dans Vivaldi (et le client Discord) quand je laisse l’accélération vidéo matérielle activée ; choses qui ne se produisaient pas avant…

Il y a peut-être un effet graphique du bureau non supporté par le pilote libre de ta Radeon, essaie de désactiver ceux qui ne sont pas nécessaires.
 
Voir aussi le niveau d'open GL utilisé par ton bureau, ta carte supporte jusqu'à l'Open GL 3.3.

Avec la mise a jour de python j'ai pas mal de paquets qui plantent, et j'ai trouvé cet outil pour aider:
 
https://github.com/maximbaz/rebuild-detector
 
Ca a l'air tres sympa, peut-etre que certains ici apprécieront aussi!

Je ne me souvenais plus de l'avoir déjà installé   . J'ai jeté un œil : cinq paquets à reconstruire (Étrangés: Protonmail, ProtonVPN  cli, gui et lib), ils fonctionnaient, mais au moins maintenant c'est propre.  
Pacman -Syu donne aussi en sortie les paquets nécessitant d’être reconstruit. (Faut vraiment que je regarde mieux les avertissements )
 
De mon coté,  j'ai Firefox et Thunderbird qui mettent beaucoup de temps à se lancer depuis la mise à jour, rencontrez-vous ce problème cet aléas?
 
 

Bonjour,
 
quelqu'un a déjà essayé l'ouverture de session avec un lecteur d'empreinte digitale ?
 
Les lecteurs USB d'empreintes sont-ils compatibles avec linux ?

Je n’arrive pas à utiliser HPlip.  
J’arrive à l’installer , à démarrer le logiciel, à configurer mon imprimante réseau.  Une fois cette étape terminée, le logiciel me dis qu’il n’y a pas d’imprimante configurée , et retour à la case départ.

J'ai tenté sur mon portable pro sous Arch avec fprint (c'est un Dell Latitude 5520 avec un capteur Broadcom intégré dans le bouton power), et malgré toutes mes tentatives, ça ne fait que "marchotter", en gros j'arrive à faire reconnaitre une empreinte et l'enregistrer, mais ensuite, impossible de faire fonctionner le capteur correctement, il ne répond même plus à aucune sollicitation, seul un reboot me permettait juste une nouvelle tentative qui ne donne jamais rien ... J'ai laissé tombé depuis.
 
Bref, suivant le capteur, ça peut très simple et fonctionnel, comme ne pas fonctionner du tout ...

Ok merci de ta réponse,
donc c'est pas encore tout à fait fiable sous linux, avec la galère de trouver un modèle compatible.
 

Firefox et Thunderbird mettaient "vraiment" beaucoup de temps à se lancer, Simplescan aussi, depuis la grosse mise à jour python. Résolu après désinstallation de  xdg-desktop-portal-gnome et de gnome-desktop-4 devenu orphelin. Rien à voir avec python. Je suis sous Cinnamon.  
J'avais ce paquet installé depuis 2021 (41.1) mis à jour (43.1-1 -> 44.1-2) le 07/05. A propos de xdg-desktop-portal-gnome : https://wiki.archlinux.org/title/XDG_Desktop_Portal . Je n'utilise ni Wayland, ni flatpak?
J'ai trouvé la solution dans ce sujet: https://bbs.archlinux.org/viewtopic.php?id=275618  
A toutes fins utiles à d'autre