Distribution : SUSE va proposer la distribution à la demande
Posté par Adrian (page perso, ). Modéré le 04 juin 2008.
Avec Studio, SUSE lance une plate-forme de création en ligne de distribution Linux. Il s'agit concrètement de choisir, comme sur le site d'un constructeur informatique type DELL, les éléments qu'on veut inclure dans sa distribution. L'interface ressemble à la page d'administration d'un blog et permet de naviguer parmi les paquetages et de générer au choix une image disque, un fichier ISO, une machine virtuelle VMware ou Xen.
L'interface gère bien sûr les dépendances et offre un certain niveau de personnalisation, permettant de nommer sa "distrib", ou encore d'ajouter des fichiers de son choix dans les répertoires que l'on pointe. Pour l'instant en phase alpha, le site n'accepte que les demandes de participation au programme mais propose une vidéo explicative assez explicite.
![[en]](../images/en.png)
SUSE Studio (2116 hits)![[fr]](../images/fr.png)
SuSE sur dmoz (987 hits)
> Lire la dépêche (32 commentaires, moyenne: 3).
Vous avez demandé le commentaire #938445.
Run by 
Cette page a été générée par Templeet en 0.0738s (dont 0.0083 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Gni?
J'ai peu être loupé quelque chose, mais le gros geek qui veut faire sa propre distrib et tamponner le super nom qu'il a trouvé dessus, il a déjà ce qu'il faut non?
Bon j'imagine que l'intérêt ce situe plus dans la génération de machines virtuelles.
Le wiki de l'association culture libre : collection d'œuvres sous licence art libre.
[^]Tu as bien loupé un truc!
L'idée forte de cette plateforme est de pouvoir mutualiser les "builds" et de tout préparer à l'avance.
Tu pourras donc récupérer :
- une image de Suse avec RoR 2.1 (puisque c'est à la mode) et apache fastcgi configuré
- un build de gamer avec wine préinstallé préconfiguré...
- Ajouter votre build préféré.
Là où je me pose des questions c'est sur le degré de configuration qu'offre la plateforme : pourra-t-on aller éditer jusqu'aux .conf?
Enfin je regrette un peu (de ce que j'ai vu) qu'on ne puisse pas retirer des softs... reste à connaitre le degré de légèreté de la base existante.
[^]Re: Tu as bien loupé un truc!
Là où je me pose des questions c'est sur le degré de configuration qu'offre la plateforme : pourra-t-on aller éditer jusqu'aux .conf?
openSUSE prévoyait à terme d'intégrer cette feature directement au Build Service (quoique c'est peut être plus une meilleure integration entre les deux services qu'une fusion). Comme le Build Service permet d'éditer chaque paquet, j'imagine que ce sera pareil avec cette nouvelle plate forme.
"I wonder where I'll go now. The net is vast and infinite."
[^]Re: Gni?
L'intérêt est qu'ils proposent une interface web conviviale.
Novell a fait du très bon boulot, du même niveau que leur build service.
Par exemple, chez Fedora tu peux faire la même chose (générer une iso, live-cd, live-usb, images virtuelles) avec les outils kickstart/pungi/live-cd-tools/kickstart etc ... ou bien l'interface graphique revisor. Tu as également la possibilité de rebranding, de customiser les paquets (ce que fait par exemple eeeDora), de rajouter des scripts etc ...
http://revisor.fedoraunity.org/
http://fedoraproject.org/wiki/JeroenVanMeeuwen/Revisor
Une interface web est en discussion.
Faciliter la création de distributions dérivés était même un objectif de Fedora 7.
[^]Re: Gni?
Il y a actuellement les "spins", jeux, développement et électronique.
Il y a aussi un spin pour les robots, mais je ne sais plus où il est :-)
> Une interface web est en discussion.
Bof...
[^]Re: Gni?
le spin "Robotics" a été fondé, il y a un mois seulement, pas de release avant F10.
http://fedoraproject.org/wiki/SIGs/Robotics
Un article sympa sur la génération d'un live-cd fedora (adaptable directement à toute distribution RPM)
http://www-128.ibm.com/developerworks/linux/library/l-fedora(...)
[^]Re: Gni?
Très sympa je trouve justement son système.
Cela permettra dans les entreprises de créer plus facilement un standard à déployer.
Je le vois comme ca en tout cas.
[^]Peut être utile
Effectivement,
Si vous prenez une entreprise avec un parc hétérogène de machine sous un OS propriétaire dont on tairas le nom.
La direction a décider de passer au libre (+1 pour cette société). L'administrateur est très embêté de faire tous les réglages sur chacune des machines. Je ne parle pas des adresses IP (DHCP et là pour ça), n'y de la couleur du fond d'écran mais de par exemple tout les logiciels de base que doit avoir la machine.
Tu fabrique ta propre image d'une SUSE et hop, tu la déploie sur ton parc de machine. Ensuite reste plus qu'a faire les réglages de carte vidéo/son si c'est le cas ou d'autre réglages divers et variés.
Mais on n'as plus te temps a perdre avec l'installation de composants qui ne sont pas dans le système de base de la distribution.
Mais effectivement, ça peut encourager a la dérive de faire ça propre distribution pour changer un seul paramètre.
[^]Re: Peut être utile
Sauf que bon en entreprise, j'espere que tu t'amuse pas a reinstaller la distro sur chaque machine, mais que tu as plutot une image que t'as plus qu'a cloner sur le disque cible...
[^]Re: Peut être utile
Je me trompe peut-être mais faire des images, ça marche bien si ton parc est homogène, sinon il vaut mieux faire une installation pour chaque configuration (cfr le problème du SP3 de Window$).
[^]Re: Peut être utile
Les installations peuvent être complètement automatisées. Et le parc complètement hétérogène en terme de matériel, de logiciels, et d' OS.
Pour Windows il y a R.I.S.
Historiquement, Ignite pour HP-UX est le plus ancien, il me semble (et toujours le meilleur pour ça.)
Pour Solaris, il y a JumpStart (ignite like).
Pour RedHat, kickstart (jumpstart like).
Pour Debian, F.A.I (kickstart like, et au delà !).
--> Pour tout les Linux : Pulse. (génération de masters, scénarios d' installations, surveillance de parc, etc etc). C' est la solution la plus aboutie. (actuellement déployé dans des parcs de 20 000 et de 90 000 machines)
Toutes les installations, Windows y compris, peut être géré avec un serveur DRBL et un peu d' huile de coude. (etherboot pour éviter les bugs pxe, clones d' os, script d' adaptations de conf au matos, scripts d' adaptation de l' O.S., transition aisée entre kickstart et drbl et enfin une interface web-clickou pour dire "ouaih super je veux ça, ça et ça sur ce matos, je clique et hop la machine s' installe toute seule à 1500km de la"). Avec des bonus tel que des sauvegardes incrémentales en compression lzmo, des possibilités que LTSP n' offre qu' en version 5 et en moins bien, etc etc)
Le type d' outil que propose OpenSuSe n' a rien de nouveau (génération de master depuis une interface web) et ne peux répondre aux besoins industriels. De plus, le geek autant que l' industriel, voudra se faire son truc précis. Et le débutant, madame michue, n' ira même pas se choisr des méta-paquets. Alors vraiment dans la vraie vie, même s' il est fort sympathique et réussi, à qui s' adresse cet outil ???
[^]Re: Peut être utile
C'est bien ce que je dis, on ne peut pas copier la même image sur chaque machine d'un parc hétérogène.
[^]Re: Peut être utile
Pour Windows il y a R.I.S.
Historiquement, Ignite pour HP-UX est le plus ancien, il me semble (et toujours le meilleur pour ça.)
Pour Solaris, il y a JumpStart (ignite like).
Pour RedHat, kickstart (jumpstart like).
Pour Debian, F.A.I (kickstart like, et au delà !).
FAI n'est pas un kickstart like , si il se rapproche de quelque chose c'est de sun jumpstart sur lequel il s'appuyait historiquement.
[^]Re: Peut être utile
Mandriva a aussi des outils pour générer des live-CD, des CD et des DVD d'installation ainsi que la possibilité d'utiliser un fichier généré lors d'une installation et qui décrit tout ce qui doit être installé et paramétré lors d'une installation. Ce fichier /root/drakx/auto_inst.cfg.pl est éditable et les réponses manquantes sont demandées à l'opérateur.
Il y a des trésors que Mandriva a oublié de mettre en valeur, c'est dommage.
[^]Re: Peut être utile
Pour les entreprises (et pas seulement) il y a l'installation via réseau et en utilisant kickstart (Red Hat/Fedora). L'installation est faite en "batch".