gc a écrit 2109 commentaires

Le Ogg Video ce n'est pas pour tout de suite malheureusement..

En l'utilisant tu remarqueras qu'en 38,000 lignes ca fait quand même deux trois trucs non triviaux. Elle est aussi très maintenable.

Puisqu'on parle de ça, aux dernières nouvelles l'install de Red Hat (qui est faite en Python) fait 40,000 lignes (mais elle gère moins de trucs, hin hin ;p).

A titre de comparaison, l'installation de Mandrake fait 38,000 lignes de Perl (et à côté il y a 10,000 lignes de C juste pour le "launcher" de l'installation, le programme sur les disquettes de boot).

J'ai testé ELX pregold 1.0 pour vous :

- install tappée sur RH avec entres autres le défaut de pas pouvoir finir l'install si tu n'as pas le CD#2 ; ils ont rajoutés un "license agreement" mais son contenu est tout serré sur un cinquième de largeur de l'écran, dur à lire donc

- Webmin installé en http (au lieu de le mettre en https) (euh en plus le thème est tout moche mais bon)

- installation "default" -> sendmail, samba, portmap, webmin tournent par défaut

- à la fin du "setup wizard" t'es forcé à te délogguer de KDE pour avoir les choix activés

- dans le setup wizard on te propose un utilitaire pour accéder aux partitions windoze ; quand tu cliques dessus il te dit que désolé tu dois être root pour pouvoir l'utiliser ; ce qui veut dire que tu dois te logger sous KDE en root pour cela !

- les jeux opengl sont installés même si le driver X ne supporte pas l'accélération -> jeu injouable au mieux, locke XFree au pire

- ils ont tappé un de mes packages (nethack_falconseye) et ils enlèvent la totalité du changelog du RPM : ce n'est pas illégal bien sûr, mais par contre ce n'est pas très élégant

Si vous recevez un forward d'un mailer pas trop pourri, faire C-d permet de rentrer dans le mail comme si vous le receviez directement ; pratique pour y repondre vous-même, par exemple.

Les vrais hommes utilisent ce qu'on appelle la gestion des dépendances (apt-get, urpmi). Les .tar.gz ont un petit soucis à ce niveau.

Chaque semaine, ca demanderait une infrastructure, du temps et de l'argent, en quantité enorme. Surtout que les gens sont bien souvent très loins des autres, géographiquement - ça pouvait d'ailleurs se mesurer dans l'émission d'Arte, dont tous les plans été tournés aux États-Unis si je me rappelle bien ?

Par contre, les quelques rendez-vous annuels les plus orientés communauté (et non pas la LinuxExpo par exemple) sont un moment où sont rassemblés beaucoup d'acteurs du libre dans un même endroit - par exemple le LSM à Bordeaux (http://lsm.abul.org(...) ). Ce serait vraiment le moment idéal pour se démerder pour avoir une petite équipe de reportage qui en profite pour interviewer un échantillon des pointures présentes, et pour ensuite éventuellement monter tout ca dans une émission explicative. Bien sûr, ça aussi ça demanderait un investissement en temps conséquent, mais si des gens de l'équipe de l'organisation du LSM lisent ce post et trouvent l'idée intéressante, ça pourrait peut-être déboucher sur quelque chose de concret et bien sympa...

C'est un peu OT - mais grâce a notre superbe Gwe-Gwe Beauchesne, nous venons de passer à GCC-3.1 comme compilateur par défaut dans Cooker (la distribution "unstable" de Mandrake). Il a l'air de marcher très bien ma foi, l'essentiel des packages de base a déjà été recompilé avec succès par ses soins.

Je voulais dire ça, car comme on s'est fait sévèrement chambrer avec GCC-2.96 (malgré tous les arguments), maintenant qu'on a un compilo "blessed", les gens vont être contents ? Hein... ? Comment ça, les gens ne sont jamais contents ? :-)

a partir d'emacs 21 utiliser :

(autoload 'jka-compr-installed-p "jka-compr")
(if (not (jka-compr-installed-p)) (auto-compression-mode))

Heureusement qu'il y avait le "sans vouloir demolir Mandrake" parce que sinon on aurait pu croire que c'etait un troll pro-suse.

Si c'était pour contrer Microsoft, ils pourraient déposer des brevets et en faire don à l'EFF ou au W3C ou que sais-je, ca clarifierait leur position.

Ocaml, dont l'implémentation a été faite pour avoir de la performance, est d'une vitesse équivalente à C comme on peut le découvrir ici : http://www.bagley.org/~doug/shootout/(...) ; bien sûr, les format attack, les buffer overflow et meme les problèmes d'allocation mémoire (double free, etc) deviennent du même coup un sujet de blague sur les gens qui font encore du C.

- ils disent que RH-7.2 n'est pas vulnérable (la dernière RH) sans dire que MDK-8.1 n'est pas vulnérable (la dernière MDK), c'est bizarre

- à la fin des explications ils sous-entendent que peut-être que Suse et IRIX aussi sont vulnérable, on ne sait donc pas trop quelles "distribs" d'unix/linux ont été testées

- ils sous-entendent qu'on peut avoir un root login, ce qui est faux a priori puisque ça donne juste un login screen

Ceci dit, c'est vrai que ce n'était probablement pas une bonne idée de mettre ça par défaut, et toutes les distribs proposent en général leur dernière version avec cette caractéristique désactivée.

en général, ca ne se casse pas au login screen, car la force brute ne marche pas ici, puisque pam a un délai de 2 secondes avant de rendre la main quand tu donnes un mot de passe erroné.

Beuh ? Comment ca se fait ? C'etait des gens de mandrake qui y etaient a un moment peut-etre ?

Merci, je linke.

tu m'etudies la question et tu me generes le truc ? :-)

C'est le but des SRPM ou equivalent Debian... en gros, car ca te permet avec un moindre effort de rendre le programme dependant des libs de ton systeme.

Faire une version "pas prise de tete" d'un claquement de doigt n'est pas si simple, et c'est bien pour ca que l'essentiel des gens utilisent une distrib et non les logiciels telecharges sur les sites des auteurs. D'autant plus qu'avec Perl faire "un binaire statique et basta" est encore moins simple que d'ordinaire (en plus ca prend une place dingue).

La solution est clairement que les gens "portent" ou "creent" les versions binaires specifiques pour leur distrib, et soit que cela soit linke sur les sites des auteurs (je parle en general) soit que le logiciel soit maintenu sur le long terme par un responsable de la distrib en question.

Bon deja vas-y j'attends fais ton jeu en Basic et on verra ce que ca donne par rapport :-).

Ensuite niveau code, il se peut que tu ne connaisses pas trop le fonctionnel (surtout si la reference c'est Basic) donc le style du code peut te paraitre difficile a suivre ; il se peut aussi que tu ne connaisses pas tres bien Perl et dans ce cas-la, ce style de code "factorise et concis" peut aussi etre un peu dur a suivre.

En attendant, j'attends ton patch pour le rendre moins "su><or" le code ?

On se croirait a la maternelle, la...

Merci, je linke.

Va te cacher mon gars... :-)

T'es debile ou quoi ?

[gc@obiwan /tmp] tar jtvf frozen-bubble-0.9.1-binary.tar.bz2 | grep fbmdkcommon
-r--r--r-- gc/gc 1690 2002-02-06 15:07:17 usr/lib/perl5/site_perl/5.6.1/i386-linux/fbmdkcommon.pm

#
# This is extracted from MDK::Common, a helper library that
# extends perl capabilities for very common use when programming
# perl, especially with functional style programming (but what
# other style one could decently adopt? ;p).
#
# This extract is provided here because only Mandrake distro
# includes the whole MDK::Common, so you're not obliged to
# install it.
#
# That said, if you're a perl programmer, I strongly advice you
# to have a look at this library and use it, it would
# dramatically increase the efficiency and readability of your
# perl programs.
#
# Go to google and type in "perl-MDK-Common" if interested.
#

En fait je dirais que ca depend de la taille du projet. Et de toutes facons, quand Linus a envoye son premier mail sur Linux au debut de l'ete il n'a pas donne ses sources (il me semble ?), il les a releasees 3 mois plus tard quand il avait qq jour qui "tournait".

Maintenant, il ne faut pas oublier que lorsque plusieurs programmeurs developpent un projet "a egalite", il faut vraiment qu'ils soient sur la meme longueur d'onde, dispo, etc, et lorsque l'un d'entre eux s'arrete, c'est galere pour l'autre pour maintenir les features, etc. C'est pour ca que pour ce style de projet, je pense qu'il est plus efficace de le faire tout seul. Admettons que quelqu'un "ajoute" le support reseau a la version actuelle, ce n'est pas sur que ca ne devienne pas impossible pour moi de maintenir le projet, code-style different, etc, meconnaissance des decisions et des details d'implementation...

Enfin en fait, c'est surtout a chacun de faire comme il l'entend :-). Le principal etant d'arriver quand meme a un resultat...