Reprise du message précédent :

Indice : le paquet « kde-cli-tools » existe dans les dépôts, mais « kdebase-runtime » non.
La seule référence que je vois pour ce dernier est un paquet nommé « kdebase-runtime-plasma4extras » sur AUR, mais il n’a plus de mainteneur et n’a jamais été mis à jour après sa publication initiale en février 2018.
 
Je pense que tu peux dégager « kdebase-runtime », parce qu’il n’existe plus et que c’est donc lui, la cause de ton problème de mise à jour.

Pacman refuse la désinstallation de kde-base-runtime (qui ne semble pas être un paquet normal, si je fais un pacman -Qi kdebase-runtime il ne trouve rien) :

on dirait des paquets orphelins, ils ne sont plus présents dans les dépôts actuels.

Mon installation d'archlinux date de novembre 2013.

Un "pacman -Rnc kdebase-runtime" est accepté mais j'ai peur de casser quelque chose :
 
 

elle date de quand ton installe ? ça à l'air d'être de sacrée reliques en googlelant

L'installation date de novembre 2013, à l'époque c'était du kde 4, pas encore de systemd mais le vieux init.

Plasma 5 n'est arrivé qu'en juillet 2014.

Pensez à faire des pacman -Qm et nettoyer vos packages obsolètes de temps en temps

J'ai fait la désinstallation de kdebase-runtime, ça a permis la mise à jour des autres paquets.

Pour les paquets non présents dans les dépôts actuels j'en ai 372, une bonne partie sont des paquets AUR, des paquets de polices et des paquets que j'ai crée personnellement.

Un debut simple est de lancer
 

 
Ca permet de voir quels paquets ont été installés en dépendances d'autres et ne le sont plus.
 
 
J'ai aussi un script pour voir quels paquets ne sont ni dans les repos, ni compilés par moi (donc pas d'AUR), mais ca c'est souvent bien plus long a traverser.

Avec pacman -Qmdt le chiffre tombe à 127.

Beaucoup de paquets python2-xxxx et libkxxxx.

J'ai viré python2 hier justement, en te lisant ca m'a rappelé de faire le ménage et j'ai lancé ces commandes.

Yay dit aussi quels sont les paquets absents d’AUR (donc n’existant plus dans les dépôts configurés non plus)…
 
Et je préconise plutôt le paramètre « -Rs » pour désinstaller, parce que ça ne virera que les dépendances installées avec le(s) paquet(s) concerné(s), sans (normalement) toucher aux dépendances utilisées par les autres. En tout cas, ne surtout pas faire le « -Rcs », parce que là, ça peut virer des trucs importants.
Pour les installations de paquets d’AUR à compiler, le paramètre « -sri » est aussi à préférer, puisqu’il va virer les paquets requis pour la compilation elle-même qui auraient été installés pour l’occasion, histoire de pas se retrouver avec des paquets orphelins (au sens requis par rien, pas maintenus par personne) dont on n’a pas l’usage.

Quand tu compiles des paquets qui ne sont pas sur AUR (mais sur GH par example), yay te les affichera aussi, ce n'est pas donc pas forcement parfait, selon le montant de ces PKGBUILD. En contrepartie comme tu le precises ca a l'avantage d'afficher les paquets qui étaient sur AUR et ne le sont plus, ce qui est impossible localement.
Apres quand certains paquets passent des dépôts a AUR, c'est souvent le moment de s'en débarrasser...

C'est généralement ce que je fais, mais depuis le temps je sais a peu pres ce dont j'ai besoin, donc ca ne casse plus grand chose. Mais tu as raison, ce n'est pas une option sure.

Bon. AUR est en rade, aujourd’hui. À ma connaissance, c’est la première fois que ça arrive depuis que je touche à Arch Linux (donc depuis août 2014).

Le lien semble marcher ici :
https://aur.archlinux.org/packages

Je reviens sur le nettoyage auto. Donc en gros  

 
Bon ça me vire libxml dont j'ai besoin ^^

Chaque fois que je fais une passe de Yay (tous les matins, donc), je vois la liste des paquets « absents sur AUR » (donc n’existant plus du tout dans le monde Arch, vu que je n’ai mis que les dépôts officiels) : elle fait plusieurs lignes dans le Terminal (en 80 × 24 basique)… Sauf qu’elle contient des logiciels que je peux toujours vouloir utiliser ! Si je fais le ménage, ils dégageront ; et ça, c’est hors de question.

Cela dit, je pourrais alléger un peu : les paquets js52, js60 et js68, seulement nécessaires pour les anciennes versions de Thunderbird, je me demande même pourquoi ils n’ont pas été dégagés quand les nouvelles versions sont venues les remplacer.

Est-ce qu'il existe un logiciel qui vérifie la dangerosité d'un paquet AUR (code malicieux, mainteneur qui se fait pirater son compte) ?

ou bien quelque chose sur le serveur AUR qui examinerait automatiquement le code source déposé par le mainteneur, à la recherche d'instructions douteuses (type script bash de suppression de dossiers en cascade), en cas de doute le paquet serait alors refusé, mis en quarantaine, avec un administrateur qui serait alerté pour vérifier le paquet suspect.

Le dépôt AUR c'est un peu le maillon faible d'archlinux en terme de sécurité.

Si tu l'installes directement, ce paquet n’apparaîtra plus dans cette commande (il y a peut-être un autre moyen de marquer le paquet comme voulu, mais je ne sais pas comment).

vi

Est-ce qu'il existe un équivalent du debootstrap de Debian, qui permet d'installer la distribution dans un chroot depuis une autre distribution ?
Donc sans devoir booter sur un livecd/liveusb/installeur.

edit : ok google j'ai trouvé sur google https://wiki.archlinux.org/title/In [...] stribution

J'ai un multiboot d'installations linux qui sont dans des sous volumes btrfs, et c'est booté par grub actuellement des ubuntu.

Je vois pas de raison que ça soit pas possible avec arch, mais je demande quand même avant de me lancer

edit 2: je devrais peut être plutot l'installer dans un VM pour voir avant

 
Quel est l’intérêt en 2022 d'avoir plusieurs distributions linux "physiques" dans un PC, au lieu d'utiliser des machines virtuelles linux ?    
 
 

Avant de faire une upgrade de version sur Ubuntu, je fais un snapshot de la version courante, "btrfs subvolume snapshot @version_X @version_X+1", puis je boote sur le version X+1 et je fais l'upgrade dedans.

Comme ça si un truc lambda pète alors que j'en ai absolument besoin sur le moment, et bien j'ai juste à rebooter sur la version précédente.

Une image clonezilla de la partition système vers un disque dur externe pourrait aussi faire l'affaire, ça permet de restaurer la partition depuis l'image en cas de problème.
L'inconvénient : ça monopolise de l'espace disque, un coté bulldozer, à utiliser surtout en entreprise, dans les environnements professionnels où le temps c'est de l'argent.

Perso (usage domestique) je préfère mettre les mains dans le cambouis en cas de souci avec archlinux, si je sais que le problème vient d'une mise à jour de pacman alors il suffit d'accéder à une console (CTRL + ALT + F2) et de taper la bonne commande qui permet de réinstaller le paquet précédent qui marchait bien.

Pour cela 3 options au choix avec archlinux :

1) depuis le menu grub : si l'actuel noyau ne permet plus de démarrer alors démarrer sur un vieux noyau, ou le noyau LTS, de là faire les modifications pour revenir à un état stable (annulation du dernier "pacman -Syu" )

2) si l'interface graphique ne se lance plus : ajouter dans grub un menu "démarrage en mode rescue/emergency", ça donne un démarrage de systemd en mode console, avec le strict nécessaire en terme de services, ça permet ensuite de dégager le paquet qui pose problème pour revenir à la version précédente

3) dernière option si les autres ont échoué : démarrer sur une clé USB d'installation archlinux, puis faire un "chroot", et de là virer le paquet qui pose problème pour revenir à la version précédente

le chroot sous archlinux :
https://wiki.archlinux.org/title/Chroot
https://wiki.archlinux.org/title/Chroot_(Fran%C3%A7ais)

Sauvegarder régulièrement la liste des paquets installés vers un fichier texte, pour pouvoir ensuite réinstaller à l'identique archlinux est une bonne habitude aussi.

https://wiki.archlinux.org/title/Pa [...] d_packages

Enfin les paquets des dépôts stables sont censés être testés en amont par des cobayes (via le dépôt testing), en théorie on ne devrait jamais être dans la situation d'une distribution archlinux cassée (au point de ne plus pouvoir s'en servir) si on utilise que les dépôts stables et très peu voire pas de paquets venant du dépôt AUR, le pire que j'ai eu en 9 ans d'utilisation d'archlinux c'est une fuite mémoire XXL de plasma/kde, rendant le PC très peu réactif (fichier swap localisé sur un disque dur).

Le snapshot reste bien pratique tout de meme, quelque chose se passe et tu n'as qu'a redémarrer.
 
Pourtant je ne m'en sers pas et utilise borg a la place... parce que si le problème est materiel le snapshot ne servira probablement a rien et je ne suis pas très chaud pour doubler l'espace requis a ce genre de problème si rare.
 
(Tous les jours j'ai une copie incrémentale de / et des fichiers pas trop lourd dans /home, pour / je n'en ai pas vraiment besoin mais ca m’évite de réfléchir a quels fichiers de /etc ou /usr j'ai besoin de copier ou non... pour 30Gb sur un HDD je n'ai pas besoin d'y penser.)

+1,  
J'ai pris l'habitude d'en faire un manuellement avant de "bricoler", cela m'a déjà sauvé   . Avec grub-btrfs, on boot sur le snapshoot, et voila!
Je suis aussi en multiboot physique sur 2 disques différents, avec chacun leur grub en MBR, facile aussi de changer l'ordre des disques au démarrage pour rétablir une erreur ...  

A une époque je faisais cela aussi, quand j'avais un pépin sur mon installe principale sur mon 2nd SSD je redémarrais l'ordinateur sur le plus vieux SSD, et pendant que je reparais, je remettais cette installation a jour. Je ne sais plus trop pourquoi j'ai arrêté mais en effet c'était pratique, quand c'etait l'heure de diner en famille, hop un redémarrage et XBMC fonctionnait de suite.

Il y a un souci chez moi avec Libreoffice-fresh : impossible de cliquer dans une liste déroulante du menu, la liste apparaît au centre de l'écran et disparaît immédiatement.
 
Repasser sur Libreoffice-still corrige le problème.

Tu parles de libreoffice-writer ou libreoffice-calc ?
Quel format de fichier ? (celui d'openoffice ou celui de microsoft office ?)

La description du bug donne l'impression que tu parles d'un navigateur internet avec ces histoires de liste déroulante.

Il n'y a que dans les navigateurs Web qu'il y a des listes déroulantes ?
 
Je parle de writer, n'importe quel format de fichier puisque je ne parle pas du contenu du document mais bien de l'interface de Libreoffice.

Ah ok, je pensais que tu parlais des features intégrées dans un document openoffice, type présentation powerpoint, formulaires .

Pour ton problème peut-être un souci avec une librairie type GTK, Qt, si la version attendue par libreoffice n'est pas celle installée, il y a peut-être des messages d'erreurs dans la console quand ce problème se produit.

Tu parles de quoi, exactement ? De ça :

 
ou de ça ?

 
Parce que, dans les deux cas, ça fonctionne pour moi avec la dernière version en date (j’ai déjà fait les MAJ disponibles à 9h)…

Tromzy utilise un pilote vidéo propriétaire (nvidia ?), si libreoffice utilise l'accélération graphique pour l'affichage ça peut expliquer le souci chez lui, si de ton coté tu utilises de l'AMD en pilote libre et que tu n'as pas le bug.

Dans les options de libreoffice on peut désactiver l'accélération matérielle de l'affichage, ainsi que l'openCL, à tester pour voir si le bug disparait.

Tenter aussi de se connecter avec un autre compte, pour voir si avec un home vierge le problème disparait (fichier de configuration corrompu pour libreoffice).

Trit' je parle de ce qu'il y a dans ta première capture.
 
Bon, du moment que ça fonctionne avec Still ça me suffit.

Non je suis sur du Intel sur cette machine.

Il reste la piste du fichier de configuration corrompu pour libreoffice dans ton home, une valeur incorrecte, on peut le savoir en se connectant avec un nouveau compte utilisateur, qui aura l'avantage d'avoir un home avec les valeurs par défaut.

Si c'est pas ça : alors une merdouille par rapport à ton environnement de bureau, un thème graphique que libreoffice supporte mal, un truc encore pas assez stable que tu utilises en mode "cobaye" chez toi (une configuration wayland trop poussée).

J'ai voulu mettre a jour un system Arch de ~2019, au final j'ai surement passé plus de temps que si je l'avais juste réinstallé .

Je suppose que la procédure a été rendue complexe à cause des interventions manuelles à faire parfois (ceux présentes sur la page d'accueil du site archlinux), la gestion des fichiers *.pacnew.

Il y a une autre alternative (que je n'ai pas encore testé), qui consiste dans un premier temps à mettre dans un fichier texte le nom de tous les paquets installés, puis à l'aide d'une commande bash : installer pacman en donnant comme argument ce fichier texte listant les paquets à installer.
En théorie on se retrouvera avec une installation quasi identique en terme de paquets (il manquera les paquets AUR), il faudra éventuellement refaire la configuration, dans /etc et dans le home pour les logiciels qui stockent des choses dedans.

https://wiki.archlinux.org/title/Pa [...] d_packages

Un utilitaire qui automatiserait la chose (récupération de la liste des paquets installés, y compris ceux de AUR, récupération de la configuration) serait intéressante.

edit : des utilitaires dans le dépot AUR s'en rapprochent :

Renommer temporairement le dossier de configuration de LibreOffice peut déjà permettre de tester le logiciel avec un profil vierge dans un premier temps, et c’est moins lourdingue à mettre en œuvre.
 

Pas un bon plan à terme, parce que tu sais que les versions Still sont remplacées par les Fresh quand une nouvelle branche Fresh est inaugurée.
 
Pour résumer : Still 7.2.x et Fresh 7.3.x → Still 7.3.x et Fresh 7.4.x
 
Ce n’est donc qu’un sursis et tu finiras inévitablement par te retrouver confronté au même problème quand la branche 7.3 passera en Still. Il est donc préférable de chercher à régler cette histoire sans tarder.

 
Certain d'entre vous ont-ils réussi à activer le VRR sur leur GPU AMD ?
 
J'ai un écran Freesync Premium Pro (IIyama GB3466WQSU), une 6900XT connectée au moniteur en DP,, j'ai activé le VRR dans xrog, et malgré cela, le vrr n'est pas actif quand je regarde avec xrandr --props :

 
Dans /etc/X11/xorg.conf.d/ j'ai :

 
10-monitor.conf (j'ai un modeline personnalisé qui permet à la carte de ne pas rester à la fréquence max ram en permanence, même sur le bureau) :

 
20-amdgpu.conf :

 
Des idées ?

 
Franchement un snapshot btrfs c'est tellement plus rapide, simple, et sans risque, c'est la modernité, c'est pour ça que ce fs a été inventé, et en plus il te fait le raid 1.
Avant il fallait une couche mdraid plus une couche lvm, c'était un peu suicidaire, mais bon, c'est pour la maison, et avec btrfs on fait tout avec un seul fs.
 
Tu peux aussi faire un "btrfscat | ... " pour sauvegarder l'image en local ou en distance.
 
Après en enterprise les versions sont conservées longtemps, et les platres bien essuyés avant une upgrade, et surtout pour les trucs sensibles, tu as carrément une machine de backup.
 

 
Je parle d'un usage domestique aussi, mais comme mentionné par qqun, quand tu veux te faire ta séance xbmc/kodi, t'as juste envie que ça marche dans la seconde.
 
 

 
ouais bah faut avoir 1 ou 2 heures à cramer à des moments très inopportuns quoi