Reprise du message précédent :
Ca devrait fonctionner avec Nvidia, c'est XWayland qui aura du soucis.

J'ai installé yay hier (suivant la discussion qu'on a eu pour remplacer yaourt).
Il a instantanément rempli mon ~/.cache avec 70Go de truc !
Sur ma VM et ses 100Go de disque, ça a fait mal.

ça me paraît bizarre ce que tu dis. 70Go ça n'arrive pas instantanément en théorie...

En pratique non plus.

Bah je ne sais pas il faisait son update (notamment essayer de mettre à jour MongoDB), ça prenait des plombes, je l'ai laissé tourner pendant la nuit, et quand je suis revenu le lendemain j'avais des alertes de disque plein.

Tu fais un "pacman Scc" de temps en temps  pour nettoyer le cache des paquets ?

J'ai refait des tentatives avec Anarchy, mais je n'ai toujours pas réussi à démarrer un KDE ...  
 
ça correspond a quoi quand on tombe la dessus au démarrage ?

 
Pour moi-même : pour avoir un clavier français au lancement d'anarchy, il faut taper loadkeys fr-pc en premier.

Ca veut dire que le noyau Linux n'est pas en mémoire et que tu es donc sous l'OS de Grub a la place.

L'installation a foiré ou c'est une histoire de pointeur ? on peut y remédier ?  
 
Je n'avais pas de message d'erreur dans le log pourtant (ou je n'ai pas vu)

C'est difficile de savoir sans erreur, mais globalement une distribution Linux est toujours réparable.

Les options les plus courantes seraient AMHA:
- Grub n'a pas été configuré et ne cherche pas de noyau
- Le noyau n'est pas la ou Grub le cherche
- Le noyau est corrompu

 
Je suis prudent et je vais attendre que Wayland soit 100 % fonctionnel -> j'ai donc encore 20/30 ans devant moi  

 
... commence a me gonfler Anarchy ...  

 
j'ai jamais réussi à faire marcher Grub pour être franc. J'utilise systemd-bootctl : très simple à configurer
Ma procédure ici : https://gitlab.com/Jubijub/linux-co [...] figuration (j'explique des cas avec dualboot, c'est encore plus simple en mono boot)

Version 1.07 de Anarchy

https://github.com/AnarchyLinux/installer/releases
 

J'ai une question mais je en sais pas si vous allez pouvoir y répondre : sur mon PC j'utilise EmulationStation, qui est un frontend pour l'émulateur Retroarch. J'aime bien pouvoir lancer EmulationStation et Retroarch en mode DRM/KMS, c'est-à-dire sans serveur graphique (ni X ni Wayland), ça fonctionne nickel si depuis GDM je me loggue en tty et que je lance EmulationStation ou Retroarch.
 
Du coup, je me suis dit que ce serait encore plus cool de créer une session custom qui lancerait ES ou RA depuis GDM, en sélectionnant ES ou RA en tant que session comme on sélectionne Gnome ou Plasma.
 
J'ai donc créé des fichiers .desktop comme ça dans /usr/share/xsessions :
 
[Desktop Entry]
Encoding=UTF-8
Name=Retroarch
Comment=Start Retroarch (KMS)
Exec=retroarch
Icon=
Type=Application
 
Et :
 
[Desktop Entry]
Encoding=UTF-8
Name=Emulationstation
Comment=Start Emulationstation (KMS)
Exec=emulationstation
Icon=
Type=Application
 
Et ça fonctionne, mais pour Retroarch uniquement. Pour Emulationstation, le programme se lance, mais je n'ai aucun input. Le clavier ne répond pas. Pourtant, il fonctionne quand je lance le soft depuis un TTY (donc en KMS aussi). Et en plus, le clavier a bien son pilote chargé, puisque même s'il ne répond pas dans ES, je peux quand même basculer vers un autre tty en faisant Ctrl + Alt + F3.
 
Une idée ?

Retroarch n'est pas un émulateur et ES n'est pas un frontend

Je n'avais aucune idée que ca passait sans X/Wayland, c'est super! Par contre un peu comme toi, RetroArch depuis un tty je n'avais aucun contrôle non plus et j'ai dû le tuer depuis SSH sur mon téléphone

Je sais que les termes sont faux, je ne voulais simplement pas entrer dans les détails.

Pour que Retroarch fonctionne en mode KMS avec les inputs, j'ai du créer une règle udev :

Mettre ça dans un fichier /etc/udev/rules.d/99-evdev.rules :

KERNEL=="event",
NAME=="input/%k",
MODE="666"

Il faut que les pilotes d'input soient réglés sur "udev" dans Retroarch.

Et l'avantage de se passer de serveur graphique, ce sont de meilleures perfs, meilleure latence, etc.

Je vais essayer cela et si ca fonctionne je tenterai avec ES pour te dire.

Apres pour moi, c'est juste marant par TTY, mais si je peux t'aider

(Sinon pour les termes ca serait RetroArch le frontend, ES serait un lanceur, et l'émulateur c'est le core que tu utilises ).

Je viens même d'essayer de m'ajouter dans le group "input" (à l'ancienne ) mais ça ne change rien.

D'après le modérateur du forum anglophone d'archlinux, le fait de lancer via GDM créé une session X et du coup on perd le KMS...

Ta règle n'a pas fonctionné pour moi hélas, mais avec chmod ca fonctionne.

Ca reste bizarre par contre, retroarch répond bien au clavier mais quand je quitte il faut changer de TTY pour que l'écran arrête d'afficher retroarch...

Pour ES la version sur archlinuxcn plante, et j'ai tenté une d'aur mais elle ne compile pas... Je ne suis pas super chaud pour passer trop de temps a voir pourquoi désolé. Quelle version utilises-tu? Je ne vois plus celle pour laquelle j'ai soumis des patchs .

Alors pour ES je te conseille très fortement ce fork :

https://github.com/fabricecaruso/EmulationStation

Il ajoute un tas de trucs sympas.

Pour le compiler et l'installer :

Nan ca foire comme celui d'aur avec:

 
 
Je me demande si ca ne vient pas d'un soucis avec mesa-git.

Ha possible, j'utilise le paquet mesa officiel.

Je crois qu'il y a un soucis, et je n'ai pas envie de changer de paquet donc j'arrête la désolé...
 
J'ai prévenu le mainteneur donc avec un peu de malchance il réparera juste avant que j'aille me coucher

J'ai réparé le truc mais maintenant ES me demande un fichier config et ça me soule de le remplir, je ferai ca peut-etre demain.

Ha oui le fichier es_systems.cfg, tu as un exemple là :  
 
https://github.com/codenotfound/emu [...] ystems.cfg

houla, trop compliqué pour moi !

Bon ça va mieux  

Il y a eu une nouvelle version (1.0.8) qui corrige les bugs et qui permet enfin d'installer Arch avec Plasma en version minimale (sur machine virtuel en tout cas).

Dans le log d'install, il reste un petit souci avec les locales :

voilà, tant mieux car c'est vraiment bien cet installateur, il y a plein de possibilités différentes et on peut avoir exactement ce qu'on veut.

+1
 
J'étais bien déçu quand ils avaient annoncé leur intention de se lancer en temps que distribution linux.

 
 
??? si tu fais pas de dual boot, en gros ta config c'est :  
 

• sudo pacman -S intel-ucode (ou équivalent si tu es sous AMD)
• bootctl install
• sudo vim /boot/loader/entries/arch.conf

copie ces lignes dedans :  
title Arch Linux
    linux vmlinuz-linux
    initrd /intel-ucode.img
    initrd /initramfs-linux.img

• echo "options root=PARTUUID=$(blkid -s PARTUUID -o value /dev/nvme0n1p3) rw" >> /boot/loader/entries/arch.conf          

(ici /dev/nvme0n1p3 est ton /, remplace par la bonne valeur)
 
A ce stade ton bootctl est opérationel, si tu rebootes ça marche.
 
il faut juste rajouter un hook pour que pacman relance la conf si le package systemd est mis à jour :  
 

• cd /etc/pacman.d/
• sudo mkdir hooks
• cd hooks
• sudo curl -L "https://gitlab.com/Jubijub/linux-config-files/raw/master/dotfiles/hooks/systemd-boot.hook" -O

par rapport à l'entier d'une install Arch, c'est vraiment pas grand chose (8 commandes à lancer). Et pour moi c'est précisément la valeur d'Arch, et la raison pour laquelle je ne recommande pas Anarchy, etc... : installer Arch à la main, c'est aussi un gigantesque tutorial sur comment marche ta distro, sur tous ses aspects. De ce fait, si un truc merde, ça t'apprend aussi à être autonome et à résoudre tes problèmes. J'ai plus appris en quasi 2 ans de Arch qu'avec toutes mes années à utiliser Redhat/Debian/Ubuntu, et j'ai fait mes premières install Linux y'a 20 ans. Avant, quand j'avais un problème, je savais jamais le résoudre, et la distro a trop de magie, donc y'avait toujours 50 façons de résoudre le problème, et aucune qui marchait.

 
Je corrige avant que Trit' ne te tombe dessus

@Jubijub

Je maitrise pas vraiment les fichiers de conf de linux, à part faire des copier-coller ou utiliser des utilitaires graphiques, je suis vite dans l'inconnu.

et puis avec Anarchy, il faut que j'installe Grub de toute façon.
Tu as un menu au démarrage ? pour booter sur un autre noyau ou sur windows ?

 
1/ je te recommande de t'y mettre petit à petit. Tu peux assez facilement trouver sur le web des fichiers commentés, qui disent à quoi servent les lignes. Le wiki Arch est aussi hyper bien foutu à ce niveau (par ex pour systemd-boot, t'as une explication de comment faire ici : https://wiki.archlinux.org/index.ph [...] figuration , dont mon guide s'inspire totalement)
 
2/ oui : très moche, mais ça liste les OS présents (dans mon guide c'est couvert quand j'installe le noyau LTS : https://gitlab.com/Jubijub/linux-co [...] -linux-lts )
 
en gros : le fichier arch.conf contient des "entries", une pour chaque noyau bootable (linux, linux-lts, windows, etc...)
ensuite tu as un fichier loader.conf, qui configure le comportement du bootloader en general. En l'occurence dans la conf je lui dis d'attendre 3 secondes pour me laisser le choix, et de booter sur Arch (noyaux linux normal) si je choisis rien au bout de 3 secondes.
 
J'ai jamais réussi à faire marcher Grub en multiboot (la détection de windows est pas top). J'avais réussi avec rEFInd, mais c'était assez aléatoire. systemd-boot, c'est tout simple à configurer, et ça marche tout le temps. Grub c'est ultra puissant, mais c'est presque un OS en soit, et du coup c'est hyper dur à configurer je trouve.

Ah ce n'est pas presque, Grub est un OS.

Pacman 5.2 arrive: http://allanmcrae.com/2019/10/pacman-5-2-release/

 
Le beau Bescherelle ta mère que je viens de me prendre dans les dents  
 

 
ah, on va voir un pic de support sur les AUR helpers

J’ai l’impression que ma réputation me précède…  
 
Cela dit, j’avais vu (et saigné des yeux, oui) tout à l’heure. Mais j’ai eu la flemme de me connecter exprès pour corriger… J’en pensais pas moins, cela dit !

j'ai un souci que je n'arrive pas à résoudre :

Pourquoi ça fait ça ? J'ai tout péter en remplaçant pamac-aur par pamac-aur-git ou quoi ?
 

edit : j'ai vu le message en faisant la mise à jour, j'ai refusé la mise à jour de pacman pour pouvoir mettre à jour le reste.
Et je ne peux installer le paquet "base", comme préconiser ici : https://archlinux.fr/news/remplacem [...] le-requise
j'ai le même message d'erreur.

Pacman 5.2 change pas mal de choses, et est entre autres incompatible avec les « helpers » pour AUR, qui doivent donc être mis à jour. Mais comme tu vois, ce n’est pas possible tant que Pacman ne l’est pas ; et Pacman bloque si des helpers incompatibles sont présents sur le système… Bel exemple de serpent se mordant la queue (et comme Pamac est installé d’office avec Manjaro, ça va être sympa pour eux).

Pas eu le choix : je m’en suis sorti en désinstallant Yay en premier. C’est ça qui m’a permis de faire la MAJ de tout le reste (avec un bon vieux « sudo pacman -Syu » des familles). Et une fois que tout était à jour, j’ai recompilé et réinstallé la nouvelle version de Yay (la 9.4 est compatible, mais nécessitait Pacman 5.2).

Tu vas donc devoir te débarrasser de Pamac-aur et Yay dans un premier temps, faire la MAJ dans un Terminal (ça devrait te permettre de récupérer le paquet « base ») et réinstaller ensuite Yay et Pamac-aur, si une version compatible de ce dernier  avec Pacman 5.2 est proposée.

+1, j'ai eu le même souci avec yay, je l'ai désinstallé, fait la maj via pacman, puis réinstallé ensuite, aucun souci