Vivi a écrit 819 commentaires

le probleme est pour ceux qui ne gerent pas leurs serveurs de mails.


pas besoin : j'utilise fetchmail pour rapatrier le mail, il le balance à procmail qui le passe au daemon spamassassin qui filtre tout ça. Ça marche nickel.

Tout d'abord, le XFree actuel marche très bien

pas quand tu as une carte vidéo récente. Par contre, KDE3 je suis d'accord, on s'en f...

les américains ont la facheuse tendance à vouloir juger les actes considérés comme illégaux dans leur pays, même si ceux-çi ont étés commis dans un autre pays

mouais mais ça se fait aussi en France (tourisme sexuel)

Et en quoi tu l'ecris la VM? c'est pas une VM mais un GC (garbage collector).

au fait pourquoi n'a tu pas écrit frozen bubble en OCaml (y'a des bindings SDL ...) ?

parce que le perl, bof bof

AbiWord, le traitement de texte pour Gnome

Un peu trompeur comme façon de présenter les choses : Abiword est effectivement le traitement de texte utilisé par GNOME mais le dévelopement n'est pas lié à GNOME.

Abiword est multi-plateforme : Windows/Unix/BeOS/MacOSX/QNX. Sous Unix ça utilise GTK+ et éventuellement les bibliothèques GNOME.

Ou alors tu veux peut-être dire qu'avec un typage dynamique, toto et titi peuvent définir deux méthodes avec le même nom et les mêmes arguments, mais sans hériter d'une classe commune, et qu'un truc comme ...


c'est possible avec du typage statique : on peut faire ça en Objective Caml.

Alors comme ça, ton opinion sur la question est la meilleure preuve que tous les linuxiens pensent la même chose que toi ?

T'as l'air crédible là tien !

On recompile la couche d'interaction avec n'importe quelle version du noyau mais le driver est à 99 % binaire.

oui mais c'est déjà beaucoup. ça permet de faire machin le bazar avec n'importe quel kernel.

Et pas genre "on supporte linux" en fournissant un module pour un noyau RedHat antédiluvien.

Dans la même veine, il y a Unlambda http://www.eleves.ens.fr:8080/home/madore/programs/unlambda/(...)

une version fonctionnelle d'INTERCAL en quelque sorte.

Ca t'evitera sans doute de te faire niquer par un buffer overflow qui est "configure" pour etre utilisable sur les binaires que toutle monde utilise.

j'ai pas compris, c'est configurable les buffer overflows ?

il suffit de faire un ./configure --without-buffer-overflow, c'est ça ? :-)

... permettant d'installer un système minimum (noyau 2.4.18, XFree 4.2, GNOME).

tiens, c'est marrant, je ne l'imaginais pas comme ça le système minimum.

Que je sache, on a un système qui tourne très bien sans, non ?

arf, le bon vieil argument anti-progessiste :)

allo ? ou tu as vu que c'est un compilo MS ?
c'est un compilo fait par un bidule universitaire.

http://www2.fit.qut.edu.au/CompSci/PLAS//ComponentPascal/(...)

quoi kde-libs en dependances pour sdl chez RedHat????? je vois pas le rapport...

dans le bazar son de SDL, y'a ce qu'il faut pour fonctionner avec arts (et avec esound aussi d'ailleurs). Donc SDL-devel a besoin des headers arts qui sont dans kdelibs-sound-devel qui a besoin de kdelibs et kdelibs-devel. Voilà youpi.

bref, ce n'est pas une faille, c'est une configuration par défaut de certaines distrib (ils citent beaucoup Mandrake) qui est un peu trop permissive. Pas de quoi en faire vélo.

Sous redhat (mais les autres c'est pareil), pour installer les libs X11 il faut installer le serveur.
j'ai pas l'impression que ce soit le cas avec ma redhat 7.2
fait un rpm -q --requires XFree86-libs, tu veras, y'a pas XFree86.

Enfin pour l'export display il faut xauth (un client X11) qui ne s'installe pas sans serveur ...
pire que ça, il est dans le package du serveur. Pas super en effet.

Mais tu as raison, le problème ce sont les gros package genre perl, python, SDL.
Exemple: pour installer SDL-devel, il faut kde-libs-devel et donc kde-libs, etc.

Heureusement pour les pauvres il reste Open Office.

les pauvres n'ont pas de quoi se payer un ordinateur.

Il faut juste savoir attendre plutot que de bricoler dans son garage... ou alors carrément aider les ptits gars de GNU, ils ne demandent que ça !

va voir sur le site de GCC le nombre de contributions en provenance de RedHat (et d'autres distrib) avant de dire n'importe quoi.

... dans la FAQ d'OpenMOSIX :

Why did you split from the Mosix group?

Because I could not agree with the loose application of the OpenSource license to Mosix and to secretive and erratic version release and bug fixing process.

c'est sûr que c'est surtout intéressant pour faire des calculs : avec des process qui tournent pendant plusieurs heures, c'est nickel.

y'a eu un fork dans le développement de MOSIX. OpenMOSIX est le "nouveau" projet.
L'autre est ici ==> http://www.mosix.cs.huji.ac.il/(...)

Voilà sinon MOSIX, c'est bien.

Oh, le troll!
ouais, trollons ...

Va faire un programme rapide dans un des langages que tu cites
c'est possible (cf. OCaml)

Il y aura toujours des dinos pour programmer en C tant que ca sera utile.

Bien sûr. Le problème c'est que c'est de plus en plus rarement utile mais certains ont apparemment du mal à s'en rendre compte.

Devoir gérer la mémoire soi même ca peut paraître lourd
ça l'est, on est d'accord.

mais au moins c'est *efficace*.
bof, les bugs aussi ils sont efficaces.

C++ roulaize d'abord.
beurk ...

Mais, ce n'est pas une raison d'utiliser un logiciel propriétaire à la place.

Bien sûr que si. Question de priorité : utiliser du libre rien que du 100% libre ou bien avoir un minimum de pragmatisme et utiliser d'outil le mieux adapté à ton cas ? Idéologie ou productivité ?

moi je choisis la seconde, sans hésiter.

La preuve : le C est encore largement utilisé même pour les nouveaux projets...

ah, attention tu as oublié un smiley là.

c'est pas parce que plein de programmeurs open-source sont à côté de la plaque en développant des applis dans un langage préhistorique que cela constitue une preuve qu'il n'y a rien de mieux.