gnumdk a écrit 7486 commentaires

  • [^] # Re: Tanenbaum était un visionnaire ...

    Posté par  (site web personnel) . En réponse à la dépêche Les UltraSparc sous GPL. Évalué à 6.

    >c'est linux-2.X

    C'est vrai qu'avec un noyau linux, tu vas aller super loin... Tu crois pas oublié une grosse partie du systeme?

    Compiler une distrib GNU/Linux pour la faire fonctionner sur une autre archi, cela ne se fait pas en claquant des doigts... Je me souviens encore il y'a quelques années un membre du PLF qui faisait des builds de mandrake pour sparc, c'etait pas évident et je crois meme que le projet n'existe plus...
  • # Udev!

    Posté par  (site web personnel) . En réponse au message Relation entre udev et hotplug. Évalué à 1.

    C'est maintenant udev qui se charge de gérer le hotplug sous Linux ;)
  • # Je pense que c'est mort

    Posté par  (site web personnel) . En réponse au message Mauvais shell root dans passwd. Évalué à 2.

    Je ne pense pas qu'il ait trop moyen de passer outre ce que tu as définis dans ton passwd, sinon, je ne vois plus l'interet de mettre des /bin/false comme shell si c'est contournable...
  • [^] # Re: Petites notes joyeuses mi serieuses mi delirantes

    Posté par  (site web personnel) . En réponse à la dépêche NLD 10 le poste du travail de demain par Novell (avec XGL et Compiz). Évalué à 2.

    Retrouvé :) Merci google ;)

    http://lists.freedesktop.org/archives/cairo/2004-November/00(...)

    Il s'agit bien d'une discussion entre Cairo -> xrender -> xgl et Cairo -> glitz:

    >If direct rendering turns out to be significantly faster than
    >xrender->xgl rendering, (which I highly dough for this category of
    >applications) then switching to glitz instead of xrender when DRI is available,
    >might be interesting

    >But so far my intentions with cairo's glitz backend have been
    >that it would provide cairo output for applications that favor performance over
    >quality

    >Most applications still fall in the category of applications that favor quality
    >over performance, and right now, I'd rather see them using xrender. Xgl will be
    >able to provide maximum performance without loss of quality for these
    >applications.

    Donc, cela semble bien confirmer ce que je disais dans mon journal, tout le monde bénéficie de l'acceleration Xgl pourvu que l'application utilise Xlib (soit 100% des applis).

    Par contre, la question à l'époque était de savoir si Xgl a d'aussi bonnes performance que Xorg.

    >> Dave, how much faster would you say XGL is than the current X server?
    >> Have any simple benchmarks from the parts of the system that work?
    >> Even without benchmarks, how much faster does it feel, is the
    >> difference obvious to a normal user?

    > That's very hard to say. I don't know how well OpenGL's line drawing and
    > bit blitting compares to a well accelerated XOrg driver, but I dought it's
    > faster.However, if it's slower, I don't think it's so much slower that there's a
    > problem.
  • [^] # Re: Petites notes joyeuses mi serieuses mi delirantes

    Posté par  (site web personnel) . En réponse à la dépêche NLD 10 le poste du travail de demain par Novell (avec XGL et Compiz). Évalué à 2.

    >c'est fait avec un composant corba

    Corba va disparaitre de gnome, donc pas tres interessant.


    Tiens je te répond la et je cherche le thread en question ;)

    http://linuxfr.org/comments/681700.html#681700
  • [^] # Re: Joli mais dangereux...

    Posté par  (site web personnel) . En réponse au journal Xgl, la suite. Évalué à 2.

    Je n'ai plus le lien...

    De tete, je me souviens que David disait que Glitz avait été écrit dans une optique de performance, pas de qualité.

    Xgl lui est capable d'offrir une qualité optimale (plus lent que glitz mais avec anti aliasing bien mieux que glitz).

    Bon, je dis ca de tete, je suis pas un expert....

    En tout cas, une chose sur dont je me souviens:
    Il y'a Cairo, glitz, OpenGL d'un coté et Cairo, xlib, XGL de l'autre.

    Et il semblait que Cairo -> xlib -> Xgl soit capable d'avoir de bonne perf et c'est pour ca que depuis le début je persiste et signe: Xgl accelere cairo comme le dit lui meme David dans le lien ci dessus...

    Je te donnerai le lien via le site si je le retrouve...
  • [^] # Re: Joli mais dangereux...

    Posté par  (site web personnel) . En réponse au journal Xgl, la suite. Évalué à 1.

    >Cario à une backend Glitz qui lui-même a plusieurs backends: OpenGL GLX,
    >OpenGL EGL, OpenGL AGL etc...

    Tiens, moi je me souviens d'un commentaire de l'auteur de Glitz/Xgl sur la ml freedesktop disant que Xgl donnerait de meilleur résultat que Glitz pour l'acceleration de Cairo.
  • [^] # Re: Joli mais dangereux...

    Posté par  (site web personnel) . En réponse au journal Xgl, la suite. Évalué à 2.

    T'aurais pu aller voir mes liens quand meme:

    Xgl steps in to handle much of the X server's work--to draw a line or fill a rectangle with white, for instance. The use of OpenGL commands lets the graphics hardware manage many operations that otherwise would require constant coordination between the X server and its applications, Friedman said.

    "We're offloading a lot of the work to the hardware," Friedman said. "The result is things look and feel a lot smoother."

    For example, the video hardware can store whatever information is contained in windows that have been hidden by other windows. That means the contents of the hidden panes can be redrawn quickly when an upper window is moved and the window underneath is revealed. In contrast, with regular X servers, the text underneath must be retrieved by numerous requests by the X server.

    Xgl accelerates Cairo, so its future use will benefit from hardware acceleration, Friedman said.
    "If you're using Cairo, all your Cairo operations are accelerated--fonts, windows, special effects," Friedman said. "In terms of vectorizing the desktop, this moves us way ahead."
  • [^] # Re: Joli mais dangereux...

    Posté par  (site web personnel) . En réponse au journal Xgl, la suite. Évalué à 1.

    >Il n'y a nul part un moyen d'accéder aux objets OpenGL/EGL/GLX/... sous-jacents
    >pour des applications graphiques utilisant cairo/GTK.

    Bien sur que si, pour preuve le plugins qui fait faire un truc chelou aux menu Gtk.

    >Donc, c'est bien d'avoir un window manager qui fait des effets aguichants, mais
    >si il n'y a que lui que ait le droit d'accèder à toute la puissance des GPUs
    >modernes... humhum...

    Tout est affiché par OpenGL, c'est un serveur X qui utilise OpenGL, donc tout le monde en profite, sans rien faire...

    Plus d'explications ici:
    http://news.com.com/Novell+seeks+to+boost+Linux+graphics/210(...)
    http://news.com.com/Novell+seeks+to+boost+Linux+graphics+-+p(...)
  • [^] # Re: Ubuntu

    Posté par  (site web personnel) . En réponse à la dépêche Un e-mag pour Mandriva Linux. Évalué à 4.

    >Sinon tu peux aussi commander un CD chez Mandriva et tu sais quoi ? ça va
    >faire vivre des employés et éviter qu'ils se fassent licencier, ce qui réduit le
    >nombre de chômeurs, ce qui réduit au final tes cotisations URSSAFF sur ton
    >bulletin de salaire, ce qui fait vivre le monde technologique en France, etc.

    Ah le nationalisme exacerbé, y'a que ca de vrai... Franchement, je m'en fous un peu de filer des thunes à Mandriva pour faire vivre les emplo^W actionnaires...

    >2) il y a souvent des problèmes de support de matériel, et quoi que certains
    >en disent, le support matériel Mandriva est meilleur et plus complet que celui
    >de Ubuntu

    Effectivement, ubuntu ne se base que sur udev/hotplug pour la detection du materiel et il arrive encore que cela marche plus ou moins... Je suis à 100% pour cette facon de faire, il faut juste laisser le temps à tout ca de murir...
  • # Enorme

    Posté par  (site web personnel) . En réponse au journal On parle d'Ubuntu en Afrique du Sud. Évalué à 6.

    j'adore le screenshot d'ubuntu à droite dans l'article, ca à l'air bien ubuntu :)
  • # Arf

    Posté par  (site web personnel) . En réponse au message impossible de se connecter en ssh. Évalué à 5.

    >ssh-keygen -t rsa
    >scp ..../id_rsa backup@192.168.1.11:/.../authorized_keys

    Hein?
    C'est id_rsa.pub qu'il faut copier avec la commande ssh-copy-id

    De plus, si tu le copies à la main avec scp, il faut faire un chmod 600 dessus.
  • [^] # Re: HEHO !

    Posté par  (site web personnel) . En réponse au journal Recherche distri loadbalancing.. Évalué à 5.

    oué mais dans les journaux on a plus de réponses!
  • # Kde 3.5

    Posté par  (site web personnel) . En réponse au message Bloquer les pubs avec Konqueror .... Évalué à 4.

  • [^] # Re: cat /proc/cpuinfo

    Posté par  (site web personnel) . En réponse au message linux très très lent. Évalué à 3.

    Aucun rapport, pour avoir la vitesse actuel de ton cpu, faut utiliser x86info ou alors un outils de cpufreq dont j'ai oublié le nom...
  • [^] # Re: live CD ?

    Posté par  (site web personnel) . En réponse au journal Linux MultiMedia Studio 0.1.4. Évalué à 2.

    Lmms est un projet un peu jeune pour le présenté à ton prof de musique, c'est loin d'être stable...
  • [^] # Re: UDEV

    Posté par  (site web personnel) . En réponse au message KDE, USB, UDEV et Nom des partitions. Évalué à 2.

    Le probleme ne vient pas de udev mais de hal.

    /usr/share/hal/fdi/policy/ est la ou tu dois faire tes modifs, en rajoutant une police, faut juste te taper la doc de hal, c'est pas la mort ;)
  • [^] # Re: Heu

    Posté par  (site web personnel) . En réponse au journal Linux MultiMedia Studio 0.1.4. Évalué à 5.

    Ah le gros boulet que je suis :)

    http://kde-apps.org/content/show.php?content=26306

    Désolé, j'etait persuadé de l'avoir mis ce satané lien!
  • [^] # Re: Comme d'habitude...

    Posté par  (site web personnel) . En réponse au journal Kde 3.5.1 is OUT!. Évalué à 5.

    T'as vraiment envie de te faire moinsser toi :)

    T'as pas remarqué que toutes les erreurs que tu as mis, c'est la meme ligne qui se repete? :p
  • [^] # Re: Hmmm

    Posté par  (site web personnel) . En réponse au journal Novell et les effet graphique. Évalué à 1.

  • [^] # Re: J'aime pas XGL

    Posté par  (site web personnel) . En réponse au journal Novell et les effet graphique. Évalué à 4.

    Surtout que FreeNX offre exactement ce que fait Xorg en mieux(moins de traffic réseau), donc la transparence réseau de X, je vois plus trop l'interet...
  • [^] # Re: 2c

    Posté par  (site web personnel) . En réponse au journal Wanadoo, c'est de la m..... Évalué à 2.

    En meme temps, faut pas avoir bac +2 pour comprendre que le probleme ne vient que tres rarement de chez wanadoo et qu'il faut appeller France Telecom. Et la on te recois gentillement, on teste ta ligne, si le test est bon, alors on passe à une équipe spécialisée ADSL qui envoie un technicien tester le lendemain puis ca marche ;)

    Vécu 2 ou 3 fois cette année...
  • [^] # Re: la keynote de Nat Friedman à SL

    Posté par  (site web personnel) . En réponse au journal Novell achete une licence pour la lecture mp3. Évalué à 2.

    Euh, c'est une modification de gnome son truc ou ils refont un truc depuis le début?
  • [^] # Re: Ah la logique...

    Posté par  (site web personnel) . En réponse au journal Windows Vista, une beta grand public. Évalué à 3.

    >Et on sait bien que Windows ne peut pas se permettre de trop retarder la
    >sortie de son système car il doivent quand même "vivre"...

    Ah bon, depuis que Microsoft a annoncé la sortie de Windows Vista, ils ne vendent plus de Windows XP SP2? :)

    Grande nouvelle :)
  • [^] # Re: Windows Vista, une bêta grand public

    Posté par  (site web personnel) . En réponse au journal Windows Vista, une beta grand public. Évalué à 4.

    Il est clair que tous les builds actuels de vista ne sont la que pour faire exploser les trolls sur osnews ! Je ne vois pas d'autre raison ;)