ナイコ a écrit 853 commentaires

Et ça tourne sous E17. E17 ça rox.

Tu crois vraiment que cela sera livré avec des logiciels au stade de pre-alpha ;-) ?

=>()

Si je ne m'abuse, le BCD matériel, le M68000 et le VAX (au moins) le faisaient déjà.

Il me semblait que le 6800 et/ou le Z80 aussi, le faisaient, non ? C'est pour cela que j'ai tiqué en lisant l'article... J'ai un doute.

Il est bien plus flagrant de regarder le diff avec la version précédente : http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfre(...)

Flippant : http://www.malevole.com/mv/misc/killerquiz/
8/10.

(vu sur http://geekz.co.uk/lovesraymond/ )

J'y réponds quoi ? :-)

8 bonnes raisons d'utiliser Linux :
unzip ; touch ; finger ; mount ; gasp ; yes ; umount ; sleep

Trop gros ?

Rassure-toi, j'avais cru lire DN4...

Et voilà, les esprits s'échauffent !

Peu innovant : Microsoft me fait déjà aller au refile !

La souris au passage m'a fait prendre conscience qu'un pointeur ce n'est absolument pas l'idéal, le graal de l'interface utilisateur. C'est peut-être même une nuisance. Je suis persuadé que l'on pourrait trouver des méthodes plus originales pour contrôler une gui

Plus je travaille sur ordinateur, plus je hais la souris, et plus je regrette le crayon optique : Je crois que l'avenir est dans l'écran tactile, ou tout autre dispositif du même genre.

Zut, c'est quand même pas si cher un écran tactile, depuis le temps que cela existe ! Pourquoi ce n'est pas livré sur tous les écrans, ou au moins dans les catalogues grand public ! C'est tellement plus intuitif qu'une souris !

....Manque de précision, peut-être, mais avec les écran qui grandissent, cela s'améliore mathématiquement ;çP !


Ce post est sérieux, et pas second degré.
Rendez-moi mon crayon optique ! (Là par contre c'est bien du second degré)

C'est pas de Q, hein...

Et moi qui croyais qu'on allait parler des mystérieuses cités d'or... Déçu je suis.

Ou un camé ?

Bien vu, la FSF estime qu'à partir d'aujourd'hui, le risque devient nul. Mais concrètement, le Gif est utilisable en Europe depuis mi-2004.

http://www.gnu.org/philosophy/gif.html#venuenote :

We were able to search the patent databases of the USA, Canada, Japan, and the European Union. The Unisys patent expired on 20 June 2003 in the USA, in Europe it expired on 18 June 2004, in Japan the patent expired on 20 June 2004 and in Canada it expired on 7 July 2004. The U.S. IBM patent expired 11 August 2006, The Software Freedom Law Center says that after 1 October 2006, there will be no significant patent claims interfering with employment of the GIF format.

Je me suis trompé, c'est PANGO !!! Ceci explique cela : Je n'arrivais pas à retrouver ce @#$£* de journal ;-) !

MOZ_DISABLE_PANGO=1

La différence de vitesse est... Comment dire... Importante.

Et ça n'aurait pas un rapport avec les lenteurs observées depuis que Mozilla est compilé par défaut avec Cairo (voir un journal qui est passé ici il y a une ou deux semaines) ?

Depuis que j'ai configuré firefox pour démarrer sans Cairo (variable d'environnement CHAISPULSQUOI_CAIRO=0, je l'ai pas sous la main), il est gravement plus rapide. Pardon, il affiche à nouveau les pages à vitesse acceptable. Plus exactement, je parle du cas ou par exemple une page de DLFP contient des dizaine (centaines ?) de commentaires, faire défiler verticalement la page etait un "pain in the ass". De quoi se poignarder le cul avec une saucisse ! Maintenant, ça défile bien, et mes nerfs se portent mieux, merci.

J'imagine que faire bouger des DIVs (comme par exemple avec Netvibes) est ralenti par cela... Même si Cairo n'a rien à voir avec Javascript, indirectement son utilisation ralentit les scripts qui touchent au graphique, non ?

Mon post n'est pas très précis, je vais essayer de retrouver le nom de la variable ce soir...

C'est pas plutôt le HURD, qui fait ça ?

Ceci dit, il y a eu un numéro de LinuxMag qui montrait comment "patcher à chaud" une faille ponctuelle du noyau. Il s'agissait de coder un module qui masquait la faille et de l'insérer. Enfin... Masquer... Plus exactement de n'autoriser l'utilisation de l'appel concerné qu'à certains utilisateurs. Ah, oui, je me souvien : La fameuse faille "ptrace". C'était très instructif, mais trop limité : On ne peut pas bloquer ainsi n'importe quel appel système !

Ca va pas, malheureux ? Ca nique l'uptime !!!

Mais au fait, bien que cela n'a peut-être rien à voir, quid de l'occupation réseau engendrée par l'utilisation de XCB ?

J'avais lu, il y a plus d'un an, une explication concernant le fonctionnement de NX, pourquoi c'est plus rapide [1], etc...

Question : Est-ce que XCB allège le traffic réseau ? Sinon, et c'est presque hors-sujet, est-ce que X va intégrer les améliorations visiblement énormes de NX à ce niveau ? XCB peut-il enlarger mon serveur de terminaux ?



[1] On y parlait d'ailleur de drogues très en vogue dans le X, les "roundtrips".

Tuuutttttt !
:stack overflow:

Il me semble que les sites hébergés chez Berlios tournent sous OpenSuSe.
Alors peut-être celui-ci bénéficie d'une redirection ?

Ce site est la preuve que linux existe

Attention, malheureux ! Certains sont capables de nous créer DieuFR.org, suite à cette affirmation !!!

Ca, c'est un travail pour WWW::Mechanize ;-)
http://articles.mongueurs.net/magazines/linuxmag58.html

...Qui s'était perdue dans une forêt d'arbres dansants.

My mistake, j'ai oublié un élément dans mon exposé, qui du coup perd toute sa saveur :

Pour suivre la demande, qui varie au cour du cycle, il faudrait moduler la capacité de production de l'usine : Pas de chance, pour une raison qui m'échappe (rentabilité ? Contraintes techniques ?), l'usine tourne tout le temps à fond ! C'est binaire, mais bon.

Donc, au début du cycle, elle produit trop, au milieu pas assez, et j'imagine de nouveau trop à la fin. Bon, du coup mes explications sont vagues, mais les raisons sont globalements celles-ci.