Reprise du message précédent :

Non mais au moins y a un facteur 1 et des poussières entre unités en puissances de 10 et en puissance de 2, pas un facteur 8 comme entre Gb et GB

Est-ce que vous arrivez à construire ce paquet aur tsduck ? :
https://aur.archlinux.org/packages/tsduck/
 
chez moi ça ne marche pas, ça plante à la dernière étape "package()" du PKGBUILD, avec cette erreur :
 

 
Mais le mainteneur du paquet dit qu'il arrive à créer un paquet archlinux, même réponse sur son gitthub :
https://github.com/tsduck/tsduck/is [...] -810595865
 
j'ai crée un répertoire "tsduck", je télécharge les fichiers du paquet :
https://aur.archlinux.org/cgit/aur. [...] uck.tar.gz
 
et je décompresse tout là dedans, puis je tape "makepkg -c" dans le répertoire où se trouve le PKGBUILD, normalement le paquet devrait se créer sans problème, mais là ça plante sur mon PC.
 
Les options utilisées dans /etc/makepkg.conf :
 

Pareil ici sur un chroot, c'est donc surement de sa faute.

Non, désolé je ne peux pas car c'est un composant graphique de KDE : simple monitor 0.6
 

, une autre unité donc, je l'avais mis car après avoir lu ton post je me suis aperçu qu'il y avait encore une autre unité d'utilisée dans mon widget, comme si y'en avait pas déjà assez
 

1B=8b
1K = 1000 (10³)
1Ki = 1024 (2¹⁰)
 

 
Merci, ça tombe bien je suis sous KDE

Need help !
 
Depuis quelques temps, j´ai Firefox qui plante sévère, et de manière aléatoire sur pas mal de site (les onglets crashent).
 
J´ai pensé à un souci de Kde, je suis passé sur Xfce (en désinstallant Kde plasma et toutes ses dépendances) mais c'est pareil.
 
Exemple de rapport de crash  : https://pastebin.com/LgvYUgQF
 
J´ai désactivé toutes mes extensions, idem, je suis reparti d'un profil vierge, idem, bref, je sais plus quoi faire.
 
Si je lance FF en console, j´ai ça qui revient en boucle, la plupart du temps sans incidence :

 
Quand ça plante, j´ai ça en plus :

 
Note : sous Chromium j'ai aussi eu quelques plantages, mais c'est moins régulier, par exemple impossible d'aller sur Pastebin pour coller mon rapport d'erreur avec FF qui plantait systématiquement, j'ai réussi à le faire avec Chromium
 
Une idée ?
 
Edit : un peu après ce message le pc a planté sur xscreensaver, j´arrivais pas à revenir sur le bureau, ni même sur un tty, du coup j´ai du reboot, et depuis plus de souci avec FF pour l´instant ... C´est vraiment aléatoire ce truc  

Moi, c’est Thunar qui me plante à la figure au bout de seulement quelques secondes après l’avoir ouvert…

C’est arrivé après le redémarrage ayant suivi ces mises à jour :

Et le message du bug quand je le lance depuis le Terminal (avec le noyau 5.11.13, pas encore essayé le LTS) :

C’est GTK3 qui déconne ? Je vais faire un rapport de bug pour les deux…

EDIT : pas besoin, c’est bien GTK3 qui déconne… Donc, faut rétrograder vers la version précédente du paquet et bloquer les MAJ de GTK3 d’ici à ce que ce soit corrigé. Génial…

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

EDIT 2 : une version corrigée de GTK3 a été mise en ligne, il y a 1h. Mais elle a pas été répercutée sur mon miroir… Téléchargez-la directement depuis le site d’Arch et installez-la à la main (pas besoin de fermer et réouvrir sa session) si Pacman ne vous la propose pas encore → https://archlinux.org/packages/extr [...] /download/

Bizarre que le problème n'ait pas été détecté par les testeurs d'archlinux, ceux qui utilisent le dépôt testing.

Même si elle est rare cette mésaventure prouve qu'il faut réserver archlinux pour un usage desktop/loisir, et éviter de l'utiliser en environnement de production, en entreprise, dans les serveurs, ou alors il faut avoir un plan B (un second PC sur une autre distribution, un script de type "rollback" pour annuler le dernier "pacman -Syu" ).

 
I hAvE No WoRdD §!!11
Appelez-moi votre (package) manager !

Petit retour sur mon souci, après mise à jour du bios de ma carte mère (qui m´a shooté grub au passage, j´ai pas compris pourquoi), plus de souci, donc c´était bêtement un souci matériel ...

Si ton grub était en EFI c'est normal, ça a remis à zéro la table des entrées de boot (qui dit où est le firmware EFI, disque, partition, chemin, nom...)

Ah d'accord, je savais pas (mon grub est effectivement en EFI), du coup à la prochaine mise à jour faut que je le prévois

Y a juste à booter un live disk et utiliser efibootmgr pour remettre l'entrée.

Il n'y a pas moyen depuis l'interface setup du bios UEFI de refaire ces réglages ?
Ou une version de efibootmgr intégrée dans le bios UEFI.

Un peu comme lorsqu'on reconfigure l'ordre de boot dans un bios legacy quand on a plusieurs disques dur, ou lorsqu'on veut démarrer sur une clé USB.

J'ai booté en live, chroot, mount des partitions et grub-mkconfig, et hop c'est reparti

Il me semble que si tu as nommé le firmware efi avec le bon nom "portable" alors tu peux rendre ça assez facile pour le bios qui va le retrouver facilement, mais j'ai jamais réussi à faire marcher ça sur la board ou j'ai tenté. (le nom que les installers type live linux ou windows utilisent)
 
Et sinon ajouter une entrée directement depuis le setup efi, non j'ai jamais vu ça mais ça serait super utile.
 
Déjà les boards qui ont un shell EFI intégré c'est rare alors ça...

C'est étonnant que la mise à jour du bios perde le boot.
J'ai déjà mis à jour le bios sur mes portables sans perdre grub, je ne comprends pas trop la discussion là  

Pourtant y a toutes les infos pour comprendre dans les 6 derniers posts

De mémoire à chaque fois que je mettais à jour mon Bios sur mon PC portable en UEFI, je devais retourné alors dans le Bios pour remettre le Grub en première position.
Il me remettait Windows à la première place le saligaud  

J'ai des affichages bizarres depuis la mise à jour de mesa ce matin.
C'est un peu la même chose que ce qui a été décrit plusieurs fois ici au démarrage de xfce (affichage d'éléments du cache de la carte graphique je crois).
Mais là ça le fait lors du passage d'une fenêtre à l'autre, peut-être plus particulièrement avec firefox, et peut-être plus particulièrement encore si une page avec une vidéo (pas forcément en cours de lecture) est ouverte.
Quelqu'un d'autre a noté ça ?
 
PS : ça doit le faire avec vlc aussi, et probablement avec tout ce qui utilise mesa.

J'ai rien remarqué d'anormal depuis la maj de mesa de mon côté (xfce aussi) ...
 
Quels pilotes graphiques ? Proprio nvidia de mon côté.

Je suis sur de l'ATI assez ancien (Radeon HD 7310), en pilote libre xf86-video-ati, avec mesa-vdpau pour l'accélération matérielle (j'ai dû fouiller un peu pour retrouver, je me soucie pas souvent de ces trucs-là…)

Aucun problème avec une 5700XT ici.

Pas encore fait la mise à jour, mais comme j'ai aussi une vieille carte graphique (AMD radeon HD4650 pcie) je risque d'avoir ce problème,
j'utilise le pilote libre radeon.
Il y avait déjà de temps en temps des petites corruptions d'affichage mais qui partaient très vite et qui étaient plutôt rares, ça arrivait en faisant un clic droit ou en ouvrant un menu déroulant, le menu pouvait faire apparaître des fenêtres du cache ou des applications en arrière plan, un vieux bug jamais corrigé du pilote radeon pour certaines cartes graphiques.

Sinon j'ai remarqué une chose inhabituelle mercredi dernier : un freeze total d'archlinux, c'est arrivé en faisant un clic droit sur un fichier audio, puis le menu "ouvrir avec audacity",
ça a lancé audacity qui s'est planté et qui est resté en mode zombie en arrière plan, j'ai essayé de le tuer, ça n'a pas marché et au bout de 5 secondes tout le PC était freezé, obligé de faire un reset.

J'ai testé ensuite les barrettes mémoires avec memtest, pas d'erreurs, donc c'est surement logiciel, peut-être pulseaudio ou le noyau linux, depuis le problème ne s'est pas reproduit.

J'ai suspecté aussi le SSD (un samsung EVO 870 500 Go récemment installé), mais pas de problèmes en consultant les données SMART.

RAS sur mon portable (Radeon Mobility HD 4530, avec même pilote que toi mais pas de mesa-vdpau). Et je crois pas avoir remarqué quoi que ce soit avec la R7 240 du fixe installée fin janvier.

J'avais jamais eu ça avant, mais hier ça me l'a fait en cliquant sur le menu hamburger de firefox par exemple.
Bon, cela dit ça a l'air de s'être calmé ce matin, et c'était déjà un peu le cas hier soir.
Donc je suppose que ça reviendra de temps en temps, et que ça fera partie de ces trucs avec lesquels il faut composer…
Merci à tous pour vos retours en tout cas  

Je confirme le bug, j'ai eu un truc bizarre :
 
- je lance une vidéo youtube
- puis dans la foulée je lance konsole de plasma
- dans konsole au niveau des onglets en bas de l'interface je vois une partie du site youtube, des vignettes vidéos qui remplacent l'intitulé des onglets  
 
si je ferme konsole et que je le relance le problème disparait,
 
le bug n'est pas fréquent, mais il y a clairement un problème dans une des mises à jour de pacman au niveau du pilote vidéo radeon ou de mesa.

Toujours aucun problème chez moi avec XFCE, pour ma part, que ce soit sur le portable ou le fixe, et avec le pilote xf86-video-ati.
 
La seule chose que j’ai remarquée comme changement récent n’a même rien à voir, car c’est dû à la MAJ de XScreenSaver (enfin passé en version 6 sur Arch !) : le passage d’une image à une autre dans l’écran de veille GLSlideshow n’est plus aussi « fluide » qu’avant sur les fondus (disons que la nouvelle image du diaporama apparaît avant que la précédente ait eu le temps de disparaître, ce qui fait comme des à-coups ; ça peut peut-être se corriger en changeant la durée du fondu).

En tout cas le bug ne s'est pas reproduit ensuite, depuis 3 heures le bug n'est pas revenu.
 
J'utilise plasma comme environnement de bureau.

Il y a eu une mise à jour du paquet mesa, et a priori, elle corrige précisément le bug que vous signalez :
https://github.com/archlinux/svntog [...] 5eb9b7203a (upgpkg: mesa 21.0.3-2: fix FS#70554)
https://bugs.archlinux.org/task/70554 (FS#70554 - mesa 21.0.3-1 breaks amdgpu graphics)
 
Et du côté de chez MESA :
– le signalement : https://gitlab.freedesktop.org/mesa/mesa/-/issues/4691 (mesa 21.0.3-1 breaks amdgpu graphics)
– le commit fautif qu’il a suffi d’annuler : https://gitlab.freedesktop.org/mesa [...] 0d20770d02 (ac/gpu_info: fix more non-coherent RB and GL2 combinations
)
– le revert : https://gitlab.freedesktop.org/bnie [...] f3fb88bcb5(amd/common: Add missing line from backport for coherency.)

Merci pour les liens.
J'ai fait une petite recherche de bug hier soir (que j'aurais dû faire avant, certes ), mais le bug était déjà fermé, du coup je l'ai loupé (j'avais simplement classé par date d'ouverture).
Un peu curieux le bug tracker d'Arch au passage : il n'est apparemment pas possible d'afficher tous les bugs (y compris fermés), pour avoir un simple classement par date non restrictif.
Chez moi en tout cas, une telle recherche ne renvoie rien.
Bon en tout cas problème résolu  

Cliquer sur « + Advanced » → choisir « All Statuses » dans la liste « Status » → cliquer sur « Search this project for » et cliquer ensuite sur « Opened » pour trier par date décroissante de signalement, ça ne fait pas ça ?

Non, dans firefox ça m'affiche une page blanche, dans chromium ça m'affiche

Avec les erreurs 5xx, il suffit généralement de recharger la page (bon, parfois, faut insister) et elle s’affiche. En tout cas, là, elle fonctionne. Peut-être que tu es tombé sur une période de maintenance du serveur.

Non, non, chez moi l'erreur est bien permanente, et seulement sur cette page-là.
Bon tant pis, c'est pas la fin du monde non plus…

Alors, le problème vient de chez toi, puisque je n’en ai personnellement aucun pour y accéder. Ça veut donc bien dire que ça ne vient pas de chez eux.

Tu mets quelque chose dans le champ de recherche ?
Parce que moi je ne mets rien.
Au final, l'adresse de recherche c'est ça : https://bugs.archlinux.org/index.ph [...] =&do=index
 
Mais sinon oui, il est tout à fait possible que le problème vienne de chez moi.

Ah, je vois… C’est peut-être ça qui fait planter la requête, tellement il y a de signalements enregistrés à trier.
 
Oui, au lieu d’aller directement sur le bugtracker, je me rends d’abord sur la fiche de mesa, puis je vais sur le bugtracker via le lien « Bug reports » et c’est là qu’ensuite, je modifie les filtres de recherche avancée. Et là, pas d’erreur 500.

Eh ben non, j'ai toujours le bug en fait, et il ne semble pas y avoir d'autre ticket ouvert.
Bon tant pis, une mise à jour corrigera probablement ça un jour, c'est pas trop dérangeant.