Discussion :

[Hibou57]

Caractérisation de la morphologie d'un système Linux

Motivations : répondre à cette question, est une voie pour developper un ensemble de minis documentations, pouvant êtres utiles tout autant à la compréhension des distributions existantes qu'à la créations de distributions sur mesure (from scratch, par exemple, en vue de divers objectifs). Ceci peut surtout même être utile à l'établissement de diagnostique en cas d'erreur d'execution d'applications ou de services.

Je propose un départ simple, et vous êtes vivement invité(e)s à y participer. Notez qu'il ne s'agit pas d'entrer dans les détails de telle ou telle distribution, mais de rester à un niveau assez générale. Il s'agit donc de rester simple.

Suggestion d'identification des caractéristiques principales : (divisées en 3 groupes)

Basique :
- La version du noyau.
- Le fait que le noyau soit vanilla ou pas.
- Le mode d'intégration des pilotes.
- La version et le modèle de l'init.
- Le standard suivit pour l'arborescence des repertoires.
- Le mode de gestion des repertoires spéciaux (dev, proc, ...).

Applicatif :
- Le modèle de liaison des applications.
- La version des librairies de base.
- La version du gcc.
- Les formats binaires supportés.
- La localisation des fichiers de configuration.

Interface :
- La gestion des packages et la determination des dépendances.
- Le type de serveur graphique.
- La présence ou l'abscence de ncurse.
- Le support des paramètres locaux.
- Le support d'Unicode.

La propriété de l'ensemble des caractèristiques principales doit être la suivante : le renseignement de l'ensemble des caractéristiques principale, fournie une carte d'identité du système (il s'agit en fait de moins qu'une carte d'identité individuelle... plutôt d'une identification de « l'espèce » du système)

Vous êtes prestament invité(e)s à discuter du choix des caractéristiques principales : en ajouter, en supprimer, les corriger, fournire des notes importantes. Nous serons probablement amenés à parler des relations et dépendances existantes entres ces caractéristiques (ex. la dépendence réciproque entre la version des librairies de base et la version du gcc).

[gnto]

Salut,
J'ai du mal a comprendre ce que tu veux ?
Si c'est la version des composants, pour gentoo tu peux aller sur
www.gentoo-portage.com
et regarder les versions stables de ceux-ci donc x86 pour gentoo x86.

ps : noyau c'est sans 'e'

[Hibou57]

Beh, Gnto, je voudrais bien répondre à ta question, mais je ne comprends pas ce que tu ne comprends pas. Et puis ce n'est pas liste des composants de Gentoo que je veux, je disais même justement qu'il ne faut pas parler d'une distribution particulière (sauf pour caractériser un élement). L'objectif est de determiner les points qui ensemble caractérisent une installation de linux.

[Hibou57]

J'ajoute le type de repertoire dev... avec les anciennes versions du noyau, c'est un repertoire ordinnaire contenant des entrées de device (numéro majeur/mineure), avec le kernel 2.4 c'est un système de fichiers spécial nomé devs, et avec le kernel 2.6, sauf erreur, c'est encore un autre système de fichiers spécial nomé sysfs.

Par extention, j'ajoute en fait la gestion des repertoires spéciaux.

[Eusebius]

Bonjour
J'ai également du mal à comprendre ce que tu veux...

[ALT]

Moi itou.

[Hibou57]

Snifffff... sniffff c'est peut-être bien pour ça que cette approche manque cruellement ... c'est pourtant fondamental, surtout avec linux.

Je vous done un exemple imagé d'un autre domaine :

- Nombres de pétales (4, 5, 12, ...)
- Forme de la section de la racine (ronde, canellée, carrée, ...)
- Type de racine (filaments, tubercule, ...)
- ....
- ....

En renseignant chacun de ces points, vous identifierez la famille de la plante à laquelle vous avez à faire.

Ca vous parles mieux avec un exemple différent ?

Il s'agit de determiner les critères fondamentaux. Aprés les avoir determiné, on pourra exprimer plus facilement l'espèce de linux à laquelle on à a faire. La selection des critères se fait par contre en terme fonctionnelle (au lieu de selectioner des critères qui caractérisent un aspect visuel, comme pour une plante, ici on selectionne des critères qui caractèrisent le comportement du système).

[Eusebius]

Ca vous parles mieux avec un exemple différent ?

Il s'agit de determiner les critères fondamentaux.

Non, je ne vois toujours pas l'intérêt. La classification c'est comme tout, c'est bien si ça sert ! Mais sans doute que tu vois un intérêt que je ne vois pas.

[gnto]

Le probleme de linux est de ne pas avoir une seul distrib qui se ressemble.
La version stable d'un noyaux sera différente selon les distrib, tout comme les version de gcc, de la glib etc ...

Sinon on peut dire noyau 2.6 en général sans précisez la version,quoique certaines distribs tournent encore sous 2.4, la version de gcc est discutable entre 3.4 et 4.x, mais tu peux très bien avoir une veille version de gcc (4 fun).

- Le mode d'intégration des pilotes.

Si tu compiles ton noyaux à la main, c'est une question de choix !

- Le standard suivit pour l'arborescence des repertoires.

Ca c'est généralement le meme sur la plupart des distribs

[ALT]

Si j'ai bien compris, tu veux faire une sorte de base de données permettant de choisir une distrib. ou une autre en fonction d'un certain nombre de critères, non ?

[Hibou57]

Ca pourrait servire à ça, oui... par exemple, en reprennant le parallèl précédent, on pourrait imaginer quelqu'un qui souhaite certains aspects pour une plante avec laquelle il décorera sa maison ou son jardin.

C'est une utilisation possible, même si ce n'est pas celle qui m'interesse.

Personne ne connais un peu la botanique ou la biologie en générale ? ... C'est exactement le même type de problème qui se pose avec Linux.

Il s'agit, comme dit sur le post initial, de determiner un ensemble de critère, qui caractèrisent le comportement d'une installation. Ensuite, il sera bien sure possible d'en faire touts les usages que l'on pourra imaginer (je ne donne pas l'usage que j'en fait, pour ne pas influancer inutilement).

Peut-être que si je disais « determination d'une classe abstraite, de ses attributs, et des valeurs que peuvent prendre ses attributs »... ça vous parle mieux ?

[Hibou57]

Le probleme de linux est de ne pas avoir une seul distrib qui se ressemble.
La version stable d'un noyaux sera différente selon les distrib

Oui, mais justement, j'indiquais bien qu'il ne faut pas descendre à un niveau de détails trop important, sinon on se perd. C'est justement le travers que cometent beaucoup de documentations sur linux (qui sont souvent soit trop peu concrêtes, soit trop détaillées). Si je dis « une ortie est un végétal avec une tige et des feuilles vertes », ce n'est pas suffisant, et je reconnaitrai n'importe quoi comme étant une ortie, même ce qui n'en a pas les caractéristique... et si je dis encore , « une ortie, c'est une plante exactement comme les trois exemplaires qui pousse prêt du pas de ma porte », je tombe dans une variation trés locla, je vais me perdre, et je ne reconnaitrai plus rien, même pas une plante qui aura pourtant bien toutes les caractéristiques dietetiques et médicales d'une ortie.

Si tu compiles ton noyaux à la main, c'est une question de choix !

Ouiiii... voilà, tu as compris Oui, par exemple cette caractéristique peut être renseignée par « pilotes intégrés au noyaux » ou « chargement/déchargement de modules à la demande » ou « liaison à l'initialisation du système seulement », .... (on peut bien sure avoir une combinaison de ces possibilités, puisqu'elles ne sont pas mutuellement exclusives)

Ca c'est généralement le meme sur la plupart des distribs

Non, ça c'est faux. Le seul fait que le modèle d'Init ne soit pas partout le même, fait déjà que le standard de l'arborescence des repertoires n'existe pas de manière si immédiate. Slackware, Redhat et Debian, par exemple, n'ont pas la même arborescence de repertoires. Un standard à effectivement été créé, mais il n'est encore pas toujours respecté.

Voir : Linux File-System Hierarchie
Voir : L'init de Linux

[gnto]

Non, ça c'est faux. Le seul fait que le modèle d'Init ne soit pas partout le même, fait déjà que le standard de l'arborescence des repertoires n'est pas partout le même. Slackware, Redhat et Debian, par exemple, n'ont pas la même arborescence de repertoires.

On doit pas parler du meme standard d'aborescence car je ne vois pas ce que viens faire le modèle d'init.
aborescence c'est

/
/etc
/usr
/opt
/lib
/var
etc...

LSB linux standard base

[ALT]

Ca pourrait servire à ça, oui... par exemple, en reprennant le parallèl précédent, on pourrait imaginer quelqu'un qui souhaite certains aspects pour une plante avec laquelle il décorera sa maison ou son jardin.

C'est une utilisation possible, même si ce n'est pas celle qui m'interesse.

Personne ne connais un peu la botanique ou la biologie en générale ? ... C'est exactement le même type de problème qui se pose avec Linux.

Il s'agit, comme dit sur le post initial, de determiner un ensemble de critère, qui caractèrisent le comportement d'une installation. Ensuite, il sera bien sure possible d'en faire touts les usages que l'on pourra imaginer (je ne donne pas l'usage que j'en fait, pour ne pas influancer inutilement).

Peut-être que si je disais « determination d'une classe abstraite, de ses attributs, et des valeurs que peuvent prendre ses attributs »... ça vous parle mieux ?

Si tu veux faire une classification, il faut commencer par déterminer les caractéristiques essentielles, puis construire une hiérarchie qui te permettra de créer ton arborescence : eucaryotes, procaryotes, protozoaires, métazoaires, vertébrés, invertébrés, mollusques, vers de terre, limaces, escargots...
Tant que cette hiérarchisation n'est pas faite, rien ne peut avancer.
Ensuite, il faut déterminer ce qui fait une famille, donc quelles sont les variations possibles dans une population : un chat à poila gris est-il de la même espèce qu'un chat à poils roux ?
Bref, jusqu'où veux-tu descendre dans la précision de ta classification ?
Un noyau 2.6.12 est-il dans le même groupe qu'un 2.6.13 ou font-ils partie de deux groupes distincts ?

Bref, il y a du boulot !

[gorgonite]

regardes ce livre... j'en ai entendu le plus grand bien
http://www.oreilly.fr/catalogue/2841773868.html

[ALT]

Ouaip ! Je le connais.
Je connais même l'auteur.

En effet, il est bien.
Mais bon là c'est quand même assez technique. Pas à conseiller à un débutant.

Par contre, je ne sais pas si ça fait réellement avancer le schmilblic...

[Hibou57]

regardes ce livre... j'en ai entendu le plus grand bien
http://www.oreilly.fr/catalogue/2841773868.html

C'est gentil, mais il n'est pas consultable en ligne... et waaaw, le prix, à 5 ou 6€ ok, je le commanderais, mais 45€, c'est pour les riches ça.

Ouaip ! Je le connais.
Je connais même l'auteur.

En effet, il est bien.
Mais bon là c'est quand même assez technique. Pas à conseiller à un débutant.

Ce n'est pas parce qu'on débute avec Linux, qu'on en a aucune idée, et qu'on ne peut pas comprendre les technique sous-jacente (j'aborde souvent ces choses de manières abstraite, alors je peux).

Par contre, je ne sais pas si ça fait réellement avancer le schmilblic...

En fait, je crois qu'il/elle a vu un autre de mes post, pour lequel ce livre répondrait effectivement à beaucoup de questions je pense.

[gorgonite]

C'est gentil, mais il n'est pas consultable en ligne... et waaaw, le prix, à 5 ou 6€ ok, je le commanderais, mais 45€, c'est pour les riches ça.

bah... il y a peut-être une bibliothèque dans une fac ou autre qui le possède

[Hibou57]

Si tu veux faire une classification, il faut commencer par déterminer les caractéristiques essentielles, puis construire une hiérarchie qui te permettra de créer ton arborescence : eucaryotes, procaryotes, protozoaires, métazoaires, vertébrés, invertébrés, mollusques, vers de terre, limaces, escargots...
Tant que cette hiérarchisation n'est pas faite, rien ne peut avancer.
Ensuite, il faut déterminer ce qui fait une famille, donc quelles sont les variations possibles dans une population : un chat à poila gris est-il de la même espèce qu'un chat à poils roux ?
Bref, jusqu'où veux-tu descendre dans la précision de ta classification ?
Un noyau 2.6.12 est-il dans le même groupe qu'un 2.6.13 ou font-ils partie de deux groupes distincts ?

Bref, il y a du boulot !

C'est bien pour cela que je parlais de ne pas trop descendre dans les détails. Je veux en rester pour le moment aux grandes lignes de l'architecture. Et c'est justement ces grandes lignes que j'essais de determinées.

Je cherche le niveau de précision en dessous duquel on ne peut pas descendre sans risquer de ne plus correspondre à rien de réel. Je parle donc de grande familles. Si tu veux un parallèle, ce serait comme distinguer les animaux avec ou sans squelette, à sang chaud ou à sans froid, selon le mode de reproduction, etc, etc.

Pour être peut-être encore plus clair : je cherche à determiner des familles entre lesquelles aucun croisement n'est possible, mais au seins desquelles les croisement sont possibles. Cela répond au problème d'incompatibilité entre autre, et le critère le plus conscis et le plus clair que je pourrais formuler, serait justement celui de la compatibilité. Voyez-vous mieux apparaître l'utilité de la démarche ?

Je considère par exemple que les noyau 2.4 et 2.6 sont totalement incompatible entre eux, de même que deux système dont l'un a un Init BSD-like et l'autre un Init Unix-like... and son on, idem pour les autres aspects.

Cependant, je reconnais bien que les choix sont délicats.

[gnto]

Je considère par exemple que les noyau 2.4 et 2.6 sont totalement incompatible entre eux, de même que deux système dont l'un a un Init BSD-like et l'autre un Init Unix-like... and son on, idem pour les autres aspects.

Oui ou vas tu mettre slackware et gentoo si tu fais un systeme init BSD ou init system V
http://fr.wikipedia.org/wiki/Init

La plupart des distributions linux sont compatibles avec le programme init d'Unix System V ; mais il y a des exceptions : certaines distributions comme la slackware utilisent un programme init qui est proche de celui d'Unix BSD d'autres comme la distribution Gentoo ont un programme init personnalisé.

Pour les noyaux 2.4 et 2.6 sur certaine distrib tu peux installer les 2 mais pas les executer en meme temps, tu sélectionne le noyau au démarrage