La Fedora 10 avance avec l'annonce vendredi dernier du gèle de la Rawhide. On passe donc de la Fedora 10 alpha 1 à la Fedora 10 beta 1 (alias Fedora 9.91/Rawhide). Je viens seulement de voir passer le package fedora-release indiquant ce changement de version.
Donc normalement plus d'ajout de fonctionnalité, que des correctifs et autres peaufinages.
Voici ce que je liste comme version de logiciels intéressant sur ma machine:
* kernel 2.6.27
* Gnome 2.23.92
* Pidgin 2.5.1
* The Gimp 2.4.7
* OpenOffice.org 3.0.0
* Xorg Server 1.5.0
* rpm 4.5.90
* httpd 2.2.9
* php 5.2.6
* mysql 5.0.67
Au vue de certaines versions on imagine que "geler" est un bien grand mot, et qu'on aura bien sur un kernel plus officiel (et pas venant du dépot GIT), et sûrement le Gnome 2.24.
Pour ceux qui voudraient tester tout ça, apparemment il n'y a pas encore d'ISOs toute prête de cette beta, mais on peut très bien partir de la version Alpha sortie le mois dernier et la mettre à jour vu sa stabilité. Il est encore temps de remonter des bugs :)
# Re: Fedora 10 beta 1
Posté par IsNotGood . Évalué à 5.
Ben il faut attendre. Entre autre pour tester les corrections de l'installeur de la version beta au-lieu de tester l'installeur de la version alpha.
> Je viens seulement de voir passer le package fedora-release
Une release (beta ou autre) est un snapshot de Rawhide. Donc Rawhide est fait en premier, puis les ISO sont faites (ceci peut prendre du temps car il y a différents tests avant de "presser" les CD).
[^] # Re: Fedora 10 beta 1
Posté par madko (site web personnel) . Évalué à 2.
Autre petite question, ya t'il une variable accessible depuis le %post d'un kickstart qui me donnerait l'url du support d'installation? Parceque depuis peu ils ont eut la mauvaise idée (à tord ou a raison) de demonter le support dans le %post. Voila donc si qq'un sait?
[^] # Re: Fedora 10 beta 1
Posté par IsNotGood . Évalué à 2.
http://fedoraproject.org/wiki/Anaconda/Kickstart#Chapter_5._(...) (voir --nochroot).
[^] # Re: Fedora 10 beta 1
Posté par madko (site web personnel) . Évalué à 2.
Avant on faisait
find /mnt/source -name "*.rpm" -exec cp {} /mnt/sysimage/rpms \;
Comme ça on peut installer plus tard un rpm qui etait sur le CD.
Sauf que maintenant, /mnt/source est demonté dans le %post. Donc je me demande s'il n'existerait pas une variable qui contiendrait la méthode et l'url qu'on a utilisé, histoire de remonter facilement le /mnt/source.
J'ai deja 2 solutions, une bidouille dans le %pre pour stocker par exemple le resultat de mount|grep source, ou alors un patch sur anaconda pour avoir le comportement d'avant (je change l'ordre d'appel des fonctions à la fin). Mais bon par curiosité je me demandais si des variables avec l'info que je cherche n'existerait pas deja.
désolé de ne pas avoir été plus clair avant
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.