Discussion :

[bizulk]

Bonjour,

Je travaille en tant que développeur pour une société de service spécialisée pour les machine UNIX-LIKE, j'ai crée pas mal de projets embarquant du linux, et le m'interroge sur les possibilités de leur maintenance sachant que :
_ mes projets sont hébergé par un serveur CVS
_ ils nécessitent un BSP linux (outils de compilation croisée ...)
_ pour effectuer des maintenance nous sommes ammenés à nous déplacer avec un portable parfois vierge ou avec windows.
_ parfois je ne suis pas la personne effectuant la maintenance du logiciel.
_ mon PC est sous une distribution Ubuntu, j'utilise une version 3.2 d'éclipse+CDT.

Mon problème est le suivant :
_ si je ne dispose pas d'un portable avec le BSP je dois réinstaller celui-ci, sachant qu'il est peut-être sous windows ou une autre distrib (quand il faut agir avec urgence c très frustrant), voir une autre version du BSP.
_ utiliser le makefile builder d'éclipse nous rend dépendant de sa version (car pas portable d'une version a une autre), cela est un vrai problème de pérennité, car certaines machines exigent une distribution Linux récente et proposent l'installation d'un autre éclipse, ou compliquent l'installation d'un ancien (j'ai fait l'expérience avec une ubuntu).
_ on est parfois tenté d'exécuter la maintenance sous le compte du collègue pour éviter les installations de BSP, du coup les informations CVS sont faussées (identifiant du commiteur).

solutions pour facilité la maintenance :
_ pour devenir indépendant de la version d'éclipse on utilise notre makefile.
_ j'écris un script d'install du BSP ainsi que de notre projet sur la machine.

Mais comment tester mon script sans foirer ma propre installation ni que celle-ci viennent interférer avec celle installée ?
Comment permettre une intervention efficace d'un tiers sur mon projet ?


Une solution pour moi est de créer une machine virtuelle :

• je pourrais tester mon script d'install,
• une machine virtuelle offrirait sur toute les plateformes (portable / PC Windows Linux) l'environnement et les outils de développements
  aucune ré-installation sur l'hôte (mise à part

Cependant j'ai quelques restrictions :

• je ne veux pas installer une distribution trop gourmande en ressources pour pouvoir l'exécuter sur une machine pas très récente et pouvoir l'installer sur une clé USB et l'archiver dans un CD.
• Pouvoir installer des nouveaux paquets a la demande de façon persistante.
• Je ne veux pas disposer d'une cinquantaine d'outils dont je ne me servirais
  pas.
• L'outil d'exécution de VM doit être disponible sur une plateforme linux/windows

Choix de l'outil de gestion/création de VM
Pour l'instant j'hésite entre virtual Box et qemu, bien que la virtual box me paraît plus accessible pour la création de nouvelle machine. J'ai écarté la VMWare car la version permettant la création d'image est payante.
Maintenant reste à savoir les différences fonctionnelles entre ces outils :

• Gestion de clé USB,
• Intégration dans le bureau hôte (drag'n drop)
• Gestion d'une image de HDD extensible

Pour la création de la distribution en elle-même j'hésite:

• Customiser un live-cd existant : je n'aime pas cela car je vais passer mon temps à enlever le superflu, ou me rendre compte que le paquet recherché n'est pas dispo (j'ai testé dsl)
• Solution à base de Gentoo : http://www.developpez.net/forums/d46...iee-lembarque/. Cela m'oblige à apprendre un nouvel outil de gestion de paquet (et de faire râler mes collègues)
• Solution à base de debootstrap pour ubuntu : http://www.delagoutte.net/18-connais...s-debootstrap/. Cette solution me plait car on part du minimal tout en disposant d'outil pour gérer les dépendances de paquet et je connais la debian. Maintenant il me faudra un temps pour prendre en main l'outil.
• Utiliser cette solution : http://forum.ubuntu-fr.org/viewtopic.php?id=168121 Mais je ne la connais pas du tout et me parait être une solution de customisation de CD. Cependant l'interface parait bien faite.
• Solution a base de LFS : mais la maintenance risque d'être compliquée.

Toute expérience et indication est là bienvenue

[mess-mate]

Bonjour, je répondrais à ce que tu propose de faire/utiliser.
Pour autant que j'ai bien compris TOUT le message

- LFS est à écarter d'office à mon avis et mon expérience avec.
- Un live-cd est possible de créer avec debian; voir debian.
- Debootstrap, ok mais stricte minimum et pas suffisant sans ajouter des paquets de gestion supplémentaires. Mais pas gourmand.
- Qemu et vbox c'est pour accéder à win*/tourner des apllications de win*, dont je m'occupe pas, donc je peux pas conseiller.

Tu peux par exemple aussi créer au bureau une debian sur mesure dans par exemple un serveur virtuel (vserver) fait avec debootstrap, affiner sur mesure pour le client, mettre sur cd et cloner chez le client ( si j'ai bien compris le problème). Il faudra de toute façon apporter quelques changements chez le client vu son matériel propre, mais c'est faisable.

[bizulk]

- LFS est à écarter d'office à mon avis et mon expérience avec.

Je te crois sur parole, je ne pense pas que ce soit une solution simple a mettre en oeuvre et a maintenir.

- Un live-cd est possible de créer avec debian; voir debian.

Ce qui m'ennuie avec un live-cd c'est que le rfs sera monté en ro dans un ramdik alors que je peux en avoir besoin pour tester une install (typiquement le BSP pour une plateforme : /opt/crosstool/...) et ne pas avoir assez de place, ou garder des traces de mes modifications. Mais je voudrais qd meme savoir quel outil debian tu utilises pour faire le live-cd ?

- Debootstrap, ok mais stricte minimum et pas suffisant sans ajouter des paquets de gestion supplémentaires. Mais pas gourmand.

si je veux une dstrib extensible je devrais installer apt-get ou aptitude avec debootstrap. Connais-tu qques tutos pour cet outil ?

- Qemu et vbox c'est pour accéder à win*/tourner des apllications de win*, dont je m'occupe pas, donc je peux pas conseiller.

qemu et vbox se contentent d'émuler des PC, donc il peut avoir n'importe quoi dans l'image du disque/cdrom emulé : windows, linux (j'ai fait tourner dsl, knoppix, suse, ...).

serveur virtuel (vserver) fait avec debootstrap

Cela n obligera-il pas le client a avoir un serveur virtuel lui aussi ? Il n'ont pas de compétence Linux, je voudrais faire tourner la solution sur un bête pc windows XP, d'où le choix qemu/vbox.

[mess-mate]

Pour répondre d'abord au questions:
- pour debootstrap ici
lors de l'installation utiliser l'option '--include' pour ajouter au minimum apt-get ou aptitude.
- pour créer un live-cd ici et bootcd. Et un peu sur le schroot (non-applicable pour ce que tu veux faire)ici. Et debian live : ici ou fabriquer une image iso soi-même de sa debian ou serveur virtuel ( /usr/bin/dd attention à l'espace).
Et voici comment on sort du ro d'un iso pour y apprter ce que tu veux ici
- tu pourrais effectivement faire tourner une debian sur un cd avec qemu étant dans la machine du client.
- - les serveurs virtuel que j'utilise personnellement ne peuvent pas accéder au système proprement dit, dû au schroot dans lequel ils travaillent. Par contre étant hors du virtuel tu peux accéder au serveur virtuel en tant que root.

Je crois qu'on reviendrais tout le temps au cd dû à ton laptop vide ou le laptop avec win* avec lequel tu te rends chez le client.

A première vu pour autant que j'ai saisi:
- il s'agit d'une maintenance update ou ajout .
- ceci requière un test préalable afin de voir si la machine peut le supporter.
- sinon mettre la machine en état de fonctionnement avec l'update ou ajout souhaité.
- ensuite tester la machine pour voir si tout fonctionne afin de procéder à une installation définitive.

Ai-je bon ?

( BSP = Binary Space Partioning )

[bizulk]

salut !
merci pr tes réponses et les liens. A leur lecture debootstrap sort du lot pour sa facilité d'installation et d'évolution de la distrib.
La création de livecd debian est facile mais cela consiste en un clone de ma machine, ce que je ne souhaite pas. A la fin de l'article on est orienté vers deboostrap si l'on souhaite faire du custom distro.

La méthode LinuxDevice pour remonter en écriture l'image n'est pas immédiate et demande d'être sous une machine linux (note : je n'ai jamais évalué SFU sous windows).

Pour repondre à ta dernière question voilà les scénario suivants :
_ J'ai crée une application windows pour un client et je souhaite tester son installation et son utilisation sur une machine vierge ou un windows < XP. Ceci afin de vérifier les dépendances, les accès à la br au premier lancement, le script d'install. Ainsi je ne casse rien sur ma machine et ma config n'influence pas les tests.
_ J'ai crée une application Linux embarquée dans une CPU PPC. je souhaite me déplacer chez le cient pour une maintenance urgente et je dois emmener un PC de développement en vue de modifier les sources. Je dispose d'un PC portable sans les outils de développement et peut-être que sous windows. Le live CD ou qemu exécutant une image quasi-prête a l'emploi me permettent d'éviter de rester au bureau jusqu'à minuit .
_ Le client demande à ce qu'on lui fournisse tous les éléments pour régénérer le binaire linux. Je crée un script d'install du BSP , des sources, des patch et de compilation. Je souhaite tester ce script sans prendre le risque de pourrir ma machine de dev. Pour cela je pensais utiliser une distribution vierge avec une image extensible (ou assez grande) vue que l'installation et la compilation peut faire 1 go. l'image résutante peut-être utilisée pour faire les maintenances chez le client.

[mess-mate]

J'avais pas tout à fait bon...
- 1: comme ma, disons, dernière rencontre avec win* date de la version 3.*, ça sort de mes compétences.
- 2: on revient à une image que tu peux créer comme tu veux.
- 3: de préférence une image utilisable chez le client pourvue du nécessire afin de régénérer le binaire.
On en revient donc à ceci vu que 2 en ferait éventuellement parti:

_ Le client demande à ce qu'on lui fournisse tous les éléments pour régénérer le binaire linux. Je crée un script d'install du BSP , des sources, des patch et de compilation. Je souhaite tester ce script sans prendre le risque de pourrir ma machine de dev. Pour cela je pensais utiliser une distribution vierge avec une image extensible (ou assez grande) vue que l'installation et la compilation peut faire 1 go. l'image résutante peut-être utilisée pour faire les maintenances chez le client.

Le script: je suppose le dernier de tes soucis.
Tester: c'est aussi bien faisable dans une image qu'avec un serveur virtuel. Vu que c'est du linux, un linux-vserver ferait l'affaire très bien voir ici sans altérer quoi que ce soit.
Image: pourquoi pas créer une image de ce qu'il faut à partir du linux-vserver ?
Example:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

dd if=/dev/cdrom of=cd.iso

pour un cdrom.

Pour faire une image rien que des fichiers que tu veux:
dans ce cas, crée un rép. et place y les fichiers que tu veux.
Et fait un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mkisofs -o /tmp/cd.iso /rép/

par exemple.
Cygwin a aussi une commande dd pour créer des images à partir de win*.

Ca répond au problème ? A propos, tu utilise emdebian ?

Attention: toujours tester les codes que je donne avant de procéder !

[bizulk]

Comme tu as l'air d'insister avec linux-vserver, je verrai ce dont il s'agit .

Cependant, cette solution est dédiée à linux, utiliser une machine virtuelle donne l'avantage d'être indépendant de la plateforme.

Et je pense que debootstrap va m'être utile à terme.

J'ai déjà entendu parler de embedian mais je ne m'en suis jamais servi, et pour cause :
_ les fabricants ont souvent une "distrib" associée qu'il faut utiliser
_ d'autres veulent une solution avec un support commercial (ELinOS)
_ d'autres solutions étaient très réduites et critiques - crosstool+Kernel+busybox+Application POSIX.
_ La plateforme disposait de ressource suffisantes et de type x86 : on installe XUbuntu.

Pt'être un jour ...

Dès que j'ai du nouveau je poste, merci.