[Linux-bruxelles] Re: [Debianeduc] Multitude de questions (1)

[Jerome Warnier]

Stephane Casset wrote:
> Le Tue, Jan 14, 2003 at 05:33:10PM +0100, Jerome Warnier écrivait :
> 
>>Stephane Casset wrote:
>>
>>>Le Tue, Jan 14, 2003 at 02:30:50PM +0100, Jerome Warnier écrivait :
>>>
>>>
>>>>Dans l'esprit de ce que vous savez déjà (cfr 
>>>>http://www.bxlug.be/articles/66), je voudrais poser quelques questions 
>>>>aux créateurs de Debian-education:
>>>>
>>>>Peut-être que les réponses sont disponibles quelque part, dans ce cas, 
>>>>dites-moi seulement où je peux les trouver.
>>>>
>>>>Système d'installation:
>>>>- est-ce que le système "live" d'installation est bien une Debian 
>>>>standard? Sinon, qu'est-ce qui a été modifié? Où est-ce disponible 
>>>>séparément du reste?
>>>
>>>
>>>le système live est dispo sur le CD dans le répertoire /live
>>
>>Donc ce n'est pas une Debian valide?
> 
> 
> Je suis parti d'une Debian base à laquelle j'ai ajouté X11 et d'autres
> paquets nécessaires et j'ai enlevé aussi des paquets pas nécessaires.
> Le seul truc c'est que j'utilise la décompression à la volée sur le
> CDROM. ça fait gagner 50% de la place.
Puisque je vois que je tu sais de quoi tu parles, j'y vais plus franchement:
Est-ce que tu crois qu'utiliser XFree86 4.2 pourrait apporter quelque 
chose et est simple à faire? Au cas où tu ne le saurais pas, XFree86 4.2 
apporte le support pour des cartes graphiques PCI du tout début, mais 
super répandues, comme les S3 Trio 64. Pour que cela serve à quelque 
chose, il faudrait que discover (ou l'outil de détection hardware 
utilisé, si nous en changeons) soit au courant de ces particularités en 
donne le bon nom de driver à utiliser. Sais-tu comment discover 
détermine cela?
Serait-il facile de mettre à jour discover?
Serait-il facile de supprimer discover et d'utiliser un autre package 
Debian pour le remplacer (je m'occuperais alors des adaptations 
éventuelles dans tes scripts et de packager cet outil)?

As-tu une liste de ces packages ajoutés ou supprimés? Si c'est le cas, 
on pourrait effectivement utiliser facilement debootstrap.

J'ai vu que tu utilises zisofs. Est-ce que je me trompe?

>>>>- pourquoi avoir utilisé un tar.gz plutôt qu'un tar.bz2?
>>>
>>>
>>>Heu ben parce que ! ;p oui bonne suggestion
>>
>>Je ne sais pas si cela change quelque chose, mais je préfèrais ne pas 
>>perdre mon temps à analyser les avantages/désavantages si cela a déjà 
>>été fait. J'imagine que le fichier pourrait être un poil plus petit 
>>grâce à cela.
> 
> 
> Oui le fichier serait 5 à 10% plus petit, mais se décompresserait moins
> vite et serait plus long à générer.
Est-ce que le fait de mettre un fichier gzippé sur une partition en 
zisofs est utile? Est-ce que cela ne pénalise pas trop la vitesse?
Est-ce qu'il ne vaut pas mieux ne pas le compresser du tout?

>>>>- pourquoi ne pas avoir séparé le tar.gz en plusieurs parties (quoique 
>>>>je ne vois pas l'utilité immédiate de cela)?
>>>
>>>
>>>j'avais prévu ça, mais ça pose des problèmes de cohérence et un
>>>cauchemar à maintenir... quoique avec dpkg -L... j'ai pas eu le temps de
>>>me pencher sérieusement dessus. Mais c'est vrai qu'on pourrait avoir un
>>>tar de base, puis des tar pour ajouter un ensemble de paquets. Le
>>>problème c'est la mise à jour des /var/lib/dpkg/* (status par
>>>exemple...)
>>
>>En lisant ceci, j'ai une autre idée: pourquoi ne pas avoir installé un 
>>système vraiment minimal, et mis des packages .deb sur le cdrom à part, 
>>et avoir installé ces packages automatiquement à la fin de l'install?
>>Est-ce que cela serait vraiment plus lent, ou prendrait plus de place?
>>En tous cas, il me semble que ce serait plus modulaire et plus 
>>facile/rapide à adapter.
> 
> 
> On peut le faire, ya pas de pb à ça, on fait un base.tgz avec
> debbootstrap, quoique maintenant c'est plus trop la mode et on mets tous
> les paquets .deb à installer et on fait plusieurs profils. Je pense que
> c'est effectivement une bonne idée. Il faut juste penser aux paquets de
> configuration pour le desktop et les conf utilisateurs.
Oui.
Pour debootstrap, pas de problèmes, je maîtrise.
En fait, Frédéric Peters (surtout) et moi-même avons créé une solution 
de terminaux X sous Debian (un peu comme LTSP, mais en mieux: bcp plus 
léger, propre, et simple, et basé sur Debian). Donc, tout ce qui est 
boot, debconf, ... sous Debian, on maîtrise.
Le projet s'appelle Plume et est sur SourceForge.
Malheureusement, nous n'avons plus beaucoup de temps à lui consacrer, 
alors il a l'air mort. En fait, les fonctionnalités apportées sont bien 
suffisantes dans la plupart des cas, donc on ne se préoccupe pas trop de 
l'améliorer. Plusieurs sites fonctionnent très bien depuis des mois avec 
ce système, sans aucun problèmes.

> Ça va être inévitablement plus lent, mais de combien je ne saurait dire
> et ça risque aussi de prendre plus de place sur le CD, mais avec la
> compression du CD...
Je me demande si la place occupée sur le cdrom est vraiment critique?
Pour nos besoins en tous cas, on peut déjà supprimer plein de choses du 
cdroms, et remplacer OpenOffice.org par les packages Debian backportés 
pour Woody (cela prendrait moins de place, serait géré par dpkg, ... et 
on pourrait n'installer le support que pour une seule langue ou 
plusieurs, au choix).

>>>>Système installé:
>>>>- comment faites-vous pour générer le tar.gz? Est-ce qu'il existe un 
>>>>script, ou au moins une liste des packages et des modifs apportées?
>>>
>>>
>>>En fait, je detarre le tar.gz dans un rep, je fais un chroot dessus,
>>>puis apt-get upgrade,install etc. quand j'ai fini je sort du chroot et
>>>j'ai un script mktar qui me fait le tgz (en attaché)
>>
>>Je vais regarder ce script et proposer des adaptations (notemment pour 
>>le bz2).
>>
>>
>>>>- pourquoi avoir créé un skelette aussi gros, et ne pas avoir modifié 
>>>>les menus, les configurations par défaut des logiciels de façon 
>>>>centralisée? (c'est un boulot incroyable, cela dit, bravo!)
>>>
>>>
>>>Ben manque de temps, et manque de pistes aussi, mais oui c'est une très
>>>bonne idée. En fait il faudrait recréer des paquets .deb spécifiques.
>>
>>Ce serait l'idéal, oui.
>>Mais il y a encore mieux: essayer de faire intégrer ces changements 
>>directement dans Debian.
> 
> 
> Il y a un sous projet Debian : Debian-Edu, qui est animé par Raphaël
> Hertzog, mais je sais pas ou ça en est :( la dernière fois que j'ai
> essayé de m'inscrire à la mailling list ça n'a pas fonctionné :(
Je sais que cela existe, mais il faudrait vraiment s'y "accrocher".

>>>>- pourquoi installer Apache (pas configuré), à quoi sert-il?
>>>
>>>
>>>Il sert à wims, un logiciel d'exercice mathématiques.
>>
>>Et c'est normal qu'il envoie d'office un message d'erreur concernant son 
>>ServerName?
> 
> 
> Il faudrait mettre à jour la conf de apache pour mettre en ServerName le
> nom rentrer lors de l'install ou localhost en cas de config DHCP...
Par exemple. Note que pour nos besoins, nous n'allons pas l'installer, 
alors, nous, on s'en moque.

>>>Je vous mets en attaché les script et les fichiers que j'utilise.
>>
>>Merci, je n'en espérais pas autant.
> 
> 
> Bon les scripts ne le mentionne pas alors je le dit, les scripts sont
> sous GPL ! ;p
Pas de problèmes.

>>>J'aurais pas le temps de me remettre au dev avant une dizaine de jours,
>>>mais après je pense être un poil plus dispo...
>>
>>C'est une question que j'avais oublié de poser, chouette! :-)
> 
> 
> C'est moi qui dit chouette ! Chouette ya des gens qui travaillent sur le
> Debain-Educ ! ;p
On sera plusieur sur le coup. Pour l'instant, je ne fais que prendre de 
l'avance...

> Amicalement
PS: j'ai encore plein d'autres questions, mais je fais petit à petit 
pour ne pas en oublier.