J'utilise régulièrement LINUX depuis près d'un an, et il y a quelque chose
qui m'énerve régulièrement : les dépendances de paquetages.
Certes, si on utilise ceux d'une distribution, tout va bien. Mais nulle
distribution, aussi complète soit-elle, ne peut prétendre disposer de tous
les paquetages qui existent et dont on a besoin. On va donc les chercher
sur Internet, et c'est là que le parcours du combattant commence, qu'on
utilise les sources ou des RPM.
Pour installer (ou compiler) tel logiciel, on a besoin de tel autre
paquetage, en tel version. Qui à son tour demandera un autre paquetage,
etc...
Si je peux comprendre pourquoi un développeur ne veux pas réinventer la
roue, c'est à dire écrire une nouvelle librairie de fonctions alors qu'elle
existe déjà, pourquoi certains ne la fournissent-il pas dans le paquetage ?
Ou au moins, ne mettent-ils pas un lien pour dire où la télécharger ?
Bref, s'il n'est nul besoin de réinventer la roue à chaque fois, au moins
doit-on la fournir !
Si tu veux voir ceci en oeuvre tu peux toujours essayer dragonflybsd il vient de sortir en version 1.0. Il y a aussi d'autres innovations, tels que le "checkpointing" de programme, c'est à dire la possibilité d'envoyer Ctrl+E à un programme, ce qui l'arrête et prend copie de tout son état, compris les fichiers ouverts et permet de le relancer ultérieurement.
Si je ne m'abuse, c'est une innovation qui existe au moins depuis 25 ans.
Souvenir d'emacs sur vax 11/780 : la premiere fois où on l'installait, ca lancait le programme, qui prenait un temps un temps assez long pour charger les fichiers de config, compiler plein de trucs en Lisp etc. Ensuite il se faisait un petit hara kiri. L'utilisateur repartait alors du core dump.
Et je ne pense pas que c'était une technique originale à l'époque.
En cherchant un peu, des implementations pour linux et solaris http://www.checkpointing.org/
MB -- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
talon@lpthe.jussieu.fr (Michel Talon) writes:
Si tu veux voir ceci en oeuvre tu peux toujours essayer dragonflybsd
il vient de sortir en version 1.0. Il y a aussi d'autres innovations, tels que
le "checkpointing" de programme, c'est à dire la possibilité d'envoyer
Ctrl+E à un programme, ce qui l'arrête et prend copie de tout son état,
compris les fichiers ouverts et permet de le relancer ultérieurement.
Si je ne m'abuse, c'est une innovation qui existe au moins depuis 25 ans.
Souvenir d'emacs sur vax 11/780 : la premiere fois où on l'installait,
ca lancait le programme, qui prenait un temps un temps assez
long pour charger les fichiers de config, compiler plein de trucs en
Lisp etc. Ensuite il se faisait un petit hara kiri. L'utilisateur
repartait alors du core dump.
Et je ne pense pas que c'était une technique originale à l'époque.
En cherchant un peu, des implementations pour linux et solaris
http://www.checkpointing.org/
MB
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
Si tu veux voir ceci en oeuvre tu peux toujours essayer dragonflybsd il vient de sortir en version 1.0. Il y a aussi d'autres innovations, tels que le "checkpointing" de programme, c'est à dire la possibilité d'envoyer Ctrl+E à un programme, ce qui l'arrête et prend copie de tout son état, compris les fichiers ouverts et permet de le relancer ultérieurement.
Si je ne m'abuse, c'est une innovation qui existe au moins depuis 25 ans.
Souvenir d'emacs sur vax 11/780 : la premiere fois où on l'installait, ca lancait le programme, qui prenait un temps un temps assez long pour charger les fichiers de config, compiler plein de trucs en Lisp etc. Ensuite il se faisait un petit hara kiri. L'utilisateur repartait alors du core dump.
Et je ne pense pas que c'était une technique originale à l'époque.
En cherchant un peu, des implementations pour linux et solaris http://www.checkpointing.org/
MB -- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Michel Billaud
Jerome Lambert writes:
Plutot que de faire 200 distributions, 10 WM, 4 systèmes de paquetages, etc., il serait plus productif de fédérer cette énergie autour d'UN projet.
Pour voir se généraliser des initiatives comme, par exemple, mapper ^W sur la fermeture de la fenetre courante et *EN PLUS* ne plus avoir le choix de ne plus utiliser le tas de bouse qui promeut ce comportement par défaut ?
Tout est affaire de compromis, et dans chaque compromis il y a des mécontents...
Voila. Y a qu'a faire UN projet et que les mécontents fassent le leur si ils se croient plus malins.
C'est déjà ce qu'ils font ? Ca devrait être interdit.
MB -- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Jerome Lambert <jerome.lambert@swing.be> writes:
Plutot que de faire 200 distributions, 10 WM, 4 systèmes de paquetages,
etc., il serait plus productif de fédérer cette énergie autour d'UN
projet.
Pour voir se généraliser des initiatives comme, par exemple, mapper ^W
sur la fermeture de la fenetre courante et *EN PLUS* ne plus avoir le
choix de ne plus utiliser le tas de bouse qui promeut ce comportement
par défaut ?
Tout est affaire de compromis, et dans chaque compromis il y a des
mécontents...
Voila. Y a qu'a faire UN projet et que les mécontents fassent le leur si
ils se croient plus malins.
C'est déjà ce qu'ils font ? Ca devrait être interdit.
MB
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
Plutot que de faire 200 distributions, 10 WM, 4 systèmes de paquetages, etc., il serait plus productif de fédérer cette énergie autour d'UN projet.
Pour voir se généraliser des initiatives comme, par exemple, mapper ^W sur la fermeture de la fenetre courante et *EN PLUS* ne plus avoir le choix de ne plus utiliser le tas de bouse qui promeut ce comportement par défaut ?
Tout est affaire de compromis, et dans chaque compromis il y a des mécontents...
Voila. Y a qu'a faire UN projet et que les mécontents fassent le leur si ils se croient plus malins.
C'est déjà ce qu'ils font ? Ca devrait être interdit.
MB -- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Michel Billaud
Jean-Pierre writes:
-windows ne reconnaît pas plus de matériels que linux: c'est la seule volonté des fabricants qui fournissent des pilotes windows à microsoft et dieu sait pourquoi la plupart ont décidé de ne pas en fournir pour linux! il faut le faire savoir!...
Je me permets de répondre à Sa place :
ce n'est pas qu'ils ont décidé de ne pas en fournir pour Linux, c'est qu'ils ne peuvent pas espérer mettre leurs trucs sur le marché si il ne tourne pas sous windows. Les autres systèmes, c'est marginal.
MB -- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Jean-Pierre <jp.beaufils@laposte.net> writes:
-windows ne reconnaît pas plus de matériels que linux: c'est la seule
volonté des fabricants qui fournissent des pilotes windows à microsoft
et dieu sait pourquoi la plupart ont décidé de ne pas en fournir pour
linux! il faut le faire savoir!...
Je me permets de répondre à Sa place :
ce n'est pas qu'ils ont décidé de ne pas en fournir pour Linux, c'est
qu'ils ne peuvent pas espérer mettre leurs trucs sur le marché si il
ne tourne pas sous windows. Les autres systèmes, c'est marginal.
MB
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
-windows ne reconnaît pas plus de matériels que linux: c'est la seule volonté des fabricants qui fournissent des pilotes windows à microsoft et dieu sait pourquoi la plupart ont décidé de ne pas en fournir pour linux! il faut le faire savoir!...
Je me permets de répondre à Sa place :
ce n'est pas qu'ils ont décidé de ne pas en fournir pour Linux, c'est qu'ils ne peuvent pas espérer mettre leurs trucs sur le marché si il ne tourne pas sous windows. Les autres systèmes, c'est marginal.
MB -- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Michel Billaud
Richard Delorme writes:
C'est sur qu'il y a des gens confus qui considère qu'après avoir acheter leur mandrake 10.0 ils peuvent envoyer un email à Donald Knuth pour éxiger la correction de tex : il manque le support graphique activeX WYSIWYG. Ça arrive!
Donald Knuth a résolu le problème, il n'a plus d'email : http://www-cs-faculty.stanford.edu/~knuth/email.html
De plus, D. Knuth est prêt à payer une prime à celui qui trouve un bug dans TeX.
MB
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Richard Delorme <abulmo@nospam.fr> writes:
C'est sur qu'il y a des gens confus qui considère qu'après avoir acheter
leur mandrake 10.0 ils peuvent envoyer un email à Donald Knuth pour
éxiger la correction de tex : il manque le support graphique activeX
WYSIWYG. Ça arrive!
Donald Knuth a résolu le problème, il n'a plus d'email :
http://www-cs-faculty.stanford.edu/~knuth/email.html
De plus, D. Knuth est prêt à payer une prime à celui qui trouve un bug
dans TeX.
MB
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
C'est sur qu'il y a des gens confus qui considère qu'après avoir acheter leur mandrake 10.0 ils peuvent envoyer un email à Donald Knuth pour éxiger la correction de tex : il manque le support graphique activeX WYSIWYG. Ça arrive!
Donald Knuth a résolu le problème, il n'a plus d'email : http://www-cs-faculty.stanford.edu/~knuth/email.html
De plus, D. Knuth est prêt à payer une prime à celui qui trouve un bug dans TeX.
MB
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
