Reprise du message précédent :
y a pas un probleme avec GCC et archlinux ?
 
GCC 16.1.0 est sorti et toujours pas disponible sur stable.
 
à la place on a même pas un 15.2.0 officiel, mais un snapshot en date du 09/02/2026 :
 

 
Qu'est-ce qui justifie ce bordel ?

tu dis ça parce que j'ai déjà compilé le dernier noyau avec gcc 16.1 ?

De ce que j'ai compris de https://www.reddit.com/r/archlinux/ [...] _and_arch/, Arch (et d'autres distros) buildent leur gcc depuis la branche releases/gcc-15 (ou releases/gcc-16 maintenant) plutôt que depuis les tags releases/gcc-15.2.0 (ou releases/gcc-16.1.0) pour pouvoir facilement embarquer les corrections que les mainteneurs jugent importantes et sans attendre qu'une nouvelle version sorte.

D'ailleurs, je viens de voir que gcc crée un commit "Daily bump" chaque jour où parfois seul le fichier DATESTAMP est mis à jour : https://gcc.gnu.org/git/?p=gcc.git; [...] 81c1f64274
Marrant

linux-7.0.3.arch1-2
gcc-16.1.1  
 
 

mise à jour de gcc :

 
ce qui n'est pas une release de gcc, mais un snapshot journalier (qui n'a rien a voir avec les snapshots hebdomadaire bluid les weekends)

que donne un « grep CC_VERSION_TEXT » dans le fichier config du 7.0.3 ?

Bonjour TNZ,
CONFIG_CC_VERSION_TEXT="gcc (GCC) 16.1.1 20260430"  
Va falloir que je révise le fichier .config du coté de mon installation mainline    
 
upgpkg: 7.0.3.arch1-2: gcc 16.1.1 rebuild
Pour voir à quoi ressemble un .config standard, c'est ici : https://gitlab.archlinux.org/archli [...] type=heads  . (Étonnamment pas à jour coté GCC)

Au choix ici, je switche comme je veux.
 
nb : l'indice I indique les versions installées.
 
edit : aujourd'hui

J'ai réinstallé Arch Linux fraichement avec kernel Linux et Zen sur ma tour de jeux, avec le paquet power-profiles-daemon que j'installe, je suis bloqué en équilibré ou economie, pas moyen de mettre en perfomance, j'ai le soucis sur les deux kernel au cas où ça a son importance.
 
 
Ma config:
 
Carte Mère ASUS TUF GAMING B550M-PLUS et Ryzen 7 5800X
 
Ce que j'ai vérifié:
 
powerprofilesctl list
 
donne:
 
 
  performance:
    CpuDriver: amd_pstate
    Degraded:   no
 
* balanced:
    CpuDriver: amd_pstate
    PlatformDriver: placeholder
 
  power-saver:
    CpuDriver: amd_pstate
    PlatformDriver: placeholder
 
 
sudo powerprofilesctl set performance
 
ne donne rien.
 
Une idée?
 
Je dois faire des Bench, mais ça me ferais chier d'être limité en perf

Installe plutôt le paquet cpupower, et dis nous ce que donne la sortie de cette commande :
 
cpupower frequency-info
 
L'article d'Arch Linux :
https://wiki.archlinux.org/title/CPU_frequency_scaling
 
le fichier de configuration se trouve dans  /etc/default/cpupower-service.conf si tu décides d'activer le service systemd de cpupower.
 
J'ai un Ryzen 9 7900, le noyau Linux ne permet que 2 governors avec ce CPU :  performance  (le CPU tournera tout le temps à sa fréquence maximum) et powersave (la fréquence s'adapte selon les besoins du système).
 

 
 
je suis donc en powersave, avec la fréquence qui s'adapte automatiquement en fonction des besoins du logiciel exécuté.
Le pilote chargé par le noyau Linux est amd-pstate-epp d'après cpupower.
 
Mais la gestion de la fréquence est assez complexe quand c'est le pilote "amd-pstate-epp" qui est utilisé, le "EPP" signifie "energy performance preference", chez moi c'est configuré en "balance_performance",  
 
Voir cette page pour plus d'informations sur les pilotes amd-pstate :
https://www.reddit.com/r/linux/comm [...] ng_driver/
 

Si, depuis la MAJ de Fontconfig en 2.18.1, vous avez des problèmes de polices dans certaines applications basées sur Chrome/Electron (des remplacements qui ne devraient pas avoir lieu, comme le Verdana employé sur HFR et remplacé par du Liberation Sans), c’est un bug connu et signalé sur le forum d’Arch.
 
Si ça vous indispose, le seul moyen d’arranger ça est actuellement de revenir en version 2.17.1.

merci @Elbarto j'ai dû réinstaller, je ne sais pas ce que j'ai foutu, j'ai installé au bureau ma tour, et ici à l'invit de saisir le mot de passe pour le chiffrement du disque, mon clavier n'était pas reconnu, peut importe le port USB.
 
Bref re Archinstall, juste retirer le nvme Windows c'est un peu chiant, mais j'ai réussi sans retirer ma 6700XT, ouf. Celui pour Arch par contre est en dessous, mais bon je ne compte pas réinstaller souvent.
 
Je termine 6 mois de Debian pour test, ça marche très bien, mais je préfère Arch

@Elbarto Voilà c'est fait, il faudra que je fasse quelques tests pour voir si ça vaut le coup et l'incidence.
 
Merci à toi en tout cas
 
TLDR: j'ai installé le paquet activé deux governor et systemctl start cpupower et après enable pour l'avoir au boot

Tu a pas essayé avec cachyos ce que ca dit?

J'ai testé sur un autre PC, ça marche très bien, mais pas mieux que Arch avec cette config

Je suis censé modifier la permission du répertoire ? Merci.  

Oui, passe-le en 700 pour coller au paquet. Ce dossier ne devrait pas avoir des permissions aussi permissives qu'un 755 : https://gitlab.archlinux.org/archli [...] rk_items/1

11 ans et demi pour ajouter le chmod qui corrige ça, belle performance

Nickel merci.  

Ouais, alors, heu… J’avais modifié les permissions pour un paquet lié à Network-Manager, et au redémarrage suivant, j’avais plus eu de réseau (rétabli en annulant la modif). Perso, je ne touche plus à ça, depuis. Surtout que ça n’empêche pas de bien fonctionner et que si les perms étaient pas bonnes au départ, ben, c’est qu’elles avaient été installées comme ça.

Attention avec les dépôts AUR, 400 paquets infectés  
L'article : https://www.linuxtricks.fr/news/10- [...] -infectes/
La vidéo : https://youtu.be/aYOKDYQS7i0?si=CVPESiwb9SLcjnYR
 
C'est valable pour n'importe quelle distro basée sur Arch.

J'ai pas touché à AUR depuis 2011 ~

Dans la liste présentée, je n’avais que deux paquets installés depuis AUR (qui n’y étaient pas, au moment de l’installation d’origine : ils y ont été rétrogradés après), les autres ne me disant rien du tout :

• VidCutter : bon, la dernière fois que je l’ai mis à jour était en janvier, la modif la plus récente sur AUR du PKGBUILD (concernant cette même MAJ) date de décembre et rien ne mentionne NPM dedans.
• mono-addins : avec mono, je l’ai viré le 16 mai, quand j’ai découvert que ça avait été mis sur AUR et que plus rien d’autre n’en avait besoin.

Étant donné que la compromission a l’air d’avoir eu lieu hier, je suppose donc que je suis safe, vu que le dernier paquet AUR que j’ai installé était Yay, et qu’il ne figure pas dans la liste (et n’a jamais été un paquet orphelin). Mais je reconnais volontiers que ça n’a pas dû passer loin…

Vraiment pas discrète l'attaque si on prend le temps de jeter un rapide coup d'œil aux modifs du PKGBUILD

C'est marrant qu'ils aient aussi modifié les adresses des contributeurs. Ils voulaient intercepter les mails des utilisateurs en colère ?

Je suis tout nouveau sur Arch et on m'a bien mis en garde contre l'AUR.
Je suis méfiant par nature, mais le boulot réalisé par les autres est quand même bien pratique.
Faut juste vérifier une première fois qu'il n'y a pas d'aberrations dans le code.
J'ai choisi paru parce qu'il montre les changements de PKGBUILD à chaque exécution.

À la limite, je me demane s'il faudrait pas simplement balancer les PKGBUILD à un LLM, pour ceux qui ont la flemme ou pas la compétence.

Bizarre, j'ai l'impression d'avoir un truc installé depuis AUR, mais je n'ai rien fait de tel.  

accounts-qml-module 0.7-7

edit : quoique.

https://aur.archlinux.org/packages/accounts-qml-module

edit : Ok, viré.

Je suis aussi méfiant concernant l'utilisation de cette fonctionnalité AUR car je n'ai pas vraiment les compétences pour relire le script d'installation et être sûr que c'est safe.
 
J'avais une fois tenté à la main de compiler une app et j'y était arrivé (Heroic Launcher) c'est pas évident évident mais ça se fait

1621 paquets infectés pour l'instant.

curl -s https://cscs.pastes.sh/raw/aurvulntest20260611.sh | bash
 

pour savoir si vous êtes infécté, fait un curl | bash

J'utilise pas mal de paquets AUR, mais pas infecté, ouf !

Que tu saches.
Je crois qu'il faudra que les yay/paru/aura rajoutent des vérifications de PKGbuild, automatisés ou non.
Ou alors rajouter des barrières pour bloquer l'accès à AUR.  
 
A titre perso, je n'ai pas pas la compétence pour lire les PKGbuild (on va dire que je comprends une bonne part, mais certaines subtilités m'échappent et je ne serais pas surpris si j'installe un logiciel vérolé.)

Un bon fichier PKGBUILD qui inspire la confiance :
 
- le champ "url" du PKGBUILD doit pointer vers le dépôt git officiel du logiciel en question, si tu vois que le PGKBUILD fait un "git clone" vers un dépot git non lié au logiciel alors c'est suspect
 
- le PKGBUILD doit contenir essentiellement des lignes de type compilation, les "configure", "make", si tu vois des commandes bash suspectes, inhabituelles, sans rapport avec la compilation du logiciel alors c'est suspect
 
Puis il faut vérifier s'il y a des choses suspectes dans les rubriques "pre_install", "post_install", dedans il y a des commandes bash (généralement pour afficher un message à l'utlisateur dans la console avec la commande "echo" ), mais quelqu'un de malintentionné pourrait mettre des commandes bash destinées à installer des malwares, ou qui suppriment des fichiers.
 
On peut aussi apprendre à créer ses propres paquets Arch Linux plutôt que de passer par le dépôt AUR,
en suivant un tutoriel expliquant comment écrire un fichier PKGBUILD, c'est pas si compliqué, il y a une certaine logique, on renseigne certains champs comme le nom du logiciel, le numéro de version, l'URL vers le site hébergeant le code source du logiciel, puis vous tapez les commandes censées compiler, installer le logiciel, ce sont souvent les mêmes commandes indiquées par le développeur de ce logiciel, et si ça paraît compliqué alors on peut se baser sur un modèle de PKGBUILD et l'adapter à ses besoins.
 
Vous avez aussi l'IA qui peut vous aider, vous demandez à Gemini de vérifier le PKGBUILD qui vous semble suspect, il peut aussi vous créer un PKGBUILD en expliquant quel logiciel est concerné et il saura en générer un si le prompt est bien fait.
 
Le paquet se crée ensuite avec la commande makepkg, et s'installe avec pacman en utilisant l'option -U.

C'est un peu ce que je fais, mais même les IA se grattent un peu la tête
Je prends le cas de Sigma
https://aur.archlinux.org/packages/sigma-file-manager
J'ai pris cette version, mais la version binaire est du même tonneau. A fin, ça ne donne rien.  

ChatGPT dit qu'il y a pas mal d'erreurs. Il faut lui taper dessus pour qu'il te sorte un truc.
J'ai testé avec Le chat (Vibe), c'est pareil, même s'il a l'air un peu trop sûr de lui. Pour dire, j'ai même demandé à ChatGPT de vérifier PKGbuild de Vibe...
 
Vibe

 
ChatGPT

 
On voit que les deux ne forcent pas la vérif SHA. Vibe dit clairement dans la platrée explicative de faire à la mano la vérif. ChatGPT ne tique pas plus que cela.

Merci
 

 
Je sais que c'est mal de pas vérifier le flux RSS mais j'ai fait un pacman -Syu ce matin, j'ai de la chance

Pacman ne gère pas AUR.

A l'époque, quand je jouais avec ça, c'était yaourt.  

Avec Yaourt, il fallait mettre « -Syua » pour inclure AUR dans les MAJ.

Avec Yay, c’est juste « yay », mais on peut exclure des paquets ou même des dépôts entiers de la première sélection, avant que celle-ci ne soit transmise à Pacman pour la validation finale (avec d’éventuelles dépendances supplémentaires que Yay n’avait pas vues).

Tout le monde a évidemment analysé le contenu du script avant de lancer cette commande

Bien sûr, et j'étais tellement confiant que je l'ai lancée en root
 

Je voulais dire que pour un peu je faisais un yay

 
Merci hyper intéressant  
 
Moi j'ai souvent la flemme de relire le pkgbuild... je vérifie la réputation du package vite fait... là la faille passait par des packages existant depuis longtemps qui était devenus "orphelins" puis avaient été repris par un nouveau maintainer malintentionné.

J'ose espérer que la réputation passe à 0 quand un paquet devient orphelin?

1937 paquets infectés. Il y en a qui s'amusent bien.