Edouard Gomez a écrit 450 commentaires

\o/ le bug de linuxfr du jour, la reponse aux journaux ne marche pas bien, il repond "404 not found" et pourtant le post part (semble t-il) \o/

Je m'en vais de ce pas en informer les auteurs du site sur le forum

Je noterai juste que tu as la critique facile, et que tu ne sais rien de la machine sur laquelle j'ai tape ce texte. Si j'avais ete en mesure de mettre des accents, je l'aurais fait avec plaisir, mais ce n'est pas le cas.

Tu dis:
lire un texte assez "long" qui ne contient aucun accent, c'est assez pénible

Je te repondrai juste par:
Lire des commentaires comme le tien, c'est assez penible (meme avec des accents)

-- Non j'ai toujours pas la possibilite de mettre des accents

Desole mais je n'ai qu'un clavier qwerty a disposition sur cette station NT4 que j'ai au boulot...

Je noterai juste que tu as la critique bien facile... avec les gens comme toi mieux vaut passer son chemin.

Bon vent

PS: seules des versions assez recentes de FFMPEG sont aptes a decoder des sequences encodees grace a XviD dev. Divx5 est quelque peu bugge, et decode donc l'image avec pas mal d'artefacts. Biensur XviD dev lui meme peut etre utilise mais je ne connais pas de players dont la partie decodage soit basee sur XviD dev (XviD 0.9.0 n'en est pas capable)

scalp se trouve la:

http://online.securityfocus.com/archive/1/277830(...)

Celui ci est peut etre un hoax, mais gobbles a publié des exploits pour le bug lié au décodage des requetes en mode Chunking dans les apaches 1.3.x d'alors. L'exploit utilisait ensuite un bug archi connu des fonctions memcpy du noyau OpenBSD pour acceder aux droits root. Fouilles un peu dans la mailing list de bugtraq, l'exploit s'appelait [qqchose_ici]_scalp.c, puis gobbles avait publié une deuxieme version exploitant cette meme faille sur FreeBSD et NetBSD en plus d'OpenBSD.

Donc dire que Gobbles n'a jamais rien diffusé d'intéressant en termes d'exploit c'est quand même un peu faux.

Rooooooooonnnnnnnnnn...

J'aime bien les nouvelles de ce genre quand j'arrive au boulot.

J'ai commencé a DL pour vous le recompresser en mono-24kbps et apres 1h30 de DL a une vitesse exagerement faible, je me decide a ecouter le debut du ogg/vorbis. Bon tout va bien, faut juste aimer le souffle sur le micro, pas grave, puis là, boom, arrivé à la 16ème minute le son devient tout bizarre (effet bégayement) et ca s'arrange pas jusque la ou j'en étais du DL (cad a >20min)... Bref

Mon bilan:
- 1h40 de dl a 3kb/s (le serveur est _tres_ lent)
- 20min de discours
- son completement foutu a partir de la 16eme minute (chez moi c 15min54s)
- un bon petit 02h10AM a l'horloge

Bref je suis bien décu, est ce que les autres ont eu le mm probleme ?

Bon en fait mon nom redirige sur mon site wanadoo...

les journaux sont la http://linuxfr.org/~GomGom/(...)

Petite precision/correction:

Aegis est un soft deja tres stable et tres vieux (si si), depuis 1991 iirc. J'ai d'ailleurs poste un journal recemment sur les RCS qui donnent quelques liens pour les dites alternatives a CVS (cliquer sur mon nom puis chercher les journaux)

s/moi/mois/

ca arrive a tout le monde, la tete dans le cul quand on arrive au boulot :-)

C'est vrai que le terme pro etait mal choisi. Un meilleur terme aurait ete : "projet pour lequel la qualite et le respect des process d'elaboration doivent etre clairement integres a l'infrastructure de developpement".

En gros aegis n'est pas un RCS (il le chapotte), il s'occupe cependant de toute la dev policy qu'il y a autour du projet. Aegis separe les roles de reviewers, integrateurs, developpeurs. Aegis propose un process bien precis afin que le developpement assure une continuite fonctionnelle du trunk... etc etc. Je vois bien plus aegis comme une infrastructure rigoureuse de travail que comme un RCS. les exemples dispo sur e site le montrent bien, puisque e 1er exemple utilise "RCS" comme backend RCS, le 2eme utilise Hist(que je connais mm pas de nom).

J'ai dis "Pro" car la ou je stage, le process de dev ressemble trait pour trait a celui propose par aegis (sauf qu'ils utilisent Continuus, un gros machin de bousin - vecu). J'ai donc naturllement fait le rapprochement aegis<->dev rigoureux<->dev pro

le deuxieme <-> n'est ni reciproque ni certain dans aucun des 2 sens :-)

C'est exactement ce que je me disais:

Petit projet/Faible nombre de devs => CVS ou dans un futur plus ou moins proche Subversion.

Gros projet/Grand nombre de devs => arch (libre) ou bitkeeper.

Projet dans un cadre Pro => CVS|SCCS|autre rcs + Aegis (c'est le resp qualite qui sera heureux de voir que chaque commit (peut) entraine(r) l'ecriture d'un test pour le dit changement, le passage en review du code implique et enfin l'integration effective de la modif au trunk)

Sinon pour ceux qui proposent sourcesafe... dsl j'ai pas windows donc ca rentrera pas dans le cadre de mon eventuel comparatif.

Sinon toujours pas d'experiences sur subversion ?

Il me semble peu mature et surtout bien peu ambitieux pour la version 1.0. Je vois peu ou pas l'interet de passer a subversion en l'etat des choses actuelles.

NB: on notera ma volonte a provoquer le debat sur la derniere phrase :-)

J'ai oublie les liens pour les courageux

CVS: (dans la distro) sinon ici http://www.cvshome.org/(...)
Arch: http://www.fifthvision.net/open/bin/view/Arch/(...)
Subversion: http://subversion.tigris.org/(...)

--
Edouard Gomez
"2002-12-16 LinuxFR :: Tiens y a pu de bouchot"

Ra mince cdrdao est le seul logiciel de gravure qui permette a tous les graveurs de faire cuire des galettes en Disc At Once quel que soit le modele. C'est bien dommage.

Sinon le passage a gcc-3.2 pour la SID(la distrib que j'ai sur ma machine @home), ben oui et non, perso sur tous mes tests le passage a gcc-3.2 n'apportait rien. Mozilla, XFree, gcc recompiles a la sauce debian (i386) grace a gcc-3.2 n'etaient pas un poil plus rapides. Le seul interet que je vois (et en fait il est de taille) c'est le passage a g++-3.2 qui lui apporte beaucoup (meilleure implementation de la stl, respect du ABI standard C++ etc etc).

--
Edouard Gomez

Oui mattes donc les news sur http://speedtouch.sourceforge.net(...)

Je vais te suivre... ca fait 4 jours que je ne peux me connecter que 3minutes toutes les heures. Leur serveur RADIUS refusant toute negociation de connexion (a dire vrai il repond meme pas, ca a l'avantage de t'occuper a attendre voir des cellules atm passer dans les logs de pppoa3)

Faisait deja 6 mois que j'hesitais mais:
- pas de php sur le site web
- pas de service pour GNU/Linux
- une assistance qui quand tu leu expliques pourquoi leur reseau marche pas (genre le RADIUS), ils te demandent de rebooter windows sans avoir pris la peine de t'ecouter...

J'ai été patient mais la... je peux plus... ciao wanadoo ISP^Branleur de merde.

PS: Mes propos sont copyright(c) Edouard Gomez et LinuxFR n'est absolument pas responsable de mes propos. Je voudrais pas creer un incident juridique sur ce site biensur :°)

--
Edouard Gomez

Attention de pas devenir un decideur presse... sinon bonne chance a toi et ta boite :0)

C'est simple, pour partir et ne plus jamais revenir, tu utilises une regle iptables (ou tout autre firewall) qui te bloque les paquets en emission et reception du domaine linuxfr.org ou dlfp.org.

Bon vent a toi vers d'autres eaux.

--
Edouard Gomez

Ils ont utilise Echelon, reseau d'espionnage des USA :-)

hop [-1]

Nan serieux, c'est vrai que ca m'intrigue de savoir comment ils ont obtenu cette info. Je pense simplement que Johann a du en parler sur des forums et *sic* la MPAA l'a repere et a du lancer sa horde d'avocats sur l'affaire. De toute facon, les preuves devront etre presentees au tribunal, quoique... ils pourraient ne montrer que les preuves retrouvees sur l'ordinateur du pere.

--
Edouard Gomez
"Big Companies are watching you!"

C'est de la triche... t'as fourni aucun effort pour l'obtenir ce GNU/Trou... un vrai GNU/Trou ca se merite :-)

Le mieux c de creer une timezone relative a la timezone locale

comme ca GTZ serait une timezone encore plus geek car mouvante :-)

J'ai un boulier qui traine sur mon bureau... modele a la pointe de la technologie, des boules qui coulissent comme au premier jour... bref ca c'est de l'informatique pour les vrais hommes.

houpla [-1]

glBegin(GL_TRIANGLE);

Et puis il y a des cartes 3D pas chéres adaptées au P133 (voodoo2, S3, etc..) qui te permettront d'avoir un rendu plus rapide qu'en soft.

Je confirme, ma premiere carte 3d c'etait une voodoo 1 couplee a une pauvre carte svga de 2Mo. Avec ca on avait deja Quake1 et Quake2 qui tournaient sans souci. Donc OpenGL n'est pas le responsable de la lenteur d'Amaya.

D'autre part, je tiens a signaler qu'OpenGL possede a mon avis une des API la plus simple, clean et logique parmi les lib de 3d (ogl, d3d principalement). Si on fait de la 3d on est oblige d'en comprendre ses principes premiers et OpenGL les retranscris assez bien a travers son API orientee vertex, matrices, textures et parametres de rasterisation.

glEnd();

--
Edouard Gomez

Ce qui est marrant c'est que j'ai lu la news originale et un detail important a disparu dans les news du register et consors.

Ce detail qui tue c'est:
"L'etude a ete menee sur 5 ans."

Cherchez l'erreur quand on parle de windows 2000 sorti fin 1999 iirc. Donc a moins que Microsoft ait implemente IPoT (IP over Time), ce rapport est un FUD de bien mauvaise qualite, meme pas de quoi troller serieusement.

Dommage que j'ai plus le lien sur la news originale, mais les moules pourront temoigner que j'avas poster l'url sur DaTribune hier aprem.

--
Edouard Gomez
"Les FUDs saitai mieux avant"