Reprise du message précédent :
C'est pas le type de message quand y il y a un problème avec le certificat ?
avec le HTTPS est activé par défaut un truc comme ça.

Thunderbird 128.2 remplace aujourd’hui la 115.15 sur Arch Linux !
 
Pour une fois, je remarque pas de changements négatifs : juste la couleur de la surbrillance du volet des dossiers qui a été changée (de couleur pleine à contour foncé et fond plus clair) et peut-être une meilleure réactivité (bien visible sur mon Core 2 Duo de 2009 !). Souhaitons que ça reste aussi bon sur la durée !
 
En revanche et pour l’instant, Linux 6.10.10 et Pacman 7 continuent à se faire attendre.

 
Yes! pour thunderbird, il faudra qu'un jour je sorte le crapaud pour leur verser une obole depuis le temps que je l'utilise.
 
Sinon 6.10.10 est arrivé ainsi que Pacman 7. Attention intervention manuelle nécessaire (pour ceux qui ont des dépôts locaux). Voir ici https://archlinux.org/news/manual-i [...] -required/
Comme la dernière fois, dépendance Pamac cassée. (Voir page 458 du topic) Désinstallation de Pamac, et réinstallation impossible car requière libalpm.so =14, soyons patient.

Mais pourquoi faut-il que ce genre de MAJ critiques sorte un week-end, le moment où on voudrait au contraire que rien de potentiellement fâcheux n’arrive…
 
(Oui, je pourrais éviter de faire les MAJ en attendant lundi, oui…)
 
On m’a dit pareil pour Yay : recompilation obligatoire à cause de cette dépendance. Bon, ça fait quelques jours que j’ai récupéré le PKGBUILD dans ce but, pour le faire aussitôt après.

   
Je ne me suis perso pas posé de question pour Yay, recompilé d'office pour réinstaller Pamac.
Dans un autre ordre d'idée, je me suis récemment inscrit à la mailling list, cela fonctionne bien  pour être informé des interventions manuelles!

les ArchMen !
 
Demain soir, on devrait avoir (ou pas) la release de Linux 6.11 ... qui propose dorénavant la génération des paquets Pacman (pkg.tar.zst).

Précision : il s'agit juste de la création du paquet du noyau linux pour arch linux, via une nouvelle option cible pour la commande make "make pacman-pkg".

https://www.phoronix.com/news/Linux [...] Arch-Linux
https://www.reddit.com/r/archlinux/ [...] _a_pacman/

L’intérêt pour l'utilisateur lambda est limité, ça sert surtout pour celui qui veut faire un git-bisect, pour traquer un bug, il pourra créer un paquet du noyau pour arch linux via la commande make pour chaque version à tester.

C'est possible, le lien qui déclenche le problème est un lien non https, qui doit ensuite renvoyer vers un lien https dans une iframe, je pense que ça doit bloquer à cause de ça,

le problème est reproduisible aussi avec windows 7 (via une machine virtuelle) quelque soit le navigateur, et même avec ReactOS (clone de windows XP basé sur les travaux de wine),
c'est reproduisible aussi depuis un smartphone et une tablette,

donc ce n'est pas un problème lié à firefox, mais bien au site lui-même, j'ai prévenu les développeurs du site, qui vont corriger cela.

[Cross-post de uname -a]
 
Compilation ArchLinux en cours ... je peux mettre à disposition les paquets si des fois il y a des candidats
 

 
Edit : ah oui pour info, le « make pacman-pkg » ne peut pas être lancé avec le compte root

Et hop ... qui n'en veut ?  
 

Vas-y envoie, j'ai des trous dans mon agenda ce matin au taf

Bon alors ....

Comme évoque sur uname -a, on a :

• Ryzen : x86_64 generic, amd_pstate, lowlatency et avec le module wifi 6 realtek (à cause de mon elitebook G10)
• IntelCore : Intel core, intel_pstate, low latency

Ces config de compilation sont celles basées et customisées de KDE Neon (CàD Ubuntu LTS). A l'occasion, je referai sûrement l'exercice en me basant sur la config Arch.

Les archives à récupérer / décompresser :
Paquets Ryzen
Paquets IntelCore

Après décompression, la commande d'installation :

Cela va poser une nouvelle version dans /boot (la partition doit faire au moins 500 Mo) appelée « linux-upstream » et devient la version de boot par défaut. Il est toujours possible de démarrer sur le noyau d'origine « linux » en passant sur les options avancées proposées au menu GRUB.

Petit retour rapide :
- Installation sans souci
- Au reboot, toujours sur la noyau Arch, j'ai oublié de faire mon sudo  grub-mkconfig -o /boot/grub/grub.cfg    
- Après update de Grub, reboot sans problème, mais message furtif dans la console au démarrage du genre "missing firmware qqchose" et après finalisation du boot, pas de bluetooth.
- Reboot sur le noyau Arch en attendant
 
Je pense qu'il est nécessaire de te baser sur la config Arch, sinon risque de manquer quelques trucs importants

Oui, tu dois avoir une puce bluetooth dont le module n'est pas en place : j'ai eu le problème sur mon G10.
Ben, quand j'ai un peu de temps je me fais une config NODEBUG reprenant stricto sensus la config Arch

Par contre, essaie de voir avec ton desktop savoir si ça fait la job en l'état.

Ouaip, je te dis ça ce soir

Et hop : Paquets Arch NoDebug
 
Alors, c'est la config du noyau 6.10.10-arch1-1 avec tous les CONFIG_DEBUG_ à N ... à tester.

C'est good !

Cool !
Bon, tu sens des changements ?

Non, aucun  

Haa, je cherchais un remplaçant à neofetch.  
fastfetch me semble bien indiqué ^^ il semble encore maintenu, contrairement à neofetch.
ha flute, sur debian, il n'est pas dispo...

https://github.com/fastfetch-cli/fastfetch

Oui je pourrais le télécharger manuellement et l'installer manuellement, mais je n'aurais pas de mises à jour automatique avec apt update && apt upgrade...
Et ça va le lourder de devoir retélécharger le .apt et de l'installer manuellement    
Surtout que c'est sur des serveurs headless  

Desktop à jour également, avec les derniers paquets génériques basés sur la config Arch, nickel, merci
 

 
La par contre, je ressens du mieux niveau réactivité par rapport au 6.10

Là tu ne devrais pas avoir de problème de bloutouffe ... essaie ma version Ryzen

   
 
J'ai eu le temps de tester ce soir tes paquets Ryzen, mais doit aussi manquer un truc, ça boot pas, j'arrive sur ça :
 

 
Est-ce que ça peut venir du fait que j'ai amdgpu dans la liste des modules de mon mkinitcpio.conf ?

Hé bé je fais une mise à jour apt upgrade update, et bah c'est lent par rapport à pacman, c'est la folie

@Minux : Mouais ... je dirais plutôt que la version Ryzen est calé sur une base de config Ubuntu 22.04 LTS (KDE Neon) et pas sur la config Arch.

Pour ça, tu pourrais tester les manips suivantes :
Tu récupères la config Arch du dernier 6.10 (en étant booté dessus)

IMPORTANT : Tu passes à "n" tous les CONFIG_DEBUG_*

Ensuite tu génères une config custom via la commande :
Explication : sur la base des sources de la 6.11.0, en prenant la config config-6.10-Arch comme référence de départ, tu vas générer le fichier config-6.11.0-Ryzen après édition via un « make nconfig ».
Todo list : preemption en low-latency, cpufreq governor avec amd_pstate

Puis tu définis cette nouvelle config comme étant celle à utiliser pour la compilation : la nouvelle config est enregistrée dans le workspace

Puis tu lances la compilation :

PS : avec un « krn GetSource 6.11 » en début de manip', tu t'évites un téléchargement systématique

J'ai fait la maj, juste Paru qui est cassé, je vais voir pour le réinstaller ce soir, hier pas eu le temps

@TNZ : Oki je teste ça dès que possible

Petite question, sur ma config de jeu, le mode big picture de Steam rame comme c’est pas permis, comme si l’accélération graphique n’était pas activée. Alors que tout est coché dans les options de la même manière que sous Windows où évidemment ça ne rame pas.
 
32go DDR4 AMD 5800x et 6700XT. Aucun soucis dans le lanceur de bureau, sous Gnome 47 Arch à jour, Steam installé via les paquets Arch
 
Pénible car j’ai mis le PC sur la TV  

Ça rame que dans steam ou bien tu as aussi des soucis de performance dans les autres applications qui utilisent l'accélération graphique ?

Un rappel sur le mode "big picture" de steam :

https://help.steampowered.com/fr/fa [...] -3F31-FB63

Il y a une page steam sur le wiki de arch linux, à voir si tu as bien fait la configuration :
https://wiki.archlinux.org/title/Steam

un rapport de bug :
https://github.com/ValveSoftware/st [...] ssues/9834

Le pilote libre coté AMD est en général de bonne qualité, la 6700XT a de bonnes performances de gaming sous linux, notamment pour du 1440p, un test existe ici :
https://www.phoronix.com/review/radeon-rx6700xt-linux

Ah tout fonctionne à la perfection sauf le big picture. J’ai fait quelques bench Windows 11 vs Arch et les résultats sont similaire souvent moins d’image seconde minimum sous Arch et meilleures moyenne mais Arch n’a rarement le max mais c’est à mois de 7 images seconde minimum par rapport à Windows qui est plus fluctuant lui

Puisqu’on parle de Steam : ça y est, Valve collabore officiellement avec Arch Linux !
(Et sur la mailing-list d’Arch…)
 
On pensait que c’était déjà le cas, vu que Steam OS, le système qui anime ses consoles Steam Deck (et qui peuvent servir de mini-PC d’appoint, notamment en déplacement si on peut avoir accès à un écran, un clavier et une souris sur place) est basé sur Arch et qu’on peut basculer du mode Steam OS à un mode « Arch avec Plasma en DE » (par défaut, car j’imagine qu’on peut se remplacer le DE si on en veut un autre).

Super nouvelle ça  

Utilisateurs de Thunderbird sur Arch : apparemment, le choix a été fait de passer aux versions mensuelles (anciennement préversions bêta de la version stable suivante, laquelle devient la version ESR), puisque sur le canal Testing, le dépôt Extra propose la version 131.
 
A priori, mais ça devrait dépendre des résultats de cette phase testing, il ne semble pas prévu de garder la version ESR à côté pour ceux qui la préfèrent. À ceux-là, il faudrait donc récupérer l’archive officielle chez Mozilla (qui contient un exécutable précompilé et est capable de se mettre à jour toute seule, comme la version Windows), et remplacer la cible des raccourcis du Bureau/Dock/etc. en conséquence.
 
Version ESR en français de la 128.3 pour Linux 64 bits :
https://ftp.mozilla.org/pub/thunder [...] x86_64/fr/

D'après le site de thunderbird il y a 4 canaux de distribution quand on veut télécharger le binaire de thunderbird pour linux :

- ESR
- Release
- Beta
- Daily

Arch linux jusqu'ici ne proposait donc pas la version release, mais la version ESR, si je comprends bien ils vont donc maintenant proposer la version du canal de distribution "release" ?

Cela ne me dérange pas, tant que ça fonctionne bien et que je retrouve les fonctionnalités actuelles de la version ESR.

Fausse alerte : ils sont revenus à la 128.2.3, et viennent même de pousser la 128.3 (uniquement en Testing pour l’instant).

Pour info : j'utilise la version beta de TB depuis les serveurs mozilla ... ce matin, TB vient de passer en 132.0b1

Question à ceux qui utilisent yay : est-ce qu'il existe une commande qui permet d'ignorer tous les paquets AUR, et de ne mettre à jour que les paquets des dépôts non-AUR ?

Pas une commande directement, mais comme pour les paquets de la distrib, le choix des paquets AUR à ignorer quand yay traite cette partie, avec possibilité de mettre une liste ou une plage de paquets à exclure.

En passant directement par Pacman, qui ne tient pas compte d’AUR lors de ses consultations des dépôt pour voir s’il y a des MAJ ?
 
Sinon, quand Yay te demande si tu veux exclure des paquets, il t’indique que tu peux entrer les numéros de ce ou ces paquets de diverses manières, ou les noms des dépôts eux-mêmes (donc « aur », dans ce cas).
 
Mais mettre à jour les paquets d’AUR est quand même nécessaire.
 
Dernière chose : si ce sont toujours les mêmes paquets, tu peux les renseigner parmi ceux à ignorer dans « /etc/pacman.conf » (une ligne à décommenter et les paquets concerner à noter à la suite ; mais là aussi, ça ne peut pas être une solution de long-terme : ça ne doit être utilisé que si une MAJ de paquet s’avère bugguée, uniquement le temps qu’une version corrigée sorte).