[Stable] Mise à jour 10/06/2024 - Kernels, Systemd, NVIDIA, Mesa, Qt5

Bonjour à toutes et à tous

Une mise à jour est annoncée

Bonjour la communauté, nous avons ici une autre série de mises à jour de packages.
Certains noyaux ont été mis à jour
Systemd est à 255.7
Firefox a été renouvelé en 126.0.1 et Thunderbird est en 115.11.1
Qt5 est à 5.15.14
Nvidia 470.256.02 et 550.90.07
Mesa 24.0.9
mises à jour régulières de Haskell et Python

N'hésitez pas à nous donner vos commentaires sur les modifications apportées aux dépôts.

Attention : linux68 est en fin de vie, pensez à le désinstaller.

-------------------------------------------------------------------------------------
Mise à jour possible par pamac, octopi ou par pacman (de préférence) :

sudo pacman -Syu

ou encore

pamac update

-------------------------------------------------------------------------------------

Noyaux pris en charge :

linux419 4.19.315
linux54 5.4.277
linux510 5.10.218
linux515 5.15.160
linux61 6.1.92
linux66 6.6.32
linux68 6.8.12 [EOL] En fin de vie
linux69 6.9.3
linux610 6.10-rc3 (expérimental)
linux61-rt 6.1.83_rt28
linux66-rt 6.6.30_rt30
linux67-rt 6.7_rt6

Les changements en détail :

core x86_64: 15 nouveaux et 15 paquets retirés
extra x86_64: 888 nouveaux et 976 paquets retirés
multilib x86_64: 19 nouveaux et 19 paquets retirés

Une liste détaillée des changements est disponible ici

-------------------------------------------------------------------------------------

-------------------------------------------------------------------------------------
ERREUR : conflit de fichiers
Si lors de la mise à jour vous avez le type d'erreur comme ci-dessous (tlp est un exemple) :

erreur : la validation de la transaction a échoué (conflit de fichiers)
tlp : /etc/acpi/thinkpad est déjà présent dans le système de fichiers
Des erreurs se sont produites, aucun paquet n’a été mis à jour.

il convient de passer la commande suivante en l'adaptant à votre cas particulier :

sudo pacman -S nom_paquet --overwrite '/etc/acpi/thinkpad'

Ensuite, vous pouvez faire votre mise à jour générale sans problème.
-------------------------------------------------------------------------------------

-------------------------------------------------------------------------------------
Problèmes liés à la synchronisation des miroirs

pacman-mirrors || sudo pacman-mirrors --continent; sudo pacman -Syu

Cette commande pacman-mirrorsva analyser le status des miroirs; si OK=> Synchronisation et Mise à jour.
Si KO, pacman-mirrors --continent synchronisera les miroirs les plus proches de votre situation géographique.
Attention si vous utilisez un vpn, dans ce cas, l'option -f0 sera plus appropriée. Ensuite la Mise à jour se lancera normalement.
-------------------------------------------------------------------------------------

-------------------------------------------------------------------------------------
ERREUR de clés

Si lors de la mise à jour vous avez des problèmes de clés, essayez de passer les commandes suivantes :

sudo pacman -Syy
sudo pacman -S archlinux-keyring manjaro-keyring
sudo pacman-key --init
sudo pacman-key --populate archlinux manjaro
sudo pacman-key --refresh-keys

Ensuite, vous devriez pouvoir faire votre mise à jour générale sans problème.

-------------------------------------------------------------------------------------

Une autre mise à jour (10/06/2024) qui s'est bien passée pour mes deux unités, dont un mac. Sous MATE.

Tout est fonctionnel !

Mise à jour sans soucis.
Je n'ai pas vu de message concernant "mkinitcpio" mais il me semble que j'avais fait les changement quand il fallait le faire.

Bonjour une nouvelle mise à jour Manjaro Gnome ce matin le 11 juin.

Depuis quelques temps j'ai des soucis avec Nautilus qui ralenti fortement les accès à mes NAS, bloque parfois mon PC et rarement, heureusement, crashe.
Aujourd'hui, il semblerait que à part un ralentissement dans l’ouverture de mes dossiers pointant vers le NAS, RAS.

Bonjour, en regardant les paquets à mettre à jour, il y a des paquets QT5 dans la liste :

qt5-base-5.15.14+kde+r140-1
qt5-declarative-5.15.14+kde+r28-1  
qt5-graphicaleffects-5.15.14-1
qt5-imageformats-5.15.14+kde+r7-1  
qt5-location-5.15.14+kde+r7-1
qt5-multimedia-5.15.14+kde+r2-1  
qt5-networkauth-5.15.14+kde+r1-1  
qt5-quickcontrols-5.15.14-1
qt5-quickcontrols2-5.15.14+kde+r5-1  
qt5-sensors-5.15.14-1  
qt5-speech-5.15.14+kde+r1-1
qt5-svg-5.15.14+kde+r5-1  
qt5-tools-5.15.14+kde+r4-1  
qt5-translations-5.15.14-1
 qt5-virtualkeyboard-5.15.14-1  
qt5-wayland-5.15.14+kde+r57-1  
qt5-webchannel-5.15.14+kde+r3-1
qt5-webengine-5.15.17-4  
qt5-x11extras-5.15.14-1  
qt5-xmlpatterns-5.15.14-1

Est ce parce que certaines applis tournent encore sous qt 5 ?

le seul paquet en QT 6 : qt6-base-6.7.1-4

ton retour est OK

pacman -Qs  | grep '(qt5)'
local/qt5-base 5.15.14+kde+r140-1 (qt5)
local/qt5-declarative 5.15.14+kde+r28-1 (qt5)
local/qt5-imageformats 5.15.14+kde+r7-1 (qt5)
local/qt5-location 5.15.14+kde+r7-1 (qt5)
local/qt5-multimedia 5.15.14+kde+r2-1 (qt5)
local/qt5-sensors 5.15.14-1 (qt5)
local/qt5-speech 5.15.14+kde+r1-1 (qt5)
local/qt5-svg 5.15.14+kde+r5-1 (qt5)
local/qt5-tools 5.15.14+kde+r4-1 (qt5)
local/qt5-translations 5.15.14-1 (qt5)
local/qt5-virtualkeyboard 5.15.14-1 (qt5)
local/qt5-wayland 5.15.14+kde+r57-1 (qt5)
local/qt5-webchannel 5.15.14+kde+r3-1 (qt5)
local/qt5-webengine 5.15.17-4 (qt5)
local/qt5-websockets 5.15.14+kde+r2-1 (qt5)
local/qt5-webview 5.15.14-1 (qt5)
local/qt5-x11extras 5.15.14-1 (qt5)

Ce n'est pas parce que nous sommes avec plasma 6 (pour certains) que toutes nos applications sont avec qt6 ! Uniquement les applications officielles kde sont passées en qt6.
Qt6 est sorti début 2021, donc nous pouvons avoir des applications qt6 depuis des années et pouvons encore avoir des applications qt pendant des années (qt4 était présent/utilisé il y a encore 1 ou 2 ans).
C'est la même chose que gtk3, il est encore courant de le trouver même si gnome est gtk4.

Et, perso, des lib qt6, j'en ai au moins pacman -Qs | grep '(qt6)' | wc -l = 21 (et je n'ai pas toutes les qt6-****, il y en a41 pour 40 en qt5)

pacman -Qs  | grep '(qt6)'
local/qt6-5compat 6.7.1-1 (qt6)
local/qt6-base 6.7.1-4 (qt6)
local/qt6-declarative 6.7.1-1 (qt6)
local/qt6-httpserver 6.7.1-1 (qt6)
local/qt6-imageformats 6.7.1-1 (qt6)
local/qt6-multimedia 6.7.1-2 (qt6)
local/qt6-positioning 6.7.1-1 (qt6)
local/qt6-quick3d 6.7.1-1 (qt6)
local/qt6-quicktimeline 6.7.1-1 (qt6)
local/qt6-sensors 6.7.1-1 (qt6)
local/qt6-shadertools 6.7.1-1 (qt6)
local/qt6-speech 6.7.1-1 (qt6)
local/qt6-svg 6.7.1-1 (qt6)
local/qt6-tools 6.7.1-2 (qt6)
local/qt6-translations 6.7.1-1 (qt6)
local/qt6-virtualkeyboard 6.7.1-1 (qt6)
local/qt6-wayland 6.7.1-1 (qt6)
local/qt6-webchannel 6.7.1-1 (qt6)
local/qt6-webengine 6.7.1-1 (qt6)
local/qt6-websockets 6.7.1-1 (qt6)
local/qt6-webview 6.7.1-1 (qt6)

redjoe a écrit : ↑il y a 11 mois le seul paquet en QT 6 : qt6-base-6.7.1-4

Tu as une signature KDE

pour un seul paquet kde :

pacman -Qi plasma-workspace
Dépend de                :... qt6-5compat  qt6-base  qt6-declarative  qt6-svg  qt6-tools  qt6-virtualkeyboard
                           qt6-wayland  ...

un second

pacman -Qi kwin
Dépend de                : qt6-5compat  qt6-base  qt6-declarative  qt6-multimedia  qt6-sensors  qt6-tools  qt6-wayland

Si tu es avec xfce ou gnome, alors pourquoi pas.

Mise à jour sans soucis KDE Plasma

Salut, maj sans problème sous KDE Plasma

papajoke a écrit : ↑il y a 11 mois ton retour est OK
pacman -Qs  | grep '(qt5)'
local/qt5-base 5.15.14+kde+r140-1 (qt5)
local/qt5-declarative 5.15.14+kde+r28-1 (qt5)
local/qt5-imageformats 5.15.14+kde+r7-1 (qt5)
local/qt5-location 5.15.14+kde+r7-1 (qt5)
local/qt5-multimedia 5.15.14+kde+r2-1 (qt5)
local/qt5-sensors 5.15.14-1 (qt5)
local/qt5-speech 5.15.14+kde+r1-1 (qt5)
local/qt5-svg 5.15.14+kde+r5-1 (qt5)
local/qt5-tools 5.15.14+kde+r4-1 (qt5)
local/qt5-translations 5.15.14-1 (qt5)
local/qt5-virtualkeyboard 5.15.14-1 (qt5)
local/qt5-wayland 5.15.14+kde+r57-1 (qt5)
local/qt5-webchannel 5.15.14+kde+r3-1 (qt5)
local/qt5-webengine 5.15.17-4 (qt5)
local/qt5-websockets 5.15.14+kde+r2-1 (qt5)
local/qt5-webview 5.15.14-1 (qt5)
local/qt5-x11extras 5.15.14-1 (qt5)
Ce n'est pas parce que nous sommes avec plasma 6 (pour certains) que toutes nos applications sont avec qt6 ! Uniquement les applications officielles kde sont passées en qt6.
Qt6 est sorti début 2021, donc nous pouvons avoir des applications qt6 depuis des années et pouvons encore avoir des applications qt pendant des années (qt4 était présent/utilisé il y a encore 1 ou 2 ans).
C'est la même chose que gtk3, il est encore courant de le trouver même si gnome est gtk4.

Et, perso, des lib qt6, j'en ai au moins pacman -Qs | grep '(qt6)' | wc -l = 21 (et je n'ai pas toutes les qt6-****, il y en a41 pour 40 en qt5)
pacman -Qs  | grep '(qt6)'
local/qt6-5compat 6.7.1-1 (qt6)
local/qt6-base 6.7.1-4 (qt6)
local/qt6-declarative 6.7.1-1 (qt6)
local/qt6-httpserver 6.7.1-1 (qt6)
local/qt6-imageformats 6.7.1-1 (qt6)
local/qt6-multimedia 6.7.1-2 (qt6)
local/qt6-positioning 6.7.1-1 (qt6)
local/qt6-quick3d 6.7.1-1 (qt6)
local/qt6-quicktimeline 6.7.1-1 (qt6)
local/qt6-sensors 6.7.1-1 (qt6)
local/qt6-shadertools 6.7.1-1 (qt6)
local/qt6-speech 6.7.1-1 (qt6)
local/qt6-svg 6.7.1-1 (qt6)
local/qt6-tools 6.7.1-2 (qt6)
local/qt6-translations 6.7.1-1 (qt6)
local/qt6-virtualkeyboard 6.7.1-1 (qt6)
local/qt6-wayland 6.7.1-1 (qt6)
local/qt6-webchannel 6.7.1-1 (qt6)
local/qt6-webengine 6.7.1-1 (qt6)
local/qt6-websockets 6.7.1-1 (qt6)
local/qt6-webview 6.7.1-1 (qt6)
redjoe a écrit : ↑il y a 11 mois le seul paquet en QT 6 : qt6-base-6.7.1-4
Tu as une signature KDE pour un seul paquet kde :
pacman -Qi plasma-workspace
Dépend de                :... qt6-5compat  qt6-base  qt6-declarative  qt6-svg  qt6-tools  qt6-virtualkeyboard
                           qt6-wayland  ...
un second
pacman -Qi kwin
Dépend de                : qt6-5compat  qt6-base  qt6-declarative  qt6-multimedia  qt6-sensors  qt6-tools  qt6-wayland
Si tu es avec xfce ou gnome, alors pourquoi pas.

Merci pour ton retour Papajoke

Bonjour,

Ne comprenant pas trop ce qu'est pacnew j'ai installé manjaro-pacnew-checker, et, ce matin, en faisant une mise à jour, une fenêtre pop up s'est affichée à la fin de la mise à jour :

/etc/passwd.pacnew
/etc/shells.pacnew
/etc/locale.gen.pacnew
/etc/default/grub.pacnew
/etc/pam.d/kde.pacnew
/etc/pamac.conf.pacnew
/etc/lightdm/lightdm-gtk-greeter.conf.pacnew
/etc/mkinitcpio.conf.pacnew
/etc/pacman.conf.pacnew

Qu'est-ce et que choisir ? "ok" ?

Merci.

bonjour, oui il faut faire ok, si non tu auras d ancienne configuration de paquet

non , il ne faut surtout pas modifier automatiquement sans savoir ,
il y a meld ou encore option diff -y pour comparer les fichiers de configs

ne jamais modifier /etc.passwrd meilleur moyen de perdre tous les droits admin / wheel
pour pam.d il faut bien faire attention ainsi que pour les shells

lorsqu'il y a des pacnew ,
- il ne faut redémarrer , il faut vérifier d'abord post-installation
- il faut vérifier les différences et faire le report des lignes
- ensuite vous pouvez redémarrer

@damien674
Il n'y a jamais de bonne réponse toute faite, la bonne chose à faire est pour chaque fichier :
- comparer les 2 fichiers
- lire commentaires relatifs à la ligne modifiée dans le fichier
Un doute ?
- lire man
- lire wiki
- sos forum
- chercher sur le web ? NON ! car comme l'indique l'extension, c'est généralement une nouveauté

La réponse est différente pour chaque fichier, mais aussi différente pour chaque machine/utilisateur. Donc nous donner une liste de fichiers n'a aucun intérêt. Comme a fait stephane, on peut donner une règle (ignorer) pour 1 voir 3 fichiers, pour le reste, c'est du travail de compréhension du contenu du fichier (pour cela, pas de miracle, c'est de la doc et en anglais).

Un doute ? il est préférable de ne rien faire car une mauvaise modification d'un fichier de configuration peut parfois entrainer un plantage au boot. Mais, faire l'autruche n'est pas bon, au fil du temps nous n'avons plus une distribution standard. Donc, susceptible de casser ou avec un comportement non classique difficilement détectable.
Par contre, rarement, il est impératif de faire le changement à l'instant, normalement nous l'indiquons dans l'annonce de mise à jour.

#######################

Sur ma machine, j'ai 243 fichiers susceptibles de générer un jour un .pacnew

pacman -Qii | grep 'modified\]' | wc -l

Sur ma machine, parmi ces 243, j'ai 24 fichiers qui vont toujours générer un .pacnew si ils sont mis à jour.

pacman -Qii | grep '\[modified\]' | wc -l[
pacman -Qii | grep '\[modified\]'  # la liste à être prudent

Donc, je dois comprendre (une petite partie de la structure interne) d'au moins 24 fichiers, mais je ne peux pas connaitre tout sur les 243 (A moi de lire la doc si le pacnew arrive un jour). Mais pour les 219 restants, alors à 99% je vais intégrer les nouveautés sans trop réfléchir.

En résumé, pour 24 fichiers, je dois faire très attention (les fichiers modifiés), et pour les 219 restants, il n'y a pas de risque, à 99%* je vais utiliser les nouveautés du pacnew (nouveauté du développeur ou du mainteneur du paquet).

* Pourquoi pas 100% ? exemple :
Un paquet avec un fichier de configuration non modifié sur ma machine, pourrait vouloir me faire passer à wayland alors que ma carte graphique ne le supporte pas ... résultat, je suis bloqué au boot.

stef3.0 a écrit : ↑il y a 10 mois bonjour, oui il faut faire ok, si non tu auras d ancienne configuration de paquet

Merci.

stephane a écrit : ↑il y a 10 mois non ...

Merci.

papajoke a écrit : ↑il y a 10 mois @damien674
...

Merci papajoke!

Modifié : ne pas recopier l'intégralité du message

administration/modération