Bonsoir tout le monde. J'ai deux trucs à vous dire dans ce mail:
1) Ceux qui sont abonnés à la liste des commits subversion ont du voir
la branche que j'ai effectué sur ngadkm. Je l'ai fait pour sauver une
partie du code existant, et qui va être modifié. Je m'explique:
Après avoir commencé ma nouvelle version de cet outil, je me suis
lancé dans la création d'un parser xml uniquement avec des outils de
base Unix. Il s'avère que c'est plus compliqué que je ne le pensais,
et comme ça risque de prendre pas mal de temps à coder, je préfère
choisir la voie de la simplicité, pour me concentrer sur l'outil
lui-même : ngadkm.
Cela ne remet pas du tout en cause le travail effectué (d'où la
branche), je reste persuadé que les outils livré avec une distribution
devraient infliger le moins possible de dépendances avec certains
logiciels non obligatoires pour le fonctionnement de GNU/Linux. C'est
d'ailleurs pour cette raison que je ne réutilise pas non plus
xmlstarlet pour parser le xml en attendant mon parser miracle :-).
Je suis donc parti sur un autre type de fichier de configuration, plus
simple, mais assez puissant tout de même : le type de fichiers
'properties' (comme en java, ou scite, etc..)
Ca ressemble à du fichier de config tout simple, mais avec une notion
de hiérarchie:
target.type = part
target.root.mount = /nasgaia2
target.root.device = /dev/hda7
etc..
J'ai même prévu les valeurs multilignes:
packages.order = {{{
binutils-pass1
gcc-pass1
adjust-toolchain
etc..
}}} packages.order
C'est très pratique, assez logique en notation, et relativement facile
à parser. D'ailleurs, les fonctions pour lire et écrire des valeurs
existent déjà, je suis en train de mettre le code de Ngadkm à jour, et
bien-sûr de revoir les fichiers de config.
2) Comme vous le savez peut-être déjà, Fedora Core 5 est sorti.
L'intérêt de cette version pour nous est que c'est la première
distribution majeure (stable et avec beaucoup de paquets) à utiliser
gcc-4.x comme base pour construire le système ; entendez par là que
gcc-4.x est utilisé pour tout construire de A à Z, y compris la glibc
et le kernel. C'est important, car si beaucoup de distros ont proposé
cette version de gcc en paquet, aucune ne l'avait utiliser depuis la
source, à cause des fameux problèmes d'incompatibilité, surtout avec
les packages de haut niveau (mplayer, Gnome, etc..).
Je vais me renseigner plus précisemment sur leur méthode et voir si
tout est si beau que ça. C'est très important, car même moi qui suis
un fana du "j'utilise au maximum les dernières versions", je
commençais à revenir sur mes positions pour installer une chaine de
compilation à base de gcc-3.x.
Si vous avez des précisions, n'hésitez pas à m'en parler, je suis
preneur (n'ayant pas encore approfondi le sujet).
@+
--
Richard 'riri' GILL
jabber: [EMAIL PROTECTED]
-- Al trom, siam d'droba : Ihct ! Ihct ! --
_______________________________________________
Nasgaia-dev mailing list
[email protected]
https://mail.gna.org/listinfo/nasgaia-dev
