bmc a écrit 1651 commentaires

hahaha t'as encore moins d'XP que moi avec tes conneries :-)

Hop, -1

--
bmc qui sent que son XP va descendre (mais qui s'en tappe :)

Oui, il corrige le pb, et y'a même ext3 dedans.
Y'a des jours où je ferais bien une bise sur le ventre poilu d'Alan Cox :-)

Je crois que tu n'as pas compris mon commentaire.
Je n'ai jamais parlé de serveur. Sur mes serveurs, y'a pas de modules, y'a pas de son, y'a pas de X, bref c'est un serveur normal.

J'ai juste dit que le noyau 2.4.8 était un noyau de production, donc qu'il était censé fonctionner correctement.
Mais bon, je vois qu'on ferait mieux de ne rien dire, puisqu'il y a des gens que ça dérange qu'on fasse autre chose que des serveurs avec Linux.

Oui, c'est possible de le faire.
Je peux même utiliser ALSA, mais la question n'est pas là.
Le noyau 2.4.8 est censé être un noyau de production, donc il doit _au moins_ compiler. Je sais que ce n'est pas indispensable une carte son, mais c'est inclus dans le noyau et ça devrait marcher. Je trouve ça paradoxal de revenir sur un 2.4.8-pre7 parce que le 2.4.8 ne compile pas !

Pas moyen de compiler le module de l'emu10k1.
Ca doit pas être grand chose, mais je trouve ça dommage qu'ils ne l'aient pas essayé dans un -preX.
Il serait plus judicieux d'introduire les nouvelles fonctionnalités dans les noyaux pre, pour qu'on puisse les tester, et fixer les bugs au lieu de les sortir directement dans la branche stable principale.

Je trouve que ça fait un peu tâche...

Donc je reste en 2.4.8-pre7 et je conseille aux utilisateurs de SB Live d'attendre le 2.4.9-pre1

Je m'étais toujours demandé ce que c'était que ce WINS dont tout le monde parlait et dont je me servais jamais...
merci ;-)

Malheureux !

Tu te rends compte de ce que tu dis ? A chaque nouvelle à troll on aurait droit à 150 commentaires non lus. Maintenant, un calcul rapide : "nouveau" comporte 4 caractères de plus que "new". 150 x 4 = 600 octets en plus à télécharger !
Alors moi je dis non.
Stop à l'inflation de la taille des pages Web ! Linufr au régime !

Ceci dit, on découvre encore des problèmes de sécurité sur le noyau Linux (et on en découvrira sûrement toujours).
Mais qu'est-il advenu du post de Al Viro (développeur du noyau Linux) sur Bugtraq à propos du code OpenBSD qu'il avait analysé et qu'il avait d'ailleur trouvé (très) mauvais ? Etait-ce un FUD ? Ou bien OpenBSD n'est-il secure que parce sa configuration et pas par le code lui-même ?
A ce moment là, pourquoi porter Debian sous OpenBSD si cela signigie porter les pbs de sécurité qu'on trouve déjà sous Linux (pas le noyau, la distrib) ?

ça rulez :)
sérieusement, tu peux lire les mp3, les ogg, mais au final il n'y a des différences que minimes par rapport à Xmms (sauf la playlist auto sur tous les fichiers son disponibles en mémoire secondaire), donc chacun son choix !

Après, pour être vraiment dépaysé : Alsaplayer.
Mais là je ne parle que de ce que je connais

Le PostScript c'est Adobe aussi, non ?
Et puis lire du Postcript sous Windows, même Acrobat Reader (tm) ne sait pas le faire.

Je vois mal les gens tous installer Ghost View pour faire plaisir à des développeurs barbus buveurs de Guinness ;-)

Le gros avantage du PDF c'est qu'on le lit aussi bien (ou presque) sous Linux que sous Windows que sous Mac que sous les différentes autres UNIX.
Développer un remplaçant impliquerait un client pour TOUS ces environnements, et que ce client soit largement disponible sur toutes les machines de tout un chacun.
Bref, à part à moyen/long terme ce n'est pas une solution

Je suis prêt à l'aider d'un façon ou d'une autre, soit en l'aidant à payer un avocat, soit en faitsant une manif, soit en signant une pétition (j'y crois pas trop mais bon), soit <rajoutez votre idée ici>.
Je n'ai jamais utilisé Killustrator, mais je trouve le principe de l'attaque d'Adobe inadmissible.

Aux armes Linuxiens ! Défendez-vous contre l'oppresseur !
(ouais bon là je me suis laché :-)

Et si tu écrivais du code propre et qui respecte les standards ?
Bon je sais parfois on est pressé, c'est chiant, mais quand il faut tout réécrire on se dit qu'on aurait du éviter de faire le goret au premier coup...
Désolé pour mon aggressivité, mais j'ai lu des codes tellement crades (en C comme en Perl) que je me demande comment on peut donner des trucs comme ça à débugguer au lieu de nous faire tout réécrire from scratch ;-)

Hahaha même pas :-)
C'est ça le pire, la justesse du commentaire me fait croire que j'avais raison mon cher pop :-p

> en plus, perl6 sera en C++, pas en C.

Si c'est bien le cas, j'imagine la masse de travail à effectuer, sans compter le fait que les devs actuels ne savent peut-être pas tous développer en C++

Y'a du boulot...

Le problème c'est qu'au départ, ma distrib avait un noyau 2.2.17, une glibc 2.1, pas de support ReiserFS, bref les changements ont été conséquents. Le rescue disk de la distrib ne bootait pas, j'ai du utiliser celui d'une mandrake plus récente qui lui bootait mais ne m'a pas plus aidé (pas de Glibc 2.2)

C'est une bonne idée. Deux-trois remarques:
- support ReiserFS très pratique
- une version avec Glibc 2.2 est-elle prévue ? Car avec la plupart des rescue disks que j'ai essayé, on avait droit à une "vieille" libc, donc impossible de faire un chroot sur mon root avec Glibc 2.2.
Quoique le plus pratique serait de compiler en static (mais on n'a pas forcément beaucoup de place sur ce genre de rescue disk... un ln, un cp et un ls en static seraient bienvenus AMHA).

Voilà, merci et bon courage

Non tu n'es pas le seul.

Juste pour dire que j'ai un noyau 2.4.4 avec une carte SCSI Tekram, et que j'y suis passé parce que le 2.4.3 avait des pb scsi et mount chez moi.
Depuis, tout marche bien.

Et NetBSD c'est pas SMP ?

C'est probablement un noyau 2.2.18 modifié par Red Hat, modifications dont ils ont le secret et qui ne sont pas toujours très bien reçues...

C'est clair
Moi je veux bien que cet OS soit très bon (je n'y ai jamais touché), mais quand on me dit qu'on mutltiplie par 60 les performances du système de fichiers, je me dis :

1. que j'ai bien fait de ne pas le tester avant.
2. que je vais le tester de ce pas ;-)

Tu connais le postscript, le pdf, le HTML, le XML, et j'en oublie surement et des meilleurs ?
C'est peut-etre pas libre tout ça, mais au moins c'est standard, c'est-à-dire qu'il n'y a pas une architecture ou tu ne pourras pas le lire (ou alors extrèmement peu).

Je voudrais pas troller mais la 3D sous XFree on l'a avec NVidia, et depuis quelques temps déjà, ça marche très bien. Certes ce n'est pas libre, mais c'est de la 3D.

Mais non mais non, je ne pinaille pas ;-)