Alors, tu devrais avoir limine-entry-tool d'installé si tu as le fichier /etc/default/limine et que tu essayes d'éditer ce fichier...
Sinon, tu peux directement éditer ton fichier limine.conf (aucune idée où il se trouve dans ton cas, car il peut être à plusieurs endroits apparemment)
J'avoue ne pas ...

Apparemment, d'après le Wiki, c'est bien cela :
https://wiki.archlinux.org/title/Limine#Configurations

After making changes, run limine-update to regenerate limine.conf.

Donc pense bien à exécuter limine-update

Le fichier limine.conf généré doit contenir ce qui va bien sur la ligne cmdline:

Bonjour, tu peux rajouter aux paramètres kernel, et nous redonner les logs du boot de la même façon

Bonjour, tu as le site officiel : https://archlinux.org/packages/
Tu n'auras pas plus d'information que cela...

Après, je (et beaucoup de monde) trouve plus simple de le faire en ligne de commande :)
Mais quand je dois installer quelque chose que je ne connais pas, je fais tout simplement (par ...

Bonjour,
Peux-tu démarrer ton PC normalement (afin d'éviter trop de log, si démarré depuis longtemps, redémarre le PC) : puis lancer cette ligne depuis un terminal :
date ; systemctl suspend ; sleep 2 ; date
Normalement le PC devrait se mettre en veille.
Attends bien 1 minute (cela sera plus ...

Bonjour,
C'est parfaitement normal que la connexion soit coupée lorsque le PC est en veille (c'est le principe, mettre en veille, donc arrêter un maximum de périphérique afin d'économiser de l'énergie).
Par contre la connexion devrait être rétablie en quelques secondes et non 20s.
De mon côté il ...

Bonjour,

Le fichier liborg.apps.launcher.so fait partie de son paquet. Comment as tu installé son application ?

Le fichier org.apps.popuptilelauncher-0.1.plasmoid que tu peux télécharger depuis https://store.kde.org/p/2344063, est tout cassé, il ne contient pas le .so .
Tu dois compiler / créer ...

Bonjour,
Si tu entres y cela correspond à NON. En fait n'importe quoi d'autre que o ou O correspond à Non.
J'ai eu le même problème suite à la mise à jour. Je n'ai pas eu le temps de creuser plus que cela (voir s'il y a un rapport de bug, ...).
Pour corriger, il suffit de faire : sudo rm -rf /var ...

Mais comment cela se fait qu'il n'y avait pas les bons droits sur les fichiers ?

Tu ne dois jamais faire ceci, tu viens d'ajouter des fichiers non suivi par pacman... Je te conseille vivement d'essayer de nettoyer ce que tu viens de faire et d'installer le paquet normalement.
Pourquoi ne pas avoir juste régénérer le paquet, quand j'ai indiqué qu'il fallait le réinstaller, cela ...

Je pense que tu peux essayer juste de relancer une réinstallation, cela recompilera le paquet. J'ai essayé de mon côté et tout fonctionne sans aucun souci, même après avoir désinstallé toutes les dépendances non nécessaires.

Bonjour,
As tu bien installé le paquet depuis AUR ? Et quelle version du paquet as tu ?
pacman -Qs pinta
Hum, tu n'es pas le seul (ah mais c'est peut être toi...) : https://aur.archlinux.org/packages/pinta#comment-1055092

Est ce qu'il y a quelque part le fichier System.CommandLine.dll sur ton ...

Bonjour,
Alors, il y a plein d'endroits possibles pour cela.
La sortie suivante te donnera la liste (après, il est possible que ton utilisateur n'y ait pas accès) : mount | grep tmpfs
Mais typiquement ces dossiers sont accessibles :
/dev/shm
/tmp
$XDG_RUNTIME_DIR (normalement dans /run/user ...

Tu dois réinstaller des paquets qui semblent cassés (après je me demande si ce n'est pas volontaire, car c'est toujours des man pages qui manquent). Après il n'y a aucun risque à lancer une "réinstalllation" : pacman -S man-db procps-ng psmisc shadow

Sinon, tu pouvais juste partager le fichier via ...

C'est difficile de donner un avis sans le contenu du fichier... Il n'y a pas la liste des fichiers "modifiés"...
Mais comme cela je pense qu'il y a rien d'anormal à part peut être pour procps-ng (voir très certainement...). Mais le plus simple serait de partager le fichier, non ?

Alors c'est normal d'avoir dans la liste des fichiers altérés, il faut analyser la sortie manuellement.
N'essaye surtout pas de restaurer certains fichiers (principalement dans /etc), tu pourrais casser ton système !

Tu dois maintenant faire :
pacman -S --overwrite "*" libevent
pacman -Syu
Puis après reboot (si la mise à jour a fonctionné) lance cette commande :
LC_ALL=C sudo pacman -Qkk &> check.log
Puis donne le contenu du fichier check.log via un site de type pastebin : https://wiki.archlinux.org/title ...

Maintenant tu dois faire : sudo touch /var/lib/pacman/local/libevent-2.1.12-4/files
Je ne fais que suivre le message d'erreur, et je sais que créer un fichier vide dans ce cas résoudra le problème.
Et bien sûr, relancer la mise à jour: pacman -Syu libevent .
Cela ne sert absolument à rien de ...

Mais quelle est la sortie de pacman : pacman -Syu libevent ???!!!
Sais tu ce que fait la commande touch ? Il était bien sûr clairement sous entendu que suite à la commande touch, tu devais essayer de relancer la mise à jour via pacman.

C'est à dire sans effet ? Peux tu donner la sortie de pacman ?
Tu devrais à minima avoir un autre message d'erreur