proposant la bonne solution, qui implique un changement de mentalité:
http://www.whiprush.org/2004/08/aha_proof_were_.html
Bien à vous,
--
Stefan "Mitch" Michalowski
a.k.a. DjDelovsky
Email: mitchptaff.ca
> Un bon article décrivant le problème d'installation sous Linux et
> proposant la bonne solution, qui implique un changement de mentalité:
> http://www.whiprush.org/2004/08/aha_proof_were_.html
>
> Bien à vous,
> Un certain "Patrice Lévesque" a répondu tout en bas de l'article...
> Ça résume bien ma pensée. On ne peut pas vouloir le beurre et l'argent
> du beurre. Si on ne veut pas "comprendre" comment ça marche, on ne
> compile pas de programme, et on s'en tient à la version qui vient avec
> sa distribution. J'ai Mandrake et je veux me sentir à l'aise "comme dans
> Windows", et bien j'utilise les outils Mandrake et les sources de
> paquetages Mandrake et c'est tout. Quand je veux installer, ça installe
> tout seul et y'a jamais rien de cassé, un point c'est tout.
>
> Si je veux faire mon "ti-joe-connaissant", alors je sors des sentiers
> battus et je télécharge d'autres logiciels ailleurs. C'est pas vraiment
> plus compliqué, mais il faut quand même vouloir apprendre un peu
> lorsqu'on vient d'un "monde extérieur".
> Pour le moment, ce n'est pas une solution pratique, car compiler un
> logicel prend un temps non-négligeable. Mais dans quelques années,
> quand la majorité des machines auront des CPUs à 2-4 core candencé à
> 10Ghz, la compilation de KDE prendra une dizaine de minutes...
> Ou encore la solution no-install, soit de rouler l'application par le
> net avec un système de cache qui permet de fonctionner sans connection.
> Les mise à jour se font automatiquement lorsque l'on part l'application.
> Il n'y a pas de dépendances à résoudre car les applications sont
> compilées statiquement.
> You wish! la compilation de KDE 3.2 peut-être, mais dans quelques
> années, c'est clair que ça va prendre le même temps.
> C'est une fausse solution, tu le dis, c'est compilé statique; de plus,
> qui veut rouler Emacs à partir du Net? (qui veut rouler Emacs tout court
> anyway!) tant qu'à faire un download de 20MB, autant l'installer "une
> fois pour toutes", tout compiler statique et voilà plus de problèmes.
> En utilisant le no-install, tu es encore plus forcé de compiler
> statique, suppose que le site web upgrade son application et que je
> n'aie pas les dépendances... de pire en pire les applications dépendent
> de glibc, perl, gtk, qt, python, gnome, x11 - alors downloadez xclock et
> perdez gratuitement 20MB d'espace disque.
> Je ne sais pas. La progression des CPUs est assez hallucinantes. Si je
> me fie sur le temps de compile du kernel sur les dual Xeon 2.2Ghz qu'on
> a ici, 15 minutes serait qqchose d'approchable pour KDE dans le future.
> On parle ici non-seulement d'une accélération dû à des GHz de plus
> mais aussi à la présence de CPUs additionels. Pour de la compilation de
> KDE, c'est doubler la performance instantanèment, voir quadrupler avec
> un CPU 4-core... (AMD planifie en sortir en 2007).
> Je ne sais pas. La progression de KDE est assez hallucinante. Si je me
> fie sur la vitesse de développement de KDE qu'on a aujourd'hui,
> compenser pour la vitesse des CPU serait qqchose d'approchable pour GCC
> dans le futur. On parle ici non-seulement d'une décélération due à du
> eye candy de plus mais aussi à la présence de modules
> additionnels. Pour de la compilation de KDE, c'est diviser par deux la
> performance instantanément, voir par quatre avec KDE5 (KDE planifie le
> sortir en 2006).
> Belle essaie, mais tu ne réussi pas. Il y a plusieurs fautes dans ton
> argumentation:
>
> - Premièrement, le eye candy ne change rien à la compilation, ce
> ne sont majoritairement que des pngs, au pire des svg. Ça ne ralentit
> pas la compilation, on ne génère pas ces images à la compile.
> - Deuxièment, ce qui ralentit beaucoup la compilation de KDE
> c'est l'étape moc qui génère du code c++ qui est ensuite compilé.
> - Troisièment, d'ici KDE5 il sera possible de distribuer les
> tâches intenses à des ordinateurs sur l'internet, un service que Google
> offrira probablement. Un peu comme SETI, mais disponible à tous
> non-seulement comme client mais aussi comme serveur de tâches.
> - Quatrièment, c'est GNOME qui dominera le marché du desktop.
> Donc KDE ne sera pas important ;)
Propulsé par xhtmail