Emmanuel Blindauer a écrit 298 commentaires

bof, je voie dans les bons prg traduits en *vrai* francais: "serveur mandataire"
seulement y a 7 ans quand j'ai commencé linux, il n'y avait que l'anglais, donc c'est normal qu'a l'epoque on voyait que ecrit "proxy"

J'ai été effaré par la facon de procéder de l'installeur pour "detecter" le matériel: en gros, c'est un "modprobe *"!
Certes le niveau des drivers est devenu asez bon, mais on est jamasi a l'abri d'un driver qui crois avoir affaire a un device et qui en fait ne lui est pas destiné.
Il y a pourtant des methodes plus sures pour savoir quel matériel est present :
un lspci avec une table de mapping des drivers <->pciids est largement plus adapté!!!

J'ai lu le test, et cela ressemble plutot a du fouillis.
ca melange fonctionnalités, pub pour certaines URL, et parti pris toute les 3 lignes.
j'en retient vraiment rien, sauf que Mr n'importe qui peut poser une bouse de nos jour et dire "voici mon test de XXX"
c'est dommage, fedora necessite peut etre plus de vrai pub sur la partie communautée (il en est question dans l'article ?), et sur la partie PPC

Et OUI, WINDOWS >>> Linux sur les portables en terme de fonctionnalités, la carte wifi 3com machin, si je la branche sur une debian, je vais passer du temps pour que ça marche

Tu aurais une mandrake, t'aurait branché ta carte, lancé un utilitaire de config, ca marcherait ...
mais bon, t'es dans l'esprit "debian"
"brancher", "chercher où on configure" "lire la doc" "tenter de faire marcher"
(j'ai branché ma carte usb wifi, j'ai donné le numero wep ou je ne sais plus quoi, et j'ai été connecté en reseau)

ca marche bien.
très bien.
la place de gtk dans mono n'est du qu'a la personnalité des developpeurs.

pourquoi tout ce qui est forcement sur internet doit etre libre ?
j'ai jamais dit que les resultats de mes scripts pouvaient etre exploité et lu par qui le voulait.
En tant qu'auteur de ces pages, j'y met les restrictions dont j'ai envie.
et faut pas pleurer, je t'impose pas un plugin flash version 7beta ou un logiciel payant.

surement un pb d'acpi avec ta carte reseau en 2.6

> vu qu'il faut déjà 3 ou 4 CD-Roms, je ne vois pas le gain à utiliser des CDs de 700Mo

Pas dur:
(700-650)*4=200Mo, donc 200Mo de plus pour mettre des logiciels. ca aurait évité un 5ieme CD.
d'ailleurs si on aurait prix 3*700Mo a la place de 650+2*700Mo pour la 9.2, on aurait pu mettre le kernel-source dessus.

LE titre laisse planner un doute.
SPF et Caller-ID ne sont pas deux techniques differentes: Il s'agit de la meme idée, seulement le Caller Id utilise un champs formaté en XML dans la zone DNS alors que SPF prefere une extention classique.
Ne pas confondre avec l'autre projet de signature numerique dont RSA et MS se sont accordés a développer pour signer les emails

non, aol ne l'utilise pas "deja"
AOL l'active de temps en temps. pour etre precis ils l'ont utilisé deux fois 1 jour le mois passé.

Sans compter que des petits malins polonais ont fait un flood en requete http pour faire monter la page debian.
Supaaaaiiiir!!!

On sait deja faire ce genre de chose: demarrer un linux en quelques seconde.
voir linuxbios où linux remplace directement le bios. le boot en lui meme prend juste 1s le reste de l'init la suite.
Tout le probleme est de supporter les x milliers de chipset differents pour pouvoir mettr linux dans le bios.
Et a parier: combien de breveets de déposé la dessus ?
(qu'a cela ne tienne, ca fait deja depuis 97 que linuxbios sait faire.)

Attention: l'edid renvoie les valeurs limite par resolution/balayage non pas limite pour l'ecran, mais limite pour une utilisation prolongée. Souvent les ecrans peuvent aller plus loin, comme c'est le cas pour toi, mais dans ce cas tu fait une usure prématurée de ton tube.
Comme une mini, tu peux la pousser a 160/170 , mais n'espere pas faire lille-marseille sans changer le moteur!

Donc passer outre les valeurs de l'edid, certes c'est possible , mais ton ecran va morfler.

"UserLinux serait non seulement basé sur Debian mais il pense même qu'il n'y aurait pas besoin de créer une distribution séparée. "

C'est le nouveau nom de debian, quoi.

Et HURD ils vont se faire compromettre aussi ? :)
-> []

la ligne

"L'unique annonce officielle que j'ai trouvée est le DSA-403-1 de Debian (qui vient de paraître)."

est donc de trop :)
modérateurs un coup de dd!

Certains trollent, moi je teste :)
Et ca marche bien, bon j'ai tout fait sauf lire du divx, parce que je suis tout de meme cencé travailler!
Il ne manque que l'icone sur le bureau pour sauver sur un disque local ou distant pour parfaire la chose :)
Bon 60?, a peut pret, ca fera un bon cadeau de noel pour faire découvrir linux :)

exec shield a failli être inclu dans le 9.2, mais finalement n'y est pas: une perte de perf de 10 a 15% est à attendre de son utilisation, alors ecrire apres "meilleures perf ...."

Quand à fedora Extra qui n'inclu pas la plupart des outils audio ....
Heureusement que PLF est la et pourra proposer les rpm pour fedora!

Un peu comme Intel qui dit que le desktop ,n'est pas pret pour le 64bits.
(pourtant amd64, PPC970, etc etc).
Mais c'est pas parce que eux ne sont pas pret, que les autres ne devraient pas l'etre également.

>Les patches d'Apple ont pourtant un mal fou à s'intégrer naturellement au >CVS KDE...
>Je ne sais pas hein

Tu sais ou tu sais pas ?
moi je sais, je lis le changelog de kdelibs régulierement
et régulierement des ports sont fait depuis safari vers khtml et ca se passe sans que les developpeurs aient a raler que ca s'integre mal.

Visiblement tu parles encore sans savoir.

non, pas forcement.
Si t'as une mandrake cooker, y a moyen d'avoir des packages de la alpha2.
slackware n'est pas en reste, des packages sont aussi dispo chez kde pour la 9.0
Je crois que suse a aussi des packets.
Enfin chez debian, il doit bien y avoir quelqu'un qui a du construire des packages pour unstable.
Sinon tu peux te lancer dans la compil du cvs ou du snapshot, compte une nuit en gros, de compil.

Une fois que c'est compilé, tu n'as pas besoin de faire des modifications et recompiler, sauf si tu comptes proposer des patchs :)

ircnet

clair,
on a aussi cessé d'etre tolérant face aux gens qui croient que l'aide gratuite leur est dû.

je crois surtout que tu es incompetant en packaging d'application.
Si tu savais tout le boulot que représente le fait de construire un package d'un programme simple et de pouvoir le déploiyer sans conflit sur multe systemes differents du sien, ca serait deja une chose. Ensuite, justement car ce sont des gros packages, des multitudes de bugs sont trouvés et fixée, pret d'une centaine pour kdelibs uniquement, par version.
et avoir une correction d'un bug de plus, c'est la fin du monde ?
il aurait du rester ouvert et attendre la mdk 10 ? Parce que inserer un patch supplementaire, c'est reconstruire *tout* KDE. mais je pense pas que tu sache combien de temp il faut pour recreer le package, apres pour le tester sur quelques machines pour le vérifier. On a la chance en plus chez mandrake d'avoir L Montel, développeur KDE qui a mon avis sait ce que il fait. mais pour des gens comme toi, ces gens semblent ne jamais assez travailler.
Ensuite ton annalise des bugs, montrent que tu n'as jamais du etre mainteneur d'une application avec des retours de bug, ou seulement utiliser un bugzilla pour confirmer des bugs. Si les bugs etaient tous reproductibles des le premier coup, ca se saurait, et ils seraient tous fermé 1h apres leur ouverture.
C'est pas parce que il y a écrit que y a un bug dans la sauvegarde d'une adresse mail, dans un outil que cette adrese mail n'est jamais sauvegardé. C'est dans certains cas particuliers que cela arrive.
pareil poru les screensavers kde, les miens fonctionnaient.
Un bug dans un programme, ca veux pas dire que tous les utilisateurs sont touchés.
certes on aurait pu attendre encore 1 mois supplémentaire pour fixer des bugs, et puis un autre mois supplementaire pour fixer un bug ayant apparu en fin de mois précédent, et ainsi de suite. mais mandrake doit sortir un produit un jour pour pouvoir payer ses developpeurs. Pas assez de beta testeur ? as tu participé aux tests des beta et des RC ?
si non , t'as rien a dire, on crache pas sur le boulot des gens quand on a pas soi meme participé.

>De même, les 350MO de mise à jour déjà disponibles quelques >semaines aprés la sortie de la distrib font s'interroger sur le >degré de finition de celle-ci.

Tu m'expliquera comment tu fait pour faire tenir une petite mise a jour de qt et de kdelibs, ainsi qu'un détail sur un kernel, en moins de place que 350Mo ?
Ah tu sous entend que il vaut mieux que mdk ne fasse pas de mise a jour du tout , et que personne en cause ?
Mais t'es pas chez MS, ici.
T'es libre ou pas d'utiliser une mandrake 9.2 ou autre.
comparer la taille des updates, ca n'a *rien* *a* *voir*

Il n'y a qu'a voir l'epoque précédant la 5.1 de redhat:
"Ouhhaaaaaou windows 36000mises a jour de sécu, linux c'est secure!"

Puis avec la 5.2 de redhat:
"Ouhhhaaaaaaaaaouuu redhat 5.2 c'est de la merde, debian, c'est secure...." (toujours en comptant le nb de packages de mise a jour)

Puis maintenant on en a plus parlé, parce que debian ayant aussi eu une période de mise a jour assez soutenue, et que le troll était eculé.

En fait certains neuneu croient que la non qualité d'une distrib se mesure aux mises a jour, et c'est en fait le contraire: plus il y a de mises a jour, plus le produit est suivi, et la boite s'occupe de ses utilisateurs. seuls les FUDeur et les intégristes comme toi qui se croient encore seuls dans leur niche de pseudo guru y croient encore...