Forum

Reprise du message précédent

super si la nouvelle version de dracut 108-5 intégrée dans le core de cauldron permet l'install directement c'est mieux que mes contournements
décidément cette MAJ de dracut règle beaucoup de petits & plus gros problèmes ...

Bonjour,
j'ai fait le test avec&sans uefi : on peut installer LXQT et démarrer directement en mode graphique sous LXQT-X11, après j'ai installé Plasma/Kde depuis le ccm. Plasma ne fonctionne correctement que sous wayland, sous X11 pas de bordures de fenêtres, LXQT_Wayland ne fonctionne pas (login impossible depuis sddm) par contre sous LXQT-X11 on a les bordures de fenêtres et toutes les fonctionalités....
je n'ai pas re-testé Gnome qui plantait précédement (avant dracut 108-5).... en install mode bios le démarrage est super rapide, sous edk2-ovmf c'est plus lent, mais c'est une vielle version qui est dans cauldron , j'avait testé la dernière version stable git qui semblait être beaucoup plus rapide mais c'est un gros travail de compilation pour l'intégrer dans un package rpm cauldron...

Édité par tobaggo17 Le 09/09/2025 à 12h55

tobaggo17 :

sous edk2-ovmf c'est plus lent, mais c'est une vielle version qui est dans cauldron , j'avait testé la dernière version stable git qui semblait être beaucoup plus rapide mais c'est un gros travail de compilation pour l'intégrer dans un package rpm cauldron...

Comment ça ? Détaille !

la dernière version stable date de quelques jours en aout 2025, j'ai compilé l'environnent edk2, puis le module ovmf et installé en usr local pour le tester mais lorsque j'ai téléchargé le srpm de cauldron version 2022 pour essayer de l'upgrader proprement, j'ai vu un paquets de sources et de patchs donc je ne me suis pas risqué a compiler un rpm version 2025 car je suppose que la plupart des patchs vont planter et je ne sais pas comment faire ça proprement sans y passer des heures car en fait on ne compile q'un module dans un environnement de développement relativement complexe, pas seulement un tar.gz des source edk2-ovmf...

Ah, je comprends mieux.
Et je comprends tes réticences à faire la montée de version sur le SRPM de cauldron.
Cela dit :
- il y a déjà un travail qui a été commencé dans cauldron, manifestement sans succès, et c'est un version de 2023 ;
- le spec indique de se synchroniser avec Fedora, qui du coup est bien à jour et comporte les patches que tu crains devoir refaire.

j'avais testé la dernière version de TianoCore lorsque je tâtonnais dans la configuration de Qemu/Kvm , j'ai re-testé avec mon install fonctionnelle , en fait cela n'apporte rien en terme de rapidité au lancement de la Vm , j'ai donc laissé tomber d'autant que la version Cauldron semble être en fait celle de 2023-git . J'ai tenté de comprendre la logique des patches et du rpm , j'avoue que cela me parait bien fastidieux pour peu d'avantages au final, sinon avoir la dernière version en date...
l'impression de rapidité venait sans doute du fait que je lançais alors qemu dans un terminal en ligne de commande et non pas avec virt-Manager ou le délai d'activation de l'ecran est plus long (quelques secondes) avant la lancement de l'uefi

Édité par tobaggo17 Le 14/09/2025 à 09h40