Dawood Ibrahim a écrit 15 commentaires

[..]Corriger un trou de sécurité c'est souvent quelques lignes de code qui ne nécessitent pas une connaissance complète du système[..]
Si seulement vous pouviez avoir raison, apres tout, ce serait beaucoup plus simple.
Seulement, autant il peut s'agir des trous triviaux a corriger, du fait qu'ils proviennent d'une faute d'inattention du codeur, trous qui peuvent sauter aux yeux, lors d'un simple audit du code, par un lecteur avise ou non. Autant il peut s'agir d'une remise en question du design original du code, et la je pense que vous faites fausse route.

En ce qui concerne vos affirmations sur les taches que devrait pouvoir remplir un administrateur, je reste sans mot, aussi je ne commenterais pas.

PS: si j'en juge par la qualite de vos posts sur LKML, vous etes tout pardonne puisque tout ceci vous depasse.

(perso je n'achète que du matos dont il existe des drivers GPL)
Tu es sur plateforme x86 je presume, j'ai envie de te demander si t'as les sources de ton bios.

>kill -TERM `ps aux | grep sshd | grep -v grep | awk ' { print $2 } '`
hahahahahha

Date: Wed, 9 Jan 2002 12:23:25 -0800
From: Murray Stokely <murray@FreeBSD.org>
To: freebsd-qa@FreeBSD.org
Cc: freebsd-stable@FreeBSD.org
Subject: 4.5 RC1 Now Available, Final Release January 26th

Perso je n'ai jamais acheté autant de CD que depuis que je charge des MeuPeuTrois, alors il faudrait qu'ils (Universal, RIAA and co) arrêtent avec leur parano et leur volonté de tout contrôler, car sinon de toute manière le mouvement se fera sans eux.

C'est tout a ton honneur, maintenant je crois que tu dois quammeme etre un cas bien isole ...

non Netbeans n'est pas libre du tout

Ca fait pas mal de temps que le jdk natif pour freebsd existe (/usr/ports/java/jdk13) !

Certes il faut avoir jdk-linux pour le compiler, et downloader le patch tout seul (enfin tout ca est bientot finis, cf la news).

Enfin c'est quammeme beaucoup plus stable que le jdk a travers la lib de compatibilite linux.

Sur la loi francaise, ok. Effectivement l'utilisation du nom commum est autorisee si celui-ci ne designe pas directement le produit ci-nomme (au quel cas il coule de source que ce serait un peu deloyal). Maintenant sur une marque d'OS qui s'apelle fenetre, permets moi une petite digression.
Si je me souviens bien (bon ok je devais avoir 2 ou 3 ans ...), la premiere interface graphique est nee dans les labos de Xerox, a la fin des annees 70. Et sais tu quel etait le concept clef de cette (a l'epoque) petite revolution ? Je te le donne en mille, la 'fenetre'. Avant que "Windows" ne designe un OS a part entiere, "Windows" n'etait qu'un window manager pour MS-DOS, rien de plus. Deja a l'epoque il y avait une utilisation abusive d'un nom commun tres rependu dans l'informatique.

Si, en france c'est un probleme, car il est totalement interdit d'enregistrer un nom generique.

Avant que QT passe en GPL, QT etait distribue exclusivement sous license QPL. Si celle ci etait decriee par certains (oui certains), la decrire comme proprietaire est quammeme un peu (voir enormement) tire par les cheveux.
Je te propose d'aller la lire sur le site :
www.opensource.org

$ ldd /usr/bin/mozilla-bin | grep -e gtk -e glib
libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0x40349000)
libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x404a6000)

C'est vrai, et c'est d'ailleurs avec ce toolkit qu'il est le plus stable.
En revanche, il est possible depuis quelques mois, de le compiler sans, en le linkant avec QT par exemple (--enable-qt-toolkit).
J'ai pas reessaye depuis le temps, mais a l'epoque c'etait tres prometteur.

Quakeworld, etait developpe par ID, derive de Quake1, et multiplayer seulement. La revolution a l'epoque, c'etait le netcode beaucoup plus evolue, et surtout, la commande 'pushlatency', qui permettait de diminuer enormement l'effet de 'lag'.

Effectivement les sources sont disponibles, enfin les sources du moteur seulement.
Les .pak ne le sont pas.

je rajouterai meme qu'il ne suffit pas d'installer OpenBSD pour etre securise, loin de la !