gc a écrit 2109 commentaires

http://www.nexedi.org/sections/faq/dls/view(...)

In countries where the labour cost is expensive, it is cheaper to install a single Desktop Linux Server than [...]

Je suppose que that's life mais ça fait quand même quelque chose de lire ça..

Red Hat à partir de $799, deniere Red Hat : 3.0, derniere mise a jour de secu pour Red Hat : octobre 2003.

on atteint le comble avec "Red Hat orienté poste client" à $2500.

journaliste, c'est une belle profession quand c'est fait par des incompétents de ce niveau-la.

bof moi je browse avec -42 c'est le seul moyen de naviguer correctement sur linuxfr car les fils de discussion coupés au milieu ça gave.

freecapucaidaiproxainaitte!

j'ai une i865g et la 10.0 official s'est très bien installée et la résolution sur un écran LCD était très bonne.

utilise "XFdrake" au lieu du fichier du site d'Intel.

et surtout vérifie que tu n'as pas seulement 1 Mo de mémoire partagée pour la carte vidéo, à partir du BIOS : avec 1 Mo on ne peut pas monter très haut en résolution, il faut au moins 8 Mo pour être tranquille.

quand j'ai acquis légitimement une oeuvre, que je la "copie" par l'intermédiaire de kazaa vers mon voisin, c'est "strictement réservé à l'usage privé du copiste" (le copiste c'est moi) ? je veux bien qu'on m'explique...

c'est comme le fait de posséder du shit qui est autorisé mais pas d'en acheter. c'est faire semblant de ne voir qu'une partie d'un tout indissociable. ce n'est pas parce qu'une partie d'un acte est autorisé que la totalité est autorisée. en l'occurence, si télécharger est assimilé à de la copie privée, mettre à disposition est assimilé à de la contrefaçon ; l'acte de télécharger étant indissociable d'une mise à disposition de ce téléchargement, il est donc impossible de l'exécuter de manière légale.

sur une note plus personnelle, ça me fait bien marrer les gens qui cherchent à trouver une justification légale à un comportement manifestement illégal.

ce n'est pas parce que l'attitude des majors et de la sacem est scandaleuse que pirater les oeuvres dont ils ont la propriété devient légal. au pire, ça peut devenir moral si on n'est pas légaliste, mais c'est une chose bien différente.

vous pouvez pirater de la musique et des films, faire un doigt dans votre chambre aux majors et vous la péter rebelle de la société, vous ne trouverez pas de justification légale à ce comportement.

ça me semble aussi naze que de dire "on a gagné" après la coupe de monde de fouteballe 1998 mais bon je dois être le seul alors.

kino a bien besoin de ton aide :

- il crash beaucoup

- il manque énormément d'effets de transition

Par contre là ou tu peux te faire entuber c'est que le mec de la SACEM se présente dans ton bar, vienne te voir en te disant "je constate que vous diffusez de la musique sous copyright sans autorisation" et te montrer un papier qu'il va te présenter comme un Procès Verbal (ou autre papier officiel) que tu doit signer, et là si tu signe le papier t'est mort (bah oui tu dit "oui je diffuse bien de la musique sans les droits").

Euh ça m'étonnerait que ça soit valable, tenter de faire croire qu'on est assermenté/fonctionnaire et qu'on montre un Procès-Verbal alors que c'en n'est pas un c'est grave, et si tu déposes plainte même après l'avoir signé, en disant que tu étais de bonne foi et qu'il t'a abusé, tu as toutes les chances de gagner.

hum "on a gagné".. c'est un peu comme quand l'équipe de France de ton sport favori gagne ta compétition favorite, tu dis "on a gagné" mais tu n'y es strictement pour rien. là ça me fait un peu la même impression : il ne doit pas y avoir une foultitude de lecteurs de linuxfr (ou d'utilisateurs de linux, je ne sais pas vraiment ce que recouvre ton "on") qui sont l'auteur d'une ligne de code qui sera utilisée à Munich.

T'as lu l'article en question ?

Ca m'a l'air mal barré, je veux bien que la Cooker soit une version de dev, mais quand même, ça fait beaucoup là :-(

Hum je ne le vois pas comme ça, c'est clair que parfois c'est pété, ça suxe mais c'est la vie. Sur mon i865g X.org garble l'écran au démarrage et supprimer l'accélération 3d, après une semaine d'attente j'ai fait un petit -Uvh --oldpackage sur XFree86 de la 10.0 et j'ai mis tout ça dans /etc/urpmi/skip.list.

Pour le problème du DMA ça peut être lié à la carte mère, au bios et/ou à l'ACPI. Si tu as encore les deux kernels, boote chacun et note le résultat de "dmesg", compare les deux, tu as peut-être des informations intéressantes, et même éventuellement un feedback à donner à kernel@ et/ou cooker@.

Pour X.org aucune idée, mais pourquoi tu n'utilises pas XFdrake ?

De manière générale, il ne faut vraiment pas attendre une garantie de continuité d'utilisabilité du système quand on est en cooker.. c'est normal.

dont l'utilité est proche du zéro absolu dans le cas qui nous occupe...

C'est probablement ce que le monsieur essaie de t'expliquer. Pour avoir du code "portable" en C ou C++ il faut faire du code différent en fonction des plate-formes à coups de #ifdef. Quand tu montes dans l'abstraction des langages (Java ou Perl par exemple) tu te rends compte qu'il y a de moins en moins besoin de ce genre de choses, c'est pourquoi on parle de code "portable" en lui-même.

à toi quand tu pensais que je venais juste de lancer mozilla. je te montre (bon ça veut rien dire ça peut être faké au copier-coller ;p) la ligne de ps :

gc 6173 0.0 3.2 51624 32924 ? S Jun11 2:46 /usr/lib/mozilla/mozilla-bin

cependant ça ne veut non plus rien dire car ça indique juste qu'il ne fuit pas en ne faisant pas grand chose, pas qu'il ne fuit pas en browsant.

vu tes autres posts et les intéressantes informations que tu fournis maintenant, j'ai plus tendance à te croire maintenant (quoique ton journal sur flash me fait douter du "je n'utilise pas de plugin" mais il ne faut pas non plus être totalement parano), je pencherais pour des fuites raisonnables devenant un problème pour une utilisation poussée de mozilla, ce qui n'est pas forcément le cas de tout le monde : j'utilise galeon et mozilla et je les laisse des jours entiers sans avoir ce genre de problème, et je n'ai jamais entendu dans "mon entourage" (eh oh moi aussi j'ai un entourage bordel) de problème excessif de mémoire (de lourdeur et lenteur par contre oui). vu la complexité du debuggage des fuites mémoires en c++ (et du fait aussi que ça puisse être dans la foultitude de bibliothèques utilisées) c'est peut-être pas étonnant qu'il reste quelques fuites modérées, je ne sais même pas s'il existe vraiment des outils de debuggage mémoire automatiques libres pour c++ (hum il me semble que KDE en avait utilisé hein cependant).

voilà tu donnes plus d'arguments, déjà tu es plus agréable à lire que dans le journal :) m'enfin bref, hum alors, le javacript bien lourd de DLFP alors ? (je ne browse pas DLFP avec mozilla) je réitère que mon exemple avec mozilla n'est pas un fake...

L'effet global sera meilleur car Java est bien plus un langage pour neuneux que C++ : le programmeur a moins de libertés et la JVM fait plus de choses à sa place ; je pense donc qu'un mauvais programmeur fera de "moins mauvais" programmes en Java qu'en C++ (à moins que tu me veuilles citer les "autres problèmes" dont tu parles, et qu'ils soient totalement inacceptables par rapport à des pointeurs fantômes qui font planter aléatoirement une application à des milliers de lignes de code de l'origine du problème, mais je n'en connais personnellement pas).

Pourquoi, tu rebootes ta machine entre le lancement de plusieurs applications ? Faut pas te raccrocher à tout prix à cet argument, ils incluent le startup time donc tu as tort sur ce point ; ton OS cache les accès disques, c'est tout, à chaque langage/compilateur/application d'en tenir compte.

On peut trouver pas mal d'autres points qui font que javasux (mais sûrement encore plus qui font que c++sux alors ça va).

Gcc est mauvais en C++ (il n'est bon qu'en C sur x86, à ce que je sais) (on peut disclaimer que c'est quand même compliqué de bien optimiser le C++) et la JVM optimise "on the fly" quand elle exécute, ce qui lui permet d'être souvent plus lente au démarrage mais parfois plus rapide au cours de l'exécution.

Tiens d'ailleurs c'est drôle le dernier journal du monsieur il parle de firefox et de flash (en maudissant flash ;p)

http://linuxfr.org/~TazForEver/13511.html(...)

Non il a raison je me suis planté c'est 2 minutes 45 qu'on doit lire dans top, et pas 2 heures 45 (et 123 minutes pour lui) - par contre bien sûr le point important est le fait que ce soit une application intéractive, ça corrobore mes soupçons sur l'utilisation d'un plugin pourri qui serait la cause du leak.

Ah ok, donc tu ne sais vraiment pas de quoi tu parles.

Si on accorde autant de crédit à ton "tout le monde le dit que ça fuit de partout", ça doit vraiment pas fuir des masses.

Quand tu te seras calmé et que t'auras arrêté de gueuler et dire n'importe quoi tu pourras tenter de te renseigner sur le sujet.

bon, déjà ça n'a pas l'air de fuir des masses :

6173 gc 15 0 51008 32m 32m S 0.0 3.2 2:45.23 mozilla-bin

avec un mozilla ouvert depuis 5 jours.

ensuite, ça me semble bizarre que ton firefox ait consommé 123 heures de CPU en 3 jours. c'est peut-être plutôt une fuite dans un plugin propriétaire de daube qui bouffe toute la RAM et en plus qui fuit, ne suivez pas mon regard vers flash/java ?

PS : et toute personne normalement constituée n'aura effectivement que l'envie de te renvoyer chier en lisant ton commentaire en majuscules en gras et insultant, dans le journal que tu cites

Ben non. Regarde, moi, j'ai pas été cité, hop je le moinsse de rage. Comme il n'a cité qu'une cinquaine (tiens salut Molière) de personnes statistiquement il va se faire moinsser comme jamais. Eh eh. Bien fait pour sa sale gueule !!

Ouaip, merci, j'ai la bonne version comme cela, et ça ne segfaulte plus. Par contre ce n'est pas utilisable, les fontes sont complètement explosées :

http://www.zarb.org/~gc/t/mtp.png(...)

OpenGL renderer string: Mesa DRI Intel(R) 865G 20021115
OpenGL version string: 1.2 Mesa 4.0.4
OpenGL extensions:
GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_env_add,
GL_ARB_texture_env_combine, GL_ARB_transpose_matrix, GL_EXT_abgr,
GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_func_separate,
GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint,
GL_EXT_convolution, GL_EXT_compiled_vertex_array, GL_EXT_fog_coord,
GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset,
GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_texture3D,
GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_object,
GL_EXT_texture_lod_bias, GL_EXT_vertex_array, GL_IBM_rasterpos_clip,
GL_MESA_window_pos, GL_NV_texgen_reflection, GL_SGI_color_matrix,
GL_SGI_color_table
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess