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.
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)
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.
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.
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.
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é ?
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.
[^] # Re: Bonne nouvelle
Posté par Vivi (site web personnel) . En réponse à la dépêche lutte anti-SPAM. Évalué à 10.
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.
[^] # Re: Pas pressé
Posté par Vivi (site web personnel) . En réponse à la dépêche XFree4.2 et Debian. Évalué à -1.
pas quand tu as une carte vidéo récente. Par contre, KDE3 je suis d'accord, on s'en f...
[^] # Re: Et voilà comment les États-Unis veulent diriger le monde...
Posté par Vivi (site web personnel) . En réponse à la dépêche Mozilla interdit en Afghanistan !. Évalué à 6.
mouais mais ça se fait aussi en France (tourisme sexuel)
[^] # Re: Encore !!!
Posté par Vivi (site web personnel) . En réponse à la dépêche encore une faille dans sshd. Évalué à 4.
[^] # Re: Allez plus haut
Posté par Vivi (site web personnel) . En réponse à la dépêche Passez sous le nez de Snort. Évalué à 1.
parce que le perl, bof bof
# mouais
Posté par Vivi (site web personnel) . En réponse à la dépêche Sortie de AbiWord 1.0. Évalué à 10.
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.
[^] # Re: Une lecture intéressante
Posté par Vivi (site web personnel) . En réponse à la dépêche Comprendre les Design Patterns. Évalué à 4.
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.
[^] # ça va les chevilles ?
Posté par Vivi (site web personnel) . En réponse à la dépêche Radio 'Le Mouv' : "Linux est une secte". Évalué à -2.
T'as l'air crédible là tien !
[^] # Re: Pas du tout open source ça...
Posté par Vivi (site web personnel) . En réponse à la dépêche Pilotes KYRO Beta 2 disponibles. Évalué à 4.
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.
[^] # Unlambda
Posté par Vivi (site web personnel) . En réponse à la dépêche Le GOTO++, nouveau langage de programmation révolutionnaire. Évalué à 4.
une version fonctionnelle d'INTERCAL en quelque sorte.
[^] # Re: Gain
Posté par Vivi (site web personnel) . En réponse à la dépêche Gentoo 1.0 est sorti !. Évalué à 2.
j'ai pas compris, c'est configurable les buffer overflows ?
il suffit de faire un ./configure --without-buffer-overflow, c'est ça ? :-)
# Système minimum
Posté par Vivi (site web personnel) . En réponse à la dépêche Gentoo 1.0 est sorti !. Évalué à 10.
tiens, c'est marrant, je ne l'imaginais pas comme ça le système minimum.
[^] # Re: Confusion gestionaire de fenêtres - environements
Posté par Vivi (site web personnel) . En réponse à la dépêche Ximian ou KDE sur une petite machine?. Évalué à 3.
arf, le bon vieil argument anti-progessiste :)
[^] # Re: Un compilo MS en GPL ? Ils ont attrapé un crabe ?
Posté par Vivi (site web personnel) . En réponse à la dépêche Comparaison entre une JVM(Java) et le CLR(.NET). Évalué à 4.
c'est un compilo fait par un bidule universitaire.
http://www2.fit.qut.edu.au/CompSci/PLAS//ComponentPascal/(...)
[^] # Re: nécessaire mais pas suffisant
Posté par Vivi (site web personnel) . En réponse à la dépêche Introduction à urpmi. Évalué à 2.
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.
[^] # Re: C'est quoi, ce délire ?
Posté par Vivi (site web personnel) . En réponse à la dépêche Faille importante sous UNIX. Évalué à 3.
[^] # Re: nécessaire mais pas suffisant
Posté par Vivi (site web personnel) . En réponse à la dépêche Introduction à urpmi. Évalué à 5.
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.
[^] # Re: C'est bon signe
Posté par Vivi (site web personnel) . En réponse à la dépêche Star Office 6.0 payant, c'est officiel. Évalué à 10.
les pauvres n'ont pas de quoi se payer un ordinateur.
[^] # Re: ## GCC 2.96 N'existe PAS ! ##
Posté par Vivi (site web personnel) . En réponse à la dépêche La Mandrake 8.2 est sortie. Évalué à 4.
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.
[^] # le pourquoi du fork
Posté par Vivi (site web personnel) . En réponse à la dépêche Test de MOSIX (ferme de serveurs HTTP). Évalué à -1.
[^] # Re: après tests
Posté par Vivi (site web personnel) . En réponse à la dépêche Test de MOSIX (ferme de serveurs HTTP). Évalué à 6.
# autre lien
Posté par Vivi (site web personnel) . En réponse à la dépêche Test de MOSIX (ferme de serveurs HTTP). Évalué à 10.
L'autre est ici ==> http://www.mosix.cs.huji.ac.il/(...)
Voilà sinon MOSIX, c'est bien.
[^] # Re: au XXI ème siècle ?
Posté par Vivi (site web personnel) . En réponse à la dépêche Recherche des bogues et fuites de mémoire. Évalué à 0.
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 ...
[^] # Re: BitKeeper n'est pas libre...
Posté par Vivi (site web personnel) . En réponse à la dépêche Linus passe un peu la main. Évalué à -2.
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.
[^] # Re: Les techniques de génie logiciel
Posté par Vivi (site web personnel) . En réponse à la dépêche Miguel de Icaza s'explique sur .NET. Évalué à -1.
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.