meme conclusion concernant Rhythmbox, mais je souhaite le defendre un peu plus car il en vaut la peine.
En fait Rhythmbox n'est pas un remplacant à xmms, il reprend en fait le feeling des logiciels modernes embarqués dans les jukebox MP3 de type iPod/iRiver etc etc. En fait ce n'est plus a l'utilisateur de faire ses playlists, tu indiques juste a Rythmbox les repertoires où ta musique se trouve (mp3, ogg, tout ce que supporte en fait le framework multimedia GStreamer). Puis il construit une petite DB que tu peux alors naviguer par artiste, genre, album etc... ceux qui connaissent l'iPod y retrouveront le meme type de navigabilité. Voila, donc c'est super pratique pour gerer sa discotheque virtuelle (acces facile, ajout de tags...) et permet en bonus de l'écouter. Moi c'est comme ca que je vois rhythmbox. Mais il est vrai qu'il mange pas mal de CPU (3% pour un bete mp3 sur un XP2200+), mais cela peut etre dû au framework GStreamer.
Sinon, y'a xmms qui se fait porter sur GTK2, c'est pareil à quelques détails prêts auquel on a pris gout avec l'arrivée de GTK2 (les belles polices TTF sur le player et la playlist), un navigateur de Skin plus mieux (tu vois une preview de la Skin), un navigateur de fichier moins basique que le "truc" de gtk1 (sur ma deb, il est bizzarement moins bien que le widget FileDirBrowser de base de GTK2, pe un patch appliqué par les mainteneurs des packages deb)... Ca s'appelle "beep multimedia player" et ca se trouve la: http://beepmp.sourceforge.net/(...)
Sinon je suis sûr que d'autres t'evoqueront zinf et compagnie.
> Je ne pense pas que le modem soit supporté par le nouveau noyau.
Ratai ;-) le modem est supporté sur les >= 2.4.20 et linux 2.6.x. Voir plus bas...
>Il existe un module (qui est le driver proposé par le constructeur) mais l'ayant fait fonctionné il ya 2 ans (donc ca n'est pas forcement encore valable), j'ai eu quelques plantages,
Donc poursuivons, a l'origine comme tu le dis, le module etait fourni par Alcatel, et il était pas génial génial (plantages, pas facile de se procurer tous les patchs noyaux comme pppoa et atm, et biensur le pppd patché jusqu'a la moelle). C'est pourquoi le driver "alternatif" en user space connut un tel success, ca marchais sur des noyaux 2.2 (le module lui non) et sur des 2.4 avec des pppd standards. Puis le fait qu'il tourne en user space evitait tous les plantages mechants.
Mais depuis un certain temps deja, Duncan Sands a repris le developement du module noyau. Il a d'abord travaillé sur la version présente dans les noyaux 2.5 (car l'usb y etait developpé plus activement, et car il n'etait pas sûr que le module serait intégré au 2.4 aussi tardivement, vers les 2.4.18 iirc). Une fois le module bien débuggué et nettoyé dans le 2.5/2.6, il a alors proposé un backport pour 2.4 qui fut intégré par Marcelo Tosati.
Voila donc aujourd'hui sous GNU/linux tu as ce choix:
- noyau 2.2 -> driver user space
- noyau 2.4 recent -> user ou kernel space
- noyau 2.6 -> kernel space
Je ne sais meme pas si je vais adapter le driver user space au 2.6 etant donné que je trouve le driver noyau très stable (je l'utilise depuis 2 mois maintenant) et que la plupart des distributions proposent maintenant en standard tout ce qui faisait la difficulté de l'install du module noyau (un module pppoatm, hotplug, ATM, pppd patché pour pppoa).
Ca se decidera doucement, car le driver user space continuera d'exister quoiqu'il arrive puisque si ss GNU/Linux on a le choix, sous xBSD c'est la seule possibilité de faire fonctionner son modem. Et puis le loader de firmware, est de toute facon celui du driver user space :-)
Pour donner des infos utiles, la config du module noyau nécessite en gros les options Hotlug (pour charger automatiquement le firmware au boot et/ou plug du modem), ATM, PPPOA et USB+Speedtouch dans le noyau et un pppd+plugin pppoa.
Plus de details sur linux-usb.org (puis chercher speedtouch usb)
ok j'ai reussi a parler, je dois cliquer en dessous des réponses que je souhaite faire (un bug connu j'espere)... J'ai meme guéri le gamin.
J'ai lu le Wiki, et bon je peux toujours apporter ma critique qui je l'espere est constructive:
- l'idee de partir de deux personnages (LeMec, LaMeuf) peut sembler bonne, mais attention, je pense que permettre au joueur d'agir sur les deux personnages prette a confusion, puisque comme le veut votre scénario, les deux persos ne se connaissent pas mais partagent un lien inconnu (via les reves). Il serait plus judicieux a mon avis de proposer un debut de jeu dissocié selon que le joueur souhaite jouer laMeuf ou LeMec (en fonction du sexe du perso crée). Avantage, on peut garder le lien mystérieux entre les deux persos, les evenements percus a travers les reves peuvent etre des moments clefs de la quete de l'autre personnage. Biensur, au bout d'un certain moment LeMec et LaMeuf se retrouvent (prisonniers qq parts), se reconnaissent et commencent une aventure commune...
Avantages:
- le joueur evolue avec un seul perso, l'unité d'action engendré pour le joueur pourra faciliter son immersion dans le monde d'arkhart.
- le jeu est déjà un poil moins linéaire puisque le joueur peut vivre deux débuts d'aventure
Points auquels il faut préter une attention particulière:
- les reves ne devraient pas reveler la progression de l'autre joueur, sinon ca saboterait purement et simplement le double début du jeu. En effet, si les reves révèlent des indices précieux pour l'autre perso, alors si on recommence le jeu avec l'autre perso, le travail est prémaché -> plaisir saboté.
Origines des persos:
Je pense que l'idée du scientique est la meilleure, bienque le scientifique ne soit pas la classe de perso la plus appropriée. Moi je verrais bien un mage/historien ayant enqueté sur le passé d'arkhart et ayant découvert un secret dont les dieux ne voulaient pas qu'il soit dévoilé. Les dieux ont donc dispersé son esprit dans deux corps afin que jamais il ne puisse réassembler les éléments qui lui permire de découvrir le secret. Ca expliquerait pourquoi LeMec a un penchant naturel vers les fouilles, LaMeuf par contre ca lui apporte rien. Mais on peut envisager que ca lui ait apporter une certain faculté a comprendre des choses plus facilement, bref pourquoi malgré son statut de paysanne, elle est plus futée que la moyenne.
En plus ce scénario permettrait pas mal de trucs, dont une fin bien ouverte sur le secret en question, l'origine des dieux, que sais je...
Je m'amuserais pe a ecrire un bout de wiki, car je vois que j'ai la plume qui me démange ;-)
Je commence un autre thread par ici car j'arrive pas a demarrer le planeshift.
Pas de docs a potasser non plus, donc je me permets de demander directement:
-comment le faire marcher.
J'ai le gros tarball et j'ai tenté de le démarrer avec ./psclient, et malgrès mes efforts il semble que CrystalSpace3d trouve pas le renderer OpenGL (un LD_LIBRARY_PATH="le rep de planeshift" n'y change rien)
Et bien, une fois lus le prologue, le monde et le bestiaire d'arkhart, on a droit a une charte de ce que sera le jeu.
Malheureument, ca nous dit pas grand chose sur la suite des événements:
- le point de départ de l'aventure solo
- ce qu'on rique d'y trouver (quel type de quetes), la prémice de la trame principale
- ce qu'on pourra y développer (commerce, magie, technologie/science, karma, sa vie seskuelle^W^W^Wetc...)
- l'aventure sera t elle linéaire en mode solo, ou auras t on un bon truc qui se laisse manger de différentes facons avec une trame principale à denouer de plusieurs facons possibles... voir meme plusieurs fins et des quetes secondaires ;-)
Puis la démo montre presque rien (sauf qu'on peut marcher en dehors du paysage ;-). Je voulais parler avec les villageois, la fourmi, mais rien... je voulais sauter ds le puit, mais non.
Bref la démo concrétise en quelque sorte l'artwork, mais ca m'a grave laissé sur ma faim.
Y'a t il qq chose de plus récent a se mettre ss la dent ? (j'ai ultilisé le repository debian SID donné sur le site)
C'est IE 6.0 avec un total de 2800 bugs corrigés, 1106 corrections de correction de bugs, sur plateforme XP SP2, compilé un 22 Avril 2003 vers 16h33 (ndlr: juste avant la pause café).
</troll>
Petit conseil, zappe ps2pdf en utilisant pdflatex au lieu de latex. La sortie est directement un pdf, sans problème de polices. Au passage tu y gagnes aussi l'inclusion possible de PNG, Jpeg, pratique quand les schemas se font nombreux.
Bon c'est juste dommage que la news soit postée en decembre, on ne voit plus la chute de charge en octobre 2002... sinon avant, qu'on me corrige si je dis une betise, mais linuxfr c'etait 2 serveurs (prout et zobe) load-balancés pour tenir la charge. La charge d'un serveur tournait autour de 10 IIRC. Aujourd'hui le serveur prout suffit malgré une hausse de fréquentation.
Conclusion: templeet permet de soulager le serveur, surtout grace à sa gestion du cache qui bypass PHP grâce aux rewrite rules d'apache (tu tappes d'abord dans le cache, et en cas de miss, PHP+templeet générent la page).
ouais c'est plus rapide comme moyen, je connaissais pas. Par contre le son... c'est a la limite du supportable, y'a des options specifiques (rate, buffer size...) ?
non ca serait trop simple, puis c'est la version DOS a laquelle je veux jouer. JE me souviens que la version Amiga différait car Amiga supportait pas certaines que le PC supportait, j'imagine que la version SNES diffère aussi... je veux l'original :-)
J'ai decouvert Wikipedia recemment et c'est vrai que c'est bien pratique. Je me posais une question toute bête: Y'a t il un moyen de consulter offline ?
Un dump de la base donnée et le moteur Wiki sont ils dispo quelques part afin de pouvoir héberger son propre "snapshot" de Wikipédia sur son réseau local chez soi, sur son portable, sur sa cafetière ? Offrir Wikipédia à noël ca serait un bon cadeau geek libriste :-)
Le coupable c'est pas le 2.6, c'est Fedora qui melange tout.
Quand au driver NVidia, c'est archi connu et rabaché, il faut le patch de chez minion.de, et encore une fois c'est pas la faute au 2.6, c'est la faute a NVidia qui ne fait pas son job de mainteneur (bientot 6 mois que le driver a pas été mis à jour, bien qu'il contienne des bugs effarants tels que du garbage à l'ecran en rendu OpenGL, du flickering de surface... tout ceci est bien entendu fixé dans les versions Windows qui elles sont up to date avec plus de 5 versions majeures de différence avec les versions Linux).
>franchement elle m'enerve cette Fedora, Linux me pompe de +en+ de temps a la maison pour avoir un support minimum de mon matos ... ca commance a me souler de virer admine a la maison :-///
Faut pas se plaindre ! personne t'obliges a utiliser la Fedora qui aux dernieres nouvelles n'est pas en version finale. Faut assumer ses choix de temps en temps.
Comme tout document XML, il doit avoir cette balise en début de fichier qui peut entre specifier l'encodage:
<?xml version="1.0" encoding="ISO-8859-15"?>
La réponse est là, mais peut être mal présentée. Je me permets donc d'y apporter ma petite contribution.
Sous l'OS au pinguoin, les entrees sorties, quelque soit le type de périphérique de blocs (DD ATAPI/DD USB...), se fait de facon bufferisée. A savoir que l'OS garde en memoire les zones modifiées et/ou accédées, et les écrit/lit effectivement quant ca lui chante. Tout ceci est rendu possible, par le fait que sous unix, les périphériques sont explicitement montés, et donc l'OS sait pertinement qu'un disque est dispo ou pas, et que l'ecriture/lecture sur le média peut donc attendre LE moment opportun.
Or, ss Windows, les médias ne sont pas montés explicitement. L'OS automounte le média, et ne peut donc pas dans certains cas se prémunir d'une déconnection brutale du média (hop tu débranches le cable usb[1]). La seule solution consiste a faire des entrees/sorties non bufferisées, cad que la lecture/ecriture se fait sans aucun intermédiaire.
Application a ton cas:
- Ss windows, tu copies ton fichier sur le DD usb. Le transfert usb se fait immediatement. lA copie prend le temps exact imposé par la vitesse du canal (11Mbit/s pour l'usb 1.1).
- SS linux, tu copies ton fichier surle DD usb. L'OS, s'il dispose de suffisament de RAM alloue des pages de type "cache", y copie le fichier. Tout cela se fait biensur extremement vite. Qd l'OS juge opportun d'ecrire le contenu de ses pages "cache" (besoin urgent de RAM pour autre chose, umount du média, ...), il vide ses buffers sur le média réel, mais ceci se passe en background, probablement bien après que tu ait copié le fichier via l'explorer KDE. L'explorer KDE te montre en fait le temps de mise en cache dans la plupart des cas.
[1] Ss unix, la deconnexion d'un média sans un umount préalable rend le filesystem potentiellement inconsistent, car l'OS avait peut etre des buffers importants à y écrire. En gros, l'arrachage de cable c'est toujours aussi mauvais ss n'importe quel OS :)) pas de miracle.
Les fichiers AAC sont des fichiers MPEG4 Audio (d'ou le m4a). Pour les lire il te faut les plugins faad de xmms (mais tu arrives pas a les installer, peut etre peut tu recontruire le package toi mm sur ta woody) ou tu peux tenter de le lire directement avec un mplayer 1.0 pre2 qui intègre faad.
Hmmmmm, moi je dirais qu'il ferait mieux de soigner ses PDFs, il est illisible en l'etat tellement ses espacements entre lettres/lignes sont mal foutus...
Mes 2¢, mais bon pour un gars qui crache sur le vide des .ppt, et autres mauvaises habitudes liées à l'utilisation d'outils comme word, powerpoint et excel, je trouve que c'est un comble
PS: j'utilise xpdf pour le lire, peut etre le probleme de polices n'apparait pas chez d'autres ?
Bon en appliquant le patch inverse a ce Changeset, tout rentre dans l'ordre...
Bon maintenant on se demande si ce patch a vraiment été testé, soit disant 2 semaines dans la branche -mm ss problèmes alors que ca foire complètement avec un usage par le premier utilisateur Joe venu.
[^] # Re: Une alternative à XMMS ?
Posté par Edouard Gomez (site web personnel) . En réponse au journal Une alternative à XMMS ?. Évalué à 3.
En fait Rhythmbox n'est pas un remplacant à xmms, il reprend en fait le feeling des logiciels modernes embarqués dans les jukebox MP3 de type iPod/iRiver etc etc. En fait ce n'est plus a l'utilisateur de faire ses playlists, tu indiques juste a Rythmbox les repertoires où ta musique se trouve (mp3, ogg, tout ce que supporte en fait le framework multimedia GStreamer). Puis il construit une petite DB que tu peux alors naviguer par artiste, genre, album etc... ceux qui connaissent l'iPod y retrouveront le meme type de navigabilité. Voila, donc c'est super pratique pour gerer sa discotheque virtuelle (acces facile, ajout de tags...) et permet en bonus de l'écouter. Moi c'est comme ca que je vois rhythmbox. Mais il est vrai qu'il mange pas mal de CPU (3% pour un bete mp3 sur un XP2200+), mais cela peut etre dû au framework GStreamer.
Sinon, y'a xmms qui se fait porter sur GTK2, c'est pareil à quelques détails prêts auquel on a pris gout avec l'arrivée de GTK2 (les belles polices TTF sur le player et la playlist), un navigateur de Skin plus mieux (tu vois une preview de la Skin), un navigateur de fichier moins basique que le "truc" de gtk1 (sur ma deb, il est bizzarement moins bien que le widget FileDirBrowser de base de GTK2, pe un patch appliqué par les mainteneurs des packages deb)... Ca s'appelle "beep multimedia player" et ca se trouve la:
http://beepmp.sourceforge.net/(...)
Sinon je suis sûr que d'autres t'evoqueront zinf et compagnie.
[^] # Re: Alcatel Speedtouch sur noyau 2.6 ?
Posté par Edouard Gomez (site web personnel) . En réponse au journal Alcatel Speedtouch sur noyau 2.6 ?. Évalué à 3.
Ratai ;-) le modem est supporté sur les >= 2.4.20 et linux 2.6.x. Voir plus bas...
>Il existe un module (qui est le driver proposé par le constructeur) mais l'ayant fait fonctionné il ya 2 ans (donc ca n'est pas forcement encore valable), j'ai eu quelques plantages,
Donc poursuivons, a l'origine comme tu le dis, le module etait fourni par Alcatel, et il était pas génial génial (plantages, pas facile de se procurer tous les patchs noyaux comme pppoa et atm, et biensur le pppd patché jusqu'a la moelle). C'est pourquoi le driver "alternatif" en user space connut un tel success, ca marchais sur des noyaux 2.2 (le module lui non) et sur des 2.4 avec des pppd standards. Puis le fait qu'il tourne en user space evitait tous les plantages mechants.
Mais depuis un certain temps deja, Duncan Sands a repris le developement du module noyau. Il a d'abord travaillé sur la version présente dans les noyaux 2.5 (car l'usb y etait developpé plus activement, et car il n'etait pas sûr que le module serait intégré au 2.4 aussi tardivement, vers les 2.4.18 iirc). Une fois le module bien débuggué et nettoyé dans le 2.5/2.6, il a alors proposé un backport pour 2.4 qui fut intégré par Marcelo Tosati.
Voila donc aujourd'hui sous GNU/linux tu as ce choix:
- noyau 2.2 -> driver user space
- noyau 2.4 recent -> user ou kernel space
- noyau 2.6 -> kernel space
Je ne sais meme pas si je vais adapter le driver user space au 2.6 etant donné que je trouve le driver noyau très stable (je l'utilise depuis 2 mois maintenant) et que la plupart des distributions proposent maintenant en standard tout ce qui faisait la difficulté de l'install du module noyau (un module pppoatm, hotplug, ATM, pppd patché pour pppoa).
Ca se decidera doucement, car le driver user space continuera d'exister quoiqu'il arrive puisque si ss GNU/Linux on a le choix, sous xBSD c'est la seule possibilité de faire fonctionner son modem. Et puis le loader de firmware, est de toute facon celui du driver user space :-)
Pour donner des infos utiles, la config du module noyau nécessite en gros les options Hotlug (pour charger automatiquement le firmware au boot et/ou plug du modem), ATM, PPPOA et USB+Speedtouch dans le noyau et un pppd+plugin pppoa.
Plus de details sur linux-usb.org (puis chercher speedtouch usb)
[^] # Re: Trailer de Spiderman 2
Posté par Edouard Gomez (site web personnel) . En réponse au journal Trailer de Spiderman 2. Évalué à 3.
Les académiciens par là -->[je vous suis]
# Re: Test de SourceMage 0.7.1
Posté par Edouard Gomez (site web personnel) . En réponse à la dépêche Test de SourceMage 0.7.1. Évalué à 4.
[^] # Re: RPG Planeshift.
Posté par Edouard Gomez (site web personnel) . En réponse au journal RPG Planeshift.. Évalué à 1.
ok j'ai reussi a parler, je dois cliquer en dessous des réponses que je souhaite faire (un bug connu j'espere)... J'ai meme guéri le gamin.
J'ai lu le Wiki, et bon je peux toujours apporter ma critique qui je l'espere est constructive:
- l'idee de partir de deux personnages (LeMec, LaMeuf) peut sembler bonne, mais attention, je pense que permettre au joueur d'agir sur les deux personnages prette a confusion, puisque comme le veut votre scénario, les deux persos ne se connaissent pas mais partagent un lien inconnu (via les reves). Il serait plus judicieux a mon avis de proposer un debut de jeu dissocié selon que le joueur souhaite jouer laMeuf ou LeMec (en fonction du sexe du perso crée). Avantage, on peut garder le lien mystérieux entre les deux persos, les evenements percus a travers les reves peuvent etre des moments clefs de la quete de l'autre personnage. Biensur, au bout d'un certain moment LeMec et LaMeuf se retrouvent (prisonniers qq parts), se reconnaissent et commencent une aventure commune...
Avantages:
- le joueur evolue avec un seul perso, l'unité d'action engendré pour le joueur pourra faciliter son immersion dans le monde d'arkhart.
- le jeu est déjà un poil moins linéaire puisque le joueur peut vivre deux débuts d'aventure
Points auquels il faut préter une attention particulière:
- les reves ne devraient pas reveler la progression de l'autre joueur, sinon ca saboterait purement et simplement le double début du jeu. En effet, si les reves révèlent des indices précieux pour l'autre perso, alors si on recommence le jeu avec l'autre perso, le travail est prémaché -> plaisir saboté.
Origines des persos:
Je pense que l'idée du scientique est la meilleure, bienque le scientifique ne soit pas la classe de perso la plus appropriée. Moi je verrais bien un mage/historien ayant enqueté sur le passé d'arkhart et ayant découvert un secret dont les dieux ne voulaient pas qu'il soit dévoilé. Les dieux ont donc dispersé son esprit dans deux corps afin que jamais il ne puisse réassembler les éléments qui lui permire de découvrir le secret. Ca expliquerait pourquoi LeMec a un penchant naturel vers les fouilles, LaMeuf par contre ca lui apporte rien. Mais on peut envisager que ca lui ait apporter une certain faculté a comprendre des choses plus facilement, bref pourquoi malgré son statut de paysanne, elle est plus futée que la moyenne.
En plus ce scénario permettrait pas mal de trucs, dont une fin bien ouverte sur le secret en question, l'origine des dieux, que sais je...
Je m'amuserais pe a ecrire un bout de wiki, car je vois que j'ai la plume qui me démange ;-)
# Re: RPG Planeshift.
Posté par Edouard Gomez (site web personnel) . En réponse au journal RPG Planeshift.. Évalué à 1.
Pas de docs a potasser non plus, donc je me permets de demander directement:
-comment le faire marcher.
J'ai le gros tarball et j'ai tenté de le démarrer avec ./psclient, et malgrès mes efforts il semble que CrystalSpace3d trouve pas le renderer OpenGL (un LD_LIBRARY_PATH="le rep de planeshift" n'y change rien)
[^] # Re: RPG Planeshift.
Posté par Edouard Gomez (site web personnel) . En réponse au journal RPG Planeshift.. Évalué à 1.
Et bien, une fois lus le prologue, le monde et le bestiaire d'arkhart, on a droit a une charte de ce que sera le jeu.
Malheureument, ca nous dit pas grand chose sur la suite des événements:
- le point de départ de l'aventure solo
- ce qu'on rique d'y trouver (quel type de quetes), la prémice de la trame principale
- ce qu'on pourra y développer (commerce, magie, technologie/science, karma, sa vie seskuelle^W^W^Wetc...)
- l'aventure sera t elle linéaire en mode solo, ou auras t on un bon truc qui se laisse manger de différentes facons avec une trame principale à denouer de plusieurs facons possibles... voir meme plusieurs fins et des quetes secondaires ;-)
Puis la démo montre presque rien (sauf qu'on peut marcher en dehors du paysage ;-). Je voulais parler avec les villageois, la fourmi, mais rien... je voulais sauter ds le puit, mais non.
Bref la démo concrétise en quelque sorte l'artwork, mais ca m'a grave laissé sur ma faim.
Y'a t il qq chose de plus récent a se mettre ss la dent ? (j'ai ultilisé le repository debian SID donné sur le site)
[^] # Re: Encore IE
Posté par Edouard Gomez (site web personnel) . En réponse au journal Encore IE. Évalué à 3.
<troll>
Facile à interpréter !
C'est IE 6.0 avec un total de 2800 bugs corrigés, 1106 corrections de correction de bugs, sur plateforme XP SP2, compilé un 22 Avril 2003 vers 16h33 (ndlr: juste avant la pause café).
</troll>
On m'aurait menti ?...
[^] # Re: HelloWorld
Posté par Edouard Gomez (site web personnel) . En réponse au journal HelloWorld. Évalué à 2.
echo Hello World
# Re: latex, dvi et pdf
Posté par Edouard Gomez (site web personnel) . En réponse au journal latex, dvi et pdf. Évalué à 2.
[^] # Re: Charge serveur
Posté par Edouard Gomez (site web personnel) . En réponse à la dépêche Petite analyse statistique sur LinuxFr.org. Évalué à 3.
http://linuxfr.org/images/load/load-yearly.png(...)
Bon c'est juste dommage que la news soit postée en decembre, on ne voit plus la chute de charge en octobre 2002... sinon avant, qu'on me corrige si je dis une betise, mais linuxfr c'etait 2 serveurs (prout et zobe) load-balancés pour tenir la charge. La charge d'un serveur tournait autour de 10 IIRC. Aujourd'hui le serveur prout suffit malgré une hausse de fréquentation.
Conclusion: templeet permet de soulager le serveur, surtout grace à sa gestion du cache qui bypass PHP grâce aux rewrite rules d'apache (tu tappes d'abord dans le cache, et en cas de miss, PHP+templeet générent la page).
[^] # Re: Bochs et abandonware
Posté par Edouard Gomez (site web personnel) . En réponse au journal Bochs et abandonware. Évalué à 1.
[^] # Re: Bochs et abandonware
Posté par Edouard Gomez (site web personnel) . En réponse au journal Bochs et abandonware. Évalué à 1.
# Re: Structure d'un TODO
Posté par Edouard Gomez (site web personnel) . En réponse au journal Structure d'un TODO. Évalué à 4.
-->[]
# Re: Wikipédia contient plus de 20 mille articles
Posté par Edouard Gomez (site web personnel) . En réponse à la dépêche Wikipédia contient plus de 20 mille articles. Évalué à 6.
Un dump de la base donnée et le moteur Wiki sont ils dispo quelques part afin de pouvoir héberger son propre "snapshot" de Wikipédia sur son réseau local chez soi, sur son portable, sur sa cafetière ? Offrir Wikipédia à noël ca serait un bon cadeau geek libriste :-)
[^] # Re: Dispo mais a peine testable ...
Posté par Edouard Gomez (site web personnel) . En réponse au journal Kernel 2.6.0-test10 disponible.... Évalué à 2.
Quand au driver NVidia, c'est archi connu et rabaché, il faut le patch de chez minion.de, et encore une fois c'est pas la faute au 2.6, c'est la faute a NVidia qui ne fait pas son job de mainteneur (bientot 6 mois que le driver a pas été mis à jour, bien qu'il contienne des bugs effarants tels que du garbage à l'ecran en rendu OpenGL, du flickering de surface... tout ceci est bien entendu fixé dans les versions Windows qui elles sont up to date avec plus de 5 versions majeures de différence avec les versions Linux).
Le patch est par là: http://www.minion.de/nvidia.html(...)
>franchement elle m'enerve cette Fedora, Linux me pompe de +en+ de temps a la maison pour avoir un support minimum de mon matos ... ca commance a me souler de virer admine a la maison :-///
Faut pas se plaindre ! personne t'obliges a utiliser la Fedora qui aux dernieres nouvelles n'est pas en version finale. Faut assumer ses choix de temps en temps.
[^] # Re: La selection naturelle des programmes compilés par GCC 3.4.
Posté par Edouard Gomez (site web personnel) . En réponse au journal La selection naturelle des programmes compilés par GCC 3.4.. Évalué à 1.
[^] # Re: Délirant ! Néo Ballmer et Morphéus Gates sauvent la matrice !
Posté par Edouard Gomez (site web personnel) . En réponse au journal Délirant ! Néo Ballmer et Morphéus Gates sauvent la matrice !. Évalué à 2.
# Re: DocBook et les accents
Posté par Edouard Gomez (site web personnel) . En réponse au journal DocBook et les accents. Évalué à 2.
<?xml version="1.0" encoding="ISO-8859-15"?>
[^] # Re: Explications ?!?§!
Posté par Edouard Gomez (site web personnel) . En réponse au journal Explications ?!?§!. Évalué à 4.
Sous l'OS au pinguoin, les entrees sorties, quelque soit le type de périphérique de blocs (DD ATAPI/DD USB...), se fait de facon bufferisée. A savoir que l'OS garde en memoire les zones modifiées et/ou accédées, et les écrit/lit effectivement quant ca lui chante. Tout ceci est rendu possible, par le fait que sous unix, les périphériques sont explicitement montés, et donc l'OS sait pertinement qu'un disque est dispo ou pas, et que l'ecriture/lecture sur le média peut donc attendre LE moment opportun.
Or, ss Windows, les médias ne sont pas montés explicitement. L'OS automounte le média, et ne peut donc pas dans certains cas se prémunir d'une déconnection brutale du média (hop tu débranches le cable usb[1]). La seule solution consiste a faire des entrees/sorties non bufferisées, cad que la lecture/ecriture se fait sans aucun intermédiaire.
Application a ton cas:
- Ss windows, tu copies ton fichier sur le DD usb. Le transfert usb se fait immediatement. lA copie prend le temps exact imposé par la vitesse du canal (11Mbit/s pour l'usb 1.1).
- SS linux, tu copies ton fichier surle DD usb. L'OS, s'il dispose de suffisament de RAM alloue des pages de type "cache", y copie le fichier. Tout cela se fait biensur extremement vite. Qd l'OS juge opportun d'ecrire le contenu de ses pages "cache" (besoin urgent de RAM pour autre chose, umount du média, ...), il vide ses buffers sur le média réel, mais ceci se passe en background, probablement bien après que tu ait copié le fichier via l'explorer KDE. L'explorer KDE te montre en fait le temps de mise en cache dans la plupart des cas.
[1] Ss unix, la deconnexion d'un média sans un umount préalable rend le filesystem potentiellement inconsistent, car l'OS avait peut etre des buffers importants à y écrire. En gros, l'arrachage de cable c'est toujours aussi mauvais ss n'importe quel OS :)) pas de miracle.
[^] # Re: franchement...
Posté par Edouard Gomez (site web personnel) . En réponse au journal Vous qui pensiez que.... Évalué à 2.
bon je -->[]
# Re: Fichiers audios AAC sous Debian
Posté par Edouard Gomez (site web personnel) . En réponse au journal Fichiers audios AAC sous Debian. Évalué à 3.
[^] # Re: STOOOOOOOOPPPPPPPPPPPPPPP
Posté par Edouard Gomez (site web personnel) . En réponse au journal Faire remonter les sondages !. Évalué à 6.
# Re: Devenez beau riche et intelligent avec Power point, Excel et Word
Posté par Edouard Gomez (site web personnel) . En réponse au journal Devenez beau riche et intelligent avec Power point, Excel et Word. Évalué à 0.
Mes 2¢, mais bon pour un gars qui crache sur le vide des .ppt, et autres mauvaises habitudes liées à l'utilisation d'outils comme word, powerpoint et excel, je trouve que c'est un comble
PS: j'utilise xpdf pour le lire, peut etre le probleme de polices n'apparait pas chez d'autres ?
[^] # Re: 2.6.0-test8 sorti !
Posté par Edouard Gomez (site web personnel) . En réponse au journal 2.6.0-test8 sorti !. Évalué à 2.
Bon maintenant on se demande si ce patch a vraiment été testé, soit disant 2 semaines dans la branche -mm ss problèmes alors que ca foire complètement avec un usage par le premier utilisateur Joe venu.