Re: knoppix ( limite hs !!! )
On Thu, Jun 19, 2003 at 09:00:06PM +0200, Thomas Nemeth wrote:
> Le 19.06.03, Sven Luther a tapoté :
>
> | On Thu, Jun 19, 2003 at 07:31:11PM +0200, Thomas Nemeth wrote:
> | >
> | > La convivialité est un faux problème. C'est totalement subjectif.
> | > Je trouve la ligne de commande conviviale, mais ce n'est pas pour
> | > cela que tout le monde la trouvera conviviale. Par contre -- et
> | > là c'est encore autrechose -- faire un backend scripté utilisé
> | > par des programmes soit scriptés eux-aussi, soit compilés, permet
> | > d'adapter le niveau de convivialité en fonction de l'utilisateur.
> |
> | Oui et non, si c'est pas convivial, les utilisateurs vont encore rale.
>
> Je n'ai pas dit le contraire, hein :) Mais permettre d'avoir des
> types d'interfaces différentes est un atout majeur. Et les
> interfaces texte rapides et efficaces sont la panacées pour les
> "vieux de la vieille" qui comme moi aiment bien installer leurs
> trucs en 2 temps 3 mouvements...
Sur, sur. Mais rien ne t'empeche de te faire un petit script. Je pense
que tu doit meme pouvoir appeller busybox et d'autre trucs du genre,
apres tout, la seule chose que tu fait, c'est court circuiter le systeme
de menu actuel.
Mmm, maintenant que j'y pense, cela pourrait etre une maniere sympa
d'automatiser des installs. Peut etre pourrait-on (pourais-tu ?) ajouter
du code a debian-installer pour creer un script a partir d'une premiere
install, et pouvoir ensuite le reutiliser pour faire plusieurs install
du meme genre ? Un peu comme certains logiciel te permettent de faire
des macros ?
> | > Par exemple un truc con : le choix du hostname... On peux le faire
> | > soit avec un simple 'read hostname' ou avec un script dialog, ou
> | > avec n'importe quelle nainterface grafik si le système sous-jacent
> | > est suffisament modulaire et indépendant de la plateforme, ensuite
> | > libre à ceux qui le souhaite de développer des UI plus ou moins
> | > chiadées suivant l'archi avec ses capacités, le type d'utilisateurs,
> | > etc.
> |
> | debian-installer sera separe entre un backend, et plusieurs frontends,
> | curses qui est actuellement utilise, et fbdev + directfb + gtk+, qui est
> | en cours de developpement, je pense.
>
> Cool :)
> Curses me suffit, même si in simple script shell aurait pu
> faire l'affaire ;-)
Oui, je trouve aussi, mais il y a encore plein de travail.
> | > | Et si ils partent de leur a priori sans reellement essayer de comprendre
> | > | la situation, ou meme d'essayer de comprendre les choix existant.
> | >
> | > Un utilisateur de longue date connait les choix qui ont été faits
> | > depuis un certain temps, qu'il les approuve ou non.
> |
> | Oui, mais est-ce qu'il connait aussi les raisons de ces choix, et les
> | avantages et inconvenients des alternatives ?
>
> De tous, non. Mais de ceux qui l'intéressent certainement.
Cela ne se voit cependant pas dans les threads limite trollesque en question,
ce qui me fait douter un peu que ce soit vrai.
> | > | Non, ils se font rabrouer parcequ'il essaye de donner des lecons sans
> | > | vouloir faire l'effort de contribuer. Certe il y a un certains nombres
> | >
> | > Faire une remarque est déjà une contribution en soi...
> |
> | Oui, mais valable que si on est pret a discuter la reponse, et pas
> | partir dans des thread a ralonge sur texmf, gnome, etc.
>
> C'est-à-dire qu'il faut se fixer des point de discussions dès le
> départ... Si le but est de faire avancer les choses, bien entendu :)
Mais etre pret a accepter les arguments adverse aussi, surtout les fois,
qui peuvent arriver a tout le monde, ou l'on dis un belle connerie. Et
revenir sur les memes points toujours des qu'on manque d'arguments,
c'est pas terrible non plus, et surtout cela ne fait pas avancer les
choses.
> | Sur, mais il faut que les remarques arrivent aux bonnes oreilles, ce qui
> | n'est pas forcement evident dans un forum a diffusion limite (forcement)
> | comme la mailing liste user francaise.
>
> Oui, cf mon autre post.
>
>
> | > C'est aussi un pb quand tu veux un système en adéquation avec les
> | > capacités de ta machine et que tu ne peux pas tout installer à
> | > cause de ces trop nombreuses dépendances...
> |
> | Sur, j'essaye justement d'installer un debian graphique avec abiword et
> | capacite d'impression sur un 486 avec 12Mo de ram et 300Mo de disque dur
> | :))))
>
> Effectivement :)
> Plus récent comme matos : je bosse actuellement sur une SS20 qui
> n'a que 2 disques de 1Go chacun avec un sarge. J'avais installé
Largement suffisant, je pense que la limite se situe aux alentours de
800Mo.
> postgresql. À l'apt-get upgrade qui a suivi, quelques jours plus
> tard, je me suis vu demander d'installer une térachiée de
> nouvelles libs :
>
> julie[~] sudo apt-get install postgresql postgresql-client
> Reading Package Lists... Done
> Building Dependency Tree... Done
> The following extra packages will be installed:
> libasn1-6-heimdal libcomerr1-kerberos4kth libkrb-1-kerberos4kth
> libkrb5-17-heimdal libpq3 libroken16-kerberos4kth python python2.2
> The following NEW packages will be installed:
> libasn1-6-heimdal libcomerr1-kerberos4kth libkrb-1-kerberos4kth
> libkrb5-17-heimdal libpq3 libroken16-kerberos4kth postgresql
> postgresql-client python python2.2
> 0 packages upgraded, 10 newly installed, 0 to remove and 0 not upgraded.
> Need to get 6479kB of archives. After unpacking 17.8MB will be used.
>
> Je te raconte pas la frayeur 18 Mo d'un coup, sans parler des
> python en double... Du coup, j'ai tout viré :)
Oui, mais cela c'est ce qui arrive si on suit testing, cela ne te
serrait pas arrive si tu avait utilise woody. C'est le probleme de la
poule et de l'oeuf. Certains disent qu'il faudrait que les DD utilisent
stables exclusivement, mais c'est aussi les memes qui ralent lorsque la
release suivante de debian est trop lente a venir. Et tu n'avait pas
python en double, le package python est juste un wrapper presque vide
qui depend de python2.2. Tout comme gcc est un wrapper presque vide qui
depend de gcc-3.3 actuellement. C'est le mechanisme qui marche le mieux
pour faire des upgrades de versions transparente pour la majeure partie
des utilisateurs, tout en permettant d'avoir des versions differentes
installe simultanement.
> | > Houlà non : je ne m'attend à rien du tout :)
> | > Au mieux j'essaye de faire réfléchir sur un problème particulier
> | > qui me pose problème. Après, comme je le dis, chacun est libre
> | > d'en faire ce qu'il veut, un mv vers /dev/null y compris ;)
> |
> | Mais qui est le plus competent pour regler ces problemes, sur les DD ont
> | leur importance, mais dans le logiciel libre, celui qui sa demange le
> | plus est aussi celui le plus adapte pour resoudre le probleme.
>
> Oui.
Donc on est d'accord, les plus competent pour resoudre un probleme,
c'est souvent ceux qui ralent le plus, mais qui ont trop la fleme pour
le faire eux meme (la je suis peut etre trop agressif, il y a surement
des tas de bonne raisons pour ne pas mettre la mains a la pate).
> | > Ça aussi c'est un problème : les difficultés rencontrées par un
> | > simple utilisateur pour faire remonter une idée toute bête à un
> | > niveau plus élevé...
> | >
> | > - s'adresser à une ml si on est déjà abonné à plusieurs est
> | > fatiguant à suivre
> |
> | Sur, mais ce probleme est present a tout les niveaux, et peut-etre plus
> | aigu chez les DD, qui suivent souvent 10 ou plus listes debian, sans
> | compter les autres.
>
> Je dois en suivre pas loin d'une dizaine aussi... Dont 3 sur
> Debian :)
A non, cela c'etait 10 listes sur debian, et une dizaine d'autre pas sur
debian, mais souvent liee aux activites debianesques.
> | > Alors qu'un type déjà au fait de tout ça n'aurait qu'à dire dans
> | > la ml concernée : alors voilà j'ai entendu ça de la part de machin
> | > qu'est-ce que vous en pensez, qui est intéressé, vous pouvez le
> | > contacter pour plus d'infos...
> |
> | Oui, mais cela demande quand meme que l'on s'investisse pour comprendre
> | le probleme, puis qu'on le resume, qu'on passe le temps necessaire pour
> | ecrire dans la mailing liste concerne, qu'on se prene les flammes a la
> | place de la personne interesse, etc ...
>
> Je crois que c'est surtout ce dernier point qui empêche ;) Surtout
> si c'est pas l'idée du type qui poste dans la ml DD...
Oui, mais quand meme, il faut y penser, ecrire le poste, rediriger la
reponse vers les bonne personnes, discuter, etc.
> | > Ce serait tellement plus simple. Il est vrai que faire remonter
> | > des idées par un simple utilisateur sans mettre les pieds dans
> | > l'engrenage est impossible...
> |
> | Pas convaincu, tout est une question de motivation. Dans le logiciel
> | libre et dans debian, si tu veut vraiment obtenir quelque chose, tu y
> | arrivera forcement.
>
> Un autre pb quand on veux aider dans l'avancement de Debian est
> tous les outils qu'on doit installer ne serait-ce que pour
> compiler un paquet à partir des sources ou créer un paquet :(
apt-get install build-essential ?
Amicalement,
Sven Luther
Reply to: