Re: [nutyx-dev] Les scénarios d'installation

[ Thread Index | Date Index | More nutyx.org/nutyx-dev Archives ]


Il faut ajouter le cas de celui qui veut faire ses propres ports .

les variables et les différents fichiers de conf feront l'objet d'un autre post
pierre^
Le 30/07/2014 16:16, Thierry Nuttens a écrit :
Il y a un sujet parmis tant d'autre qu'il faut que l'on discute parce qu'il va devoir être LE MIEUX possible expliqué aux utilisateurs. L'endroit final est secondaire (sans doute site et man nutyx). Il s'agit des scénarios d'installation: 

Merci de prendre le temps de bien lire ce message, je ne vais pas dire que l'avenir de NuTyX en dépend, mais quoique....

A. Historique:

Cette histoire de scénario m'est venu en tête la première fois lors de mon dernier retour du Laos, comme à chaque fois, je reviens avec 10000 idées. Cette fois, j'ai pris soin d'en noter l'essentiel. Ce dont je veux parler ici:

B. L'idée derrière cela:

On sait tous qu'installer / utiliser une distribution linux n'a rien de comparable avec l'utilisation d'un autre système d'exploitation tel que windows. Avec Linux, il est par exemple possible de:  
- Installer une interface graphique complète comme KDE par exemple, un navigateur, et quelques applications et le tour est joué
- Installer une interface minimaliste genre twm et complèter son système de divers choses prises ici et là que l'on compile et installent
- Installer un serveur qui n'a pas besoin d'interface graphique mais si possible sans devoir trop compiler les paquets.
- Installer un système de base minimaliste et se compiler soi-même les services que l'on souhaite et pourquoi pas ensuite ajouter une interface graphique disponible en binaire, parce que pas envie de se taper les 346 paquets à compiler
- Installer un système de base et ne pas utiliser les ports de NuTyX (par ce qu'ils sont nul et pourri, ceux de la distribtution  XXX sont + complèt (je me mets à la place d'un curieux qui n'a jamais entendu parlé de NuTyX))
- Installer un système minimaliste et de tout se compiler ses paquets soi-même en choisissant les dépendances que l'on souhaite
Tous ces exemples que je viens de mentionner sont des exemples de scénario d'installation possible. Maintenant il faut expliquer tous les cas de figures possible avec NuTyX saravane.


1. Quelles sont les différentes catégories system, server, desktop ?
2. Qu'est-ce qu'une variante "system, "server et "desktop" ?
3. Chaque variante dispose de 2 à 3 scénarios d'installation, quel sont-ils ?
4. Quelle est la différence entre la compilation automatique, semi-automatique et  manuelle ?
5. Et finalement quels sont alors les différents scénarios d'INSTALLATION avec NuTyX saravane ?

1. Les catégories

Une catégorie est un ensemble de ports / de recettes / de paquets binaires que l'on doit ou peut utiliser pour l'installation / l'utilisation de la NuTyX saravane: Il existe TROIS catégories officielles: system, server et desktop. 

Chaque catégorie est constitué physiquement d'un dossier dans lequel se trouvent X sous - dossiers. Le nom du sous-dossier détermine le NOM et la VERSION du paquet de BASE disponible. 

Dans un cas "normale" d'utilisation de NuTyX, les trois catégories seront utilisées. Dans un cas "extrème" seule la  catégorie "system" DEVRA être activée car obligatoire. En effet, la MINI iso installe un système MINIMUM mais SANS outils de développement (pour une raison évidente de taille). Donc l'utilisateur avancé qui a décidé de compiler ses propres paquets qu'ils soient de NuTyX ou NON DEVRA activer UNIQUEMENT la catégorie "system" et pourra faire un "get cards.devel" et sa NuTyX saravane sera prête pour compiler tout ce qu'il faut. C'est la variante "system"

La catégorie "server" regroupe tous les ports / recettes / paquets binaires utilisés pour l'usage d'un serveur  et usage en ligne de commande. Cette catégorie utilise donc les dépendances de la catégorie "system" qui comme dit plus haut est obligatoire (donc incontournable) mais aucune dépendances de la catégorie "desktop". Ce qui veut dire qu'un scénario possible est donc l'activation des catégories "system" et "server". C'est la variante "server"

La catégorie "desktop" regroupe tous les ports / recettes / paquets binaires utilisés pour l'usage d'une interface graphique et de ses applications les plus courantes comme firefox, chromium, xchat, pidgin, gparted, abiword, gnumeric, libreoffice, etc. Les trois interfaces graphiques actuellement disponibles et testées sont twm (xorg seul), xfce4 et kde. On peut peut-être espérer d'en voir d'autres.. Soyons fous. Donc si l'utilisateur a choisi d'activer cette catégorie, il DOIT OBLIGATOIREMENT activer la catégorie "server" et "system". Les recettes de la catégorie "desktop" dépendentent des ports / recettes / binaires des deux autres catégories. C'est la variante "desktop"

Chaque variante dispose de différents scénarios possibles:

1. Celui qui souhaite se construire son propre système d'exploitation et ne souhaite pas utiliser de ports NuTyX. Seule la catégorie system DOIT être activée ds le fichier de configuration de cards
2. Celui qui souhaite se construire son propre système d'exploitation et souhaite utiliser les ports NuTyX pour se compiler le reste depuis les sources et donc ne souhaite pas utiliser les binaires de NuTyX. En fonction de son choix il peut activer la catégorie "server"  c'est la variante "server" ou la catégorie "server" ET la catégorie "desktop" (variante desktop). Il souhaite donc rester informer de l'èvolution des recettes. La commande à utiliser sera:

cards sync -p (pour ports)

Ensuite, avec ce scenario et il y a encore 2 cas de figures, il souhaite compiler les ports AVEC ou SANS gestion des dépendances. En fonction de ce choix il y a une commande pour chaque cas:

La commande pkgmk -d -i compilera le paquet se trouvant dans le dossier courant SANS gestion de dépendances et SANS téléchargement du binaire si disponible, c'est la compilation manuelle

La commande pkgmkall <nom du paquet> compilera le paquet  courant AVEC gestion de dépendances et SANS téléchargement du binaire si disponible, c'est la compilation semi-automatique et sera celui compilé avec toutes les dépendances spécifiées dans son fichier .deps

La commande pkgmkall <nom du paquet> compilera le paquet AVEC gestion de dépendances et téléchargement AUTOMATIQUE du binaire si disponible, c'est la compilation automatique puisque le paquet sera téléchargé depuis les dépots et sera celui compilé avec toutes les dépendances spécifiées dans son fichier .deps

Je résume les scenarios possibles

- Aucun ports des catégories server et desktop
- Ports "server" activé uniquement compilation manuelle, semi-automatique ou automatique
- Ports "server" et "desktop" activés et compilation manuelle, semi-automatique ou automatique

Les cas suivant sont possibles mais entraîneront de nombreux problèmes. Réservé aux experts...

- Ports "server" OU "server" et "desktop" activé, avec installation de certains paquets binaires ET compilation de certains autres paquets. Ce scenario est problèmatique puisque cards install n'installera QUE les dépendances runtime et non les dépendances de compilation des paquets binaires.
- Ports "desktop" SEUL activés

Voilà j'arrête là pour le moment,

Commentaires bienvenues

Thierry





Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/