« quand on a un outil qui marche, ne pas le jeter tant qu'on a pas validé un nouvel outil. »
Tellement vrai...
J'avais essayé kdenlive depuis le livecd ubuntu 7.10, ça marchait, mais travailler depuis un livecd apportaient quelques inconvénients (cités plus haut).
Alors je relève mes manches, je décide de monter ubuntu en chroot...
Je télécharge le première iso que je vois (donc 8.04), je la monte en loopback, je monte en loopback l'image en squashfs contenue dans l'iso, je duplique toute l'arborescence dans un répertoire, histoire de pouvoir avoir un système en lecture écriture et pouvoir garder les modifs, je monte en bind mon /home dans le chroot, /proc, /dev, /dev/pts, je rentre dans le chroot, je rajoute un utilisateur qui a le même uid que dans le système hôte, avec le même /home, je crée un groupe fictif qui a le même gid que le groupe audio de l'hôte, que j'ajoute à mon nouvel utilisateur, j'installe kdenlive, je le lance avec comme display le serveur X de ma gentoo... Crash.
Toutes les applis fonctionnent, sauf kdenlive, sur le moment je met ça sur le compte de l'environnement pas du tout standard, il y a nottament des probèmes avec la libGL. Alors je compile le pilote noyau proprio nvidia de l'hôte et le pilote x11 proprio nvidia du chroot à la même version, pour pouvoir lancer le X du chroot et pas le X de l'hôte. Pareil.
Je me rend compte que la version de kdenlive est une pré-5.0 en cvs, alors je me lance dans la compilation de kdenlive en version 5.0, avec tout les soucis que comporte une compilation dans une distrib pas du tout faite pour, et en effet après avoir rajouté les dépendances unes à unes à chaque échec du configure, le make ça foire en plein milieu....
3 ou 4h plus tard je trouve dans la boite aux lettres un paquet en provenance de canonical : ubuntu 8.04. J'ai un pressentiment... Je lance le livecd, j'installe kdenlive dessus... il plante ! Ce n'est pas ma bidouille, c'est ubuntu ! J'ai testé sur une 7.10 mise à jour en 8.04, qui n'es pas à moi, kdenlive marche, mais sur une 8.04 fraiche, ça ne marche pas !
Alors je relève mes manches, ou plutôt au niveau où je suis je les enlève carrément, je refais toute la manip du chroot avec ubuntu 7.10... kdenlive marche !
Combien d'heures d'économisées si j'en était resté à la 7.10 que je savais fonctionner !
Ironiquement maintenant j'ai deux systèmes de secours au cas où je crame ma gentoo ! Tant que j'ai un noyau qui boot et que je peux accéder à un shell, je peux lancer le ubuntu que je veux !
Enfin voilà, maintenant j'ai un kdenlive qui tourne comme une horloge dans un chroot de 2go, ça fait un peu lourd comme dépendances non ? :D
Enfin bon, vu comment il faut jouer les sorciers pour le faire fonctionner, je ne tourne plus à ce chroot ! Hop, congelé !
Maintenant je vais pouvoir me mettre plus sérieusement à ce diaporama. :D
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Kdenlive!
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au message création de diaporama. Évalué à 2.
Tellement vrai...
J'avais essayé kdenlive depuis le livecd ubuntu 7.10, ça marchait, mais travailler depuis un livecd apportaient quelques inconvénients (cités plus haut).
Alors je relève mes manches, je décide de monter ubuntu en chroot...
Je télécharge le première iso que je vois (donc 8.04), je la monte en loopback, je monte en loopback l'image en squashfs contenue dans l'iso, je duplique toute l'arborescence dans un répertoire, histoire de pouvoir avoir un système en lecture écriture et pouvoir garder les modifs, je monte en bind mon /home dans le chroot, /proc, /dev, /dev/pts, je rentre dans le chroot, je rajoute un utilisateur qui a le même uid que dans le système hôte, avec le même /home, je crée un groupe fictif qui a le même gid que le groupe audio de l'hôte, que j'ajoute à mon nouvel utilisateur, j'installe kdenlive, je le lance avec comme display le serveur X de ma gentoo... Crash.
Toutes les applis fonctionnent, sauf kdenlive, sur le moment je met ça sur le compte de l'environnement pas du tout standard, il y a nottament des probèmes avec la libGL. Alors je compile le pilote noyau proprio nvidia de l'hôte et le pilote x11 proprio nvidia du chroot à la même version, pour pouvoir lancer le X du chroot et pas le X de l'hôte. Pareil.
Je me rend compte que la version de kdenlive est une pré-5.0 en cvs, alors je me lance dans la compilation de kdenlive en version 5.0, avec tout les soucis que comporte une compilation dans une distrib pas du tout faite pour, et en effet après avoir rajouté les dépendances unes à unes à chaque échec du configure, le make ça foire en plein milieu....
3 ou 4h plus tard je trouve dans la boite aux lettres un paquet en provenance de canonical : ubuntu 8.04. J'ai un pressentiment... Je lance le livecd, j'installe kdenlive dessus... il plante ! Ce n'est pas ma bidouille, c'est ubuntu ! J'ai testé sur une 7.10 mise à jour en 8.04, qui n'es pas à moi, kdenlive marche, mais sur une 8.04 fraiche, ça ne marche pas !
Alors je relève mes manches, ou plutôt au niveau où je suis je les enlève carrément, je refais toute la manip du chroot avec ubuntu 7.10... kdenlive marche !
Combien d'heures d'économisées si j'en était resté à la 7.10 que je savais fonctionner !
Ironiquement maintenant j'ai deux systèmes de secours au cas où je crame ma gentoo ! Tant que j'ai un noyau qui boot et que je peux accéder à un shell, je peux lancer le ubuntu que je veux !
Enfin voilà, maintenant j'ai un kdenlive qui tourne comme une horloge dans un chroot de 2go, ça fait un peu lourd comme dépendances non ? :D
Enfin bon, vu comment il faut jouer les sorciers pour le faire fonctionner, je ne tourne plus à ce chroot ! Hop, congelé !
Maintenant je vais pouvoir me mettre plus sérieusement à ce diaporama. :D
ce commentaire est sous licence cc by 4 et précédentes