Le projet txt2TeX est né de l'admiration pour l'apparence et la qualité du placement des lettres dans le système LaTeX, ainsi que pour la simplicité de txt2tags.

Mais il est né également de la frustration de ne pouvoir utiliser simplement LaTeX pour écrire de la prose, sans avoir à subir sa syntaxe particulièrement intrusive et sa complexité.

Le but est donc de pouvoir utiliser txt2tags comme pré-processeur, et ainsi garder des marques de formatage non distrayantes, tout en pouvant exporter en LaTeX et html selon le type des documents finaux : publication papier ou page internet.

Cet outil (on devrait plutôt dire, ce petit hack) s'adresse surtout à ceux qui souhaitent écrire facilement et rapidement un texte de type poésie ou prose, sans entrer dans les méandres des commandes LaTeX (genre, les profils littéraires). Les fonctionnalités sont réduites, mais devraient permettre de répondre à la plupart des besoins de base.

D'ailleurs même si ce n'est pas prévu pour, vous pouvez également rajouter du code spécifique à LaTeX directement dans le corps du document txt2tags.

Vos suggestions et idées d'amélioration seront les bienvenues.


Exemple d'export html (sert également de page d'accueil) :
http://anamnese.online.fr/site2/txt2tex/sample.html

Export PDF :
http://anamnese.online.fr/site2/txt2tex/sample.pdf
Export PDF en double page :
http://anamnese.online.fr/site2/txt2tex/sample-2x1.pdf

Source de ces documents :
http://anamnese.online.fr/site2/txt2tex/sample.t2t

> Lire le journal (23 commentaires, moyenne: 2,3).

Wikiroman est un roman collaboratif où tout le monde peut participer.

Initialement conçu comme une plate-forme où les auteurs envoyaient leurs proses de façon concurrente, et où le texte retenu d'une période donné était choisi selon les votes des visiteurs, il est passé récemment à une pure forme wiki où dorénavant les visiteurs-auteurs peuvent réellement rédiger en temps réel. Le wiki utilisé est le célèbre MediaWiki, popularisé entre autres par Wikipedia.

La licence du roman est passée sous [[Licence de documentation libre GNU]], permettant ainsi la libre modification et la rediffusion de l'oeuvre.

Reste à savoir si ce type d'histoire se prête bien à la forme wiki, et s'il n'y a pas de risque de voir des conflits d'édition encore plus virulents que sur wikipedia, étant donné que dans ce cas il y a encore plus de subjectivité au niveau du contenu.

Quelques visiteurs de la première version du roman ont reproché à celui-ci une histoire trop téléguidée et prévisible, ainsi qu'un manque de coordination et d'organisation dans la rédaction. Il ne tient donc qu'à vous, linuxéfériens à la plume agile, de l'améliorer !


- Wikiroman : http://www.wikiroman.fr

- Le blog de Wikiroman : http://www.wikiroman.fr/blog/

> Lire le journal (24 commentaires, moyenne: 3).

Je trouve que cela serait une bonne idée de séparer dans les distributions Linux, surtout dans l'optique d'une utilisation "desktop", la base du système de la base des logiciels utilisateur, pour en faire des développement séparés. En effet la base système (démarrage, shell, cups, python, perl, php, mysql etc) peut se permettre de rester figée plus longtemps que la base des logiciels courants de l'utilisateur (inkscape, firefox, blender etc.), ces derniers en revanche ont besoin d'être mis à jour souvent pour profiter des dernières améliorations ("release early, release often")

À ma connaissance aucune distribution ne le fait vraiment.

Dans le contexte d'une entreprise, mais parfois aussi d'un particulier, une fois que l'on a installé un système, on n'a pas forcément envie de le changer tous les ans, ni même tous les 2-3 ans. Exemple du système de base Windows ou Mac os X : il n'y a pas de nouvelles versions majeures tous les 4 matins, par contre les utilisateurs peuvent mettre à jour leurs logiciels relativement facilement, ils n'ont à regarder que la gamme compatible du logiciel : version Tiger et/ou Panther, version XP et/ou Vista.
Les mises à jour de sécurité sont faites au fil de l'eau, tandis que les logiciels fournis par le "vendeur", comme itunes, quicktime, sont également mis à jour au fur et à mesure.

Sous linux, hormis les paquets spécifiques à une distribution, souvent incompatibles (mais on peut tenter avec alien...) un paquet pour la version "instable" (donc récente) ne fonctionnera pas avec la version "stable". Et trop souvent, la version stable utilisée ne contiendra pas une mise à jour satisfaisante du logiciel. Je ne connais pas toutes les distributions, mais si on peut comprendre que la distribution ne mette pas à jour son système de base stable pour ne pas casser des applications existantes, en revanche on pourrait souhaiter (je me répète) avoir des versions récentes des applications de bureau, qui pourtant dépendent moins les unes des autres. Mettre à jour OpenOffice ne va pas casser Gimp... On pourrait éventuellement envisager l'utilisation de chroot pour encore plus compartimenter et sécuriser les logiciels fraîchement installés.

Un exemple concret : en mai 2006, j'installe sur un poste de travail, à mon boulot, une opensuse 10.1. Après diverses configuration, elle fonctionne pas trop mal, et par rapport aux besoins de l'utilisateur, il n'est plus nécessaire de toucher au système de base (l'imprimante est configurée une fois pour toute, l'accès nfs ou samba à des serveurs distants aussi, on l'utilise même comme serveur de sauvegarde avec rsync etc). Par contre c'est firefox 1.5 qui est livré, et sur certains sites, cette version trop vieille ne fonctionne pas de façon satisfaisante. On peut éventuellement télécharger (à l'époque) la version 2 sur le site de mozilla, mais qu'en est-il pour ceux qui ont des pc 64 bits, mozilla ne fournissant un binaire que pour 32 bits ? (si on l'utilise sur un poste 64 bits, il peut manquer des icônes, et il y a peut-être d'autres problèmes sous-jacents).

Idem pour les mises à jour OpenOffice, les nouvelles versions étant quand même plus fonctionnelles. Donc soit on s'embête pour les mises à jour (recompilation...), soit on garde des versions obsolètes. Ou soit on migre tout le système vers la version de la distribution, ce qui n'est pas très rationnel vu que toute la base fonctionne bien pour l'usage qu'on en a. C'est pourtant ce que j'ai fait dans cet exemple de l'opensuse, une mise à jour courant août, ce qui m'a fait beaucoup plus perdre de temps que si c'était une simple mise à jour de 2-3 logiciels spécifiques : au démarrage, j'ai eu droit à quelques gels d'écran, les configurations utilisateurs n'étaient plus les mêmes, les imprimantes avaient disparues (ennuyeux pour ce qui était sensé être une mise à jour...).

Je ne remets pas non plus en cause l'intérêt des paquets dans les distributions, c'est un service que j'apprécie et utilise beaucoup, mais à trop focaliser sur la globalité de la distribution à mon moment donné, cela a tendance à trop la figer dans un ensemble rapidement dépassé.

Un autre exemple : Le minimum, pour Firefox 3, sous Mac OSX c'est Tiger, sorti en avril 2005 (soit un an avant l'opensuse dont on parle). Pour Windows, c'est XP, sorti en 2001. Sur mon EeePC, acheté au début de l'année, le système xandros ne permet pas, facilement j'entends, d'installer Firefox 3, la version "Linux" du site de Mozilla, est incompatible (problèmes de dépendances). Cela pourrait peut-être changer ( http://www.blogeee.net/2008/08/26/les-prochains-eeepc-sous-l(...) ) mais en attendant, cela ne donne pas une superbe image de Linux auprès du grand public.

Aussi, dans nombre de cas, je suis obligé de compiler moi-même mes paquets avec une debian stable pour pouvoir les utiliser sur l'EeePC. D'ailleurs très souvent ces paquets compilent sans problème sur la debian stable, preuve que le système de base n'a pas forcément besoin de la toute dernière libc pour faire fonctionne des logiciels récents. Le concept de backports mériterait aussi d'être plus étendu (par exemple il n'y a pas de backport officiel de iceweasel 3 pour debian stable).

Je ne dis pas que Mac OSX ou Windows sont parfaits dans leurs conceptions, loin de là, mais, ces différents points mériteraient sans doute d'être améliorés sous linux.

> Lire le journal (77 commentaires, moyenne: 3,3).

Sur le modèle des speed-IF anglophones [http://www.ifwiki.org/index.php/SpeedIF], nous vous proposons la 3ème édition d'une rencontre sur irc (voir http://ifiction.free.fr/index.php?id=irc pour plus d'information), dans l'optique de créer individuellement une très courte Fiction_interactive ou jeu d'aventure textuel, à coder en 2 heures seulement.

Je vous renvois à ce journal passé pour les précisions :

http://linuxfr.org/~farvardin/25122.html

Au niveau de l'heure de rendez-vous, je propose Dimanche 1er juin, à partir de 9h30 pour le choix d'un thème, et le déroulement de l'épreuve se fera entre 9h45h et 11h45, sachant que l'on déborde quand même toujours un peu vers la fin :)

Il est recommandé par la suite de retravailler ces jeux, mais en général on ne passe pas plus de 5-6 h en plus, pour que l'histoire reste spontanée et vivante.

Quelques exemples de nos réalisations passées :
http://ifiction.free.fr/index.php?id=speedif

Au niveau des langage utilisés, il est toujours possible de choisir Inform 6 ou Inform 7, ce dernier dans sa dernière mouture devient d'ailleurs plus aisé à installer en français du fait des récents changements dans la politique des extensions.

> Lire le journal (8 commentaires, moyenne: 3,5).

En effectuant ma visite hebdomadaire de Happypenuin.org, je suis tombé sur ceci :

http://happypenguin.org/show?emMines

Ici il ne s'agit que d'un petit jeu, mais qu'un projet plus global englobe : Eaglemode.

Je vous le laisse le découvrir : http://eaglemode.sourceforge.net/screenshots.html

En fait cela permet d'accéder à tous les fichiers dans sa machine et de les visualiser, sans utiliser le clic de la souris (sauf si vous souhaitez les modifier), juste avec la fonction zoom de la molette. C'est très efficace, et permet de voir et d'appréhender son ordinateur d'une autre manière. On peut même explorer le code hexadécimal des binaires :)

Cela ne semble pas utiliser des fonctions 3D de la carte graphique, c'est juste un rafraichissement de l'affichage par cran de la molette.

Fans de google earth et de son mode de navigation, ou simples geeks curieux, ce projet impressionnant est pour vous !

> Lire le journal (3 commentaires, moyenne: 4).

bronsoir,

sous ce titre racoleur, évoquant, telle une épée de damoclès, l'ombre terrifiante des ciseaux d'Anastasie oeuvrant pour le bien de la nation, et la mort d'internet, je voulais participer à un acte particulièrement incivique, car je vais maintenant vous donner 2 liens vers des sites internet où se trouve du contenu particulièrement interdit :

http://www.exalead.fr/search
http://www.google.com/

Je n'irai pas plus loin dans l'exposition de liens interdits, car là avec mes 2 malheureux liens je me sens trop un ouf', mais je crois avoir déjà bien engagé pénalement ma responsabilité (et celle de linuxfr.org, et celle de votre fournisseur d'accès etc).

Je ne citerai donc pas le nom de l'acteur qui a eu la brillante idée d'attaquer un site internet faisant office d'aggrégateur de liens, sur ses relations présupposées avec une actrice (info relayée sur wikipedia, mais chut, ne leur donnons pas de mauvaises idées supplémentaire, apparemment ils ont besoin de sous), et ne commenterait pas la décision de justice qui a condamné le site en question. Comme il a été dit à propos de cette affaire, c'est comme si un buraliste se faisait condamner pour avoir vendu un numéro de "Voici". C'est comme si un moteur de recherche se faisait condamner pour avoir archivé un lien vers un site "interdit".

Ils deviennent tous fous ou quoi ?

Bon, allez, on se cotisera si ceux-là aussi sont interdits, cette affaire est vraiment trop ridicule :

http://www.lefigaro.fr/hightech/2008/03/27/01007-20080327ART(...)
http://www.presse-citron.net/?2008/03/17/3180-fuzz-et-assign(...)

Ce n'est pas juste le "web 2.0" qui est touché, c'est vraiment tout le principe d'internet (liens, flux rss, diffusion de l'information), et au delà, même la logique la plus élémentaire est attaquée.

> Lire le journal (32 commentaires, moyenne: 4).

Oubliez la WTFPL et la Gnu GPL. Préférez une authentique licence libre qui respecte les 10 libertés fondamentales de la FSF (Farvardin Super Fondation) (voir plus bas)

http://cbeuming.wikidot.com/licence


Licence Générale CBEUMING (Cent Balles et Un Mars Is Not Gnu)

Cette oeuvre de l'esprit est libre ; vous pouvez la redistribuer ou la modifier suivant les termes de la "CBEUMING General Public License" telle que publiée par Farvardin : soit la version 4b17c (incompatible avec la 3c10z) de cette licence, soit (à votre gré) toute version ultérieure.

Cette oeuvre est distribuée dans l'espoir qu'elle vous sera utile, mais AVEC CERTAINES GARANTIES : celle de VOTRE ENTIÈRE SATISFACTION PERSONNELLE À L'UTILISER. Consultez la Licence Générale Publique CBEUMING General Public License pour plus de détails.

Vous devriez avoir reçu une copie de la Licence Générale Publique CBEUMING avec cette oeuvre ; si ce n'est pas le cas, demandez 100 balles et un mars à celui qui vous a distribué cette oeuvre.


La FSF (Farvardin Super Fondation) maintient une définition du logiciel libre et des oeuvres de l'esprit basée sur dix libertés fondamentales :

- Liberté 0 : La liberté d'apprécier l'oeuvre — pour tous les usages ; Si vous ne l'appréciez pas (parce que vous avez mauvais goût ou que l'oeuvre est mauvaise), on vous donne 100 balles et un mars.

- Liberté 1 : La liberté d'étudier le fonctionnement de l'oeuvre — Si vous ne la comprenez pas (parce que vous êtes trop bête ou que l'oeuvre est tordue), on vous donne 100 balles et un mars ;

- Liberté 2 : La liberté de redistribuer l'oeuvre — Si vous vivez dans un pays totalitaire un peu sensible au niveau censure et liberté d'expression, et que vous avez des problèmes à cause d'une oeuvre sous licence CBEUMING, on vous donne 100 balles et un mars ;

- Liberté 3 : La liberté d'améliorer l'oeuvre et de publier ces améliorations — Mais si vous n'êtes pas assez doué pour cela, on vous donne 100 balles et un mars ;

- Liberté 4 : La liberté de vous tromper : Si vous basez tout votre modèle économique sur la CBEUMING, et que ce modèle économique ne vous a pas permis de vous faire des grenouilles en or, on vous donne 100 balles et un mars ;

- Liberté 5 : La liberté d'attaquer : Si vous êtes insatisfait de l'oeuvre ou du logiciel et que vous décidez d'attaquer le diffuseur de cette oeuvre, non seulement on vous encourage à le faire, mais en plus on vous donne 100 balles et un mars si vous gagnez votre procès ;

- Liberté 6 : La liberté de se faire attaquer : Si votre oeuvre ou logiciel copie ou s'inspire d'une autre oeuvre protégée par une autre licence pas aussi libre que la nôtre (licence commerciale propriétaire, musique sacem, brevet légal américain, licence gnu gpl), et que vous perdez le procès, on vous donne 100 balles et un mars ;

- Liberté 7 : Liberté de la fermer : Si vous avez un problème moral avec cette oeuvre, mais que vous préférez ne rien dire et ne pas vous plaindre, c'est votre entier droit de le faire. On aimerait bien vous donner 100 balles et un mars en dédommagement pour cela, bien entendu on n'est pas devin non plus ;

- Liberté 8 : Liberté de ne pas l'utiliser : Si vous n'utilisez pas un logiciel sous licence CBEUMING, on vous donne aussi 100 balles et un mars (pas de discrimination) ;

- Liberté 9 : Liberté d'être en rupture de stock : Dans le cas où on n'aurait plus 100 balles et un mars à vous donner dans le cadre d'une raison citée plus haut, nous avons la liberté de remettre ad vitam eternam cette offre.

CBEUMING, « Free as in "free 100 balles et un mars" or "free speech", not as in "free software" »

> Lire le journal (15 commentaires, moyenne: 3,7).

Alors, vous lui offrez quoi à l'élue de votre coeur ? (j'évoque uniquement cela dans ce sens-là, vu que la majorité ici fonctionne aux testostérones en plus du core 2 duo 2,66 Ghz qui leur sert de coeur, et s'il y a des femmes ici elles postent tellement peu souvent que bon, bref...)

Pour les retardataires, quelques idées :

- Un scoubidou amoureusement tressé dans une poignée de câbles RJ45
- Un livecd d'Ubuntu ou de Knoppix, parce qu'il serait quand même temps qu'elle s'y mette ! (prévoyez un dvd pour les plus riches)
- Un EEE réinstallé avec XP
- Un livre avec les meilleurs citations de Theo de Raadt
- Une soirée en tête à tête à l'install party de votre LUG
- Un voyage en Finlande
- Un Tux en peluche
- Une pierre précieuse : "Programming Ruby: The Pragmatic Programmer's Guide"
- Un poème sous licence Art Libre ou Creative Common -SA (que vous pourrez vous repasser entre ami via jabber)
- Rien, elle est déjà parti avec le voisin, celui qui ne passe pas ses nuits à installer toutes les distribution que l'on trouve sur distrowatch et mouler sur la tribune

Ne me remerciez pas.

Et vous, quelles sont vos bonnes idées cadeau ? ;)

> Lire le journal (31 commentaires, moyenne: 3,9).

Suite à ce commentaire, http://linuxfr.org/comments/900418.html#900418 , je me suis décidé à faire un petit journal pour répertorier certains comportements par défaut qui sont plutôt idiots, mal pensés, ou en tout cas à revoir (oui n'ayons pas peur des mots, allez vous braquez pas, je plaisante (presque), parfois c'est peut-être des options que je n'ai pas trouvées ou pas comprises...). Ayant installé Linux sur certains ordinateurs à mon travail, j'ai pu observer comment réagissaient certains utilisateurs face à cela. C'est pas toujours très concluant, mais sous windows c'est pas forcément mieux rassurez-vous :)
Voici quelques commentaires sur des bureaux ou applications libres, cela concerne certains comportements par défaut pas très logiques, mais aussi des manques ou des choses anti ergonomiques. Vous pouvez rajouter les vôtres, lâchez-vous, comme vous pourrez le constater, il y a de (pas très) subtils fuds et trolls là dedans :)

Maintenant j'ai essayé de faire un bureau type sous linux, et lorsque j'installe un nouveau système, je recupère ces fichiers de configuration, c'est rapide à déployer sous linux (contrairement à un nouveau poste windows)

- Thunderbird et les logiciels de messagerie :
- options > avancé > réseau et espace disque : compacter les dossiers quand cela économise au moins ### ko : cette option n'est pas activée par défaut. Résultat, dans 90 % des cas, au bout d'un temps variable (suivant le nb de fichiers qui transitent par cette boîte, surtout s'il y a des fichiers powerpoints avec les messages du dalai lama ou les co****ries du jour), thunderbird devient inutilisable. L'ayant déployé en entreprise, et ayant oublié au début de cocher cette option, j'ai vu les dégâts que cela occasionne. Les gens effacent pourtant leurs messages, mais ils ne savent pas que cela n'efface pas physiquement les données, résultat en 6 mois on se retrouve souvent à plus de 500 Mo de données, et thunderbird a de plus en plus de mal...
Personnellement je mets en général une limite à 5000 ou 8000 ko pour cette option, et cela va bien...

- cela n'a pas grand chose à voir avec la question, mais cela serait bien que les logiciels de messagerie de façon générale préviennent les expéditeurs au début lorsqu'ils envoient un message à plein de monde en copie simple (quitte à mettre une option "ne plus me prévenir par la suite"), que ce comportement n'est pas souhaitable dans la plupart des cas, et contribue à faire proliférer les spams.

- OpenOffice.org : options > affichage > taille et style des icônes : choisir grande et tango ou industriel ou autre, mais pitié, comment espèrent-ils rendre attractif openoffice quand les icônes par défaut sont dignes de windows 3.0 (avec moins de relief et de couleurs...) ?

- Debian :
- pour epiphany, page d'accueil par défaut : debian.org . Pour faire fuir un nouveau sous linux, il n'y a pas mieux :)
- de façon générale, la plupart des distributions mettent des pages d'accueils ou des signets à 99% destinés à l'usage des geeks, genre slashdots et compagnie. Pourquoi ne pas concevoir une sorte de portail personnalisé par la distribution qui permette d'une part d'avoir des info discrètes et de la documentations sur la distribution installée, mais également d'avoir des actualités, un moteur de recherche internet etc. Pas la peine de faire aussi racoleur que yahoo, mais un peu dans l'esprit quand même au niveau pratique.
- un peu pénible le coup de iceweasel / icedove, pour les non geeks qui n'en ont rien à faire des débats tirés par les cheveux sur les licences mozilla, on prend du temps à dire que firefox / thunderbird c'est bien sous windows, en ensuite si on leur installe linux/debian, il n'y a plus firefox / thunderbird, comment l'expliquer en ce cas, à part pour dire que les gars de debian s'estiment plus intelligents que mozilla pour apporter des correctifs de sécurité sur firefox ? Sans compter que lightning ne fonctionne pas bien avec icedove.
Donc en général, première chose à faire c'est installer à la main firefox / thunderbird. C'est un peu lourd, ils n'ont qu'à faire comme pour java ou flash, ils mettent firefox dans la partie "non-free", et ils le redistribuent sans modification, et c'est réglé.

- Gnome :
- dans la plupart des distributions, pas de raccourci direct vers gnome-control-center, il faut passer par chaque option du menu pour configurer chaque point.

- pour le calendrier, si on clique dessus, certains ne comprennent pas que c'est comme un bouton poussoir et que l'on peut faire disparaître le calendrier en recliquant dessus. Une petit croix discrète et c'est résolu. Cela peut paraître bête, mais quand non pas une seule mais plusieurs personnes sont bloquées à cause de cela ("fait mois disparaître ce **** de calendrier"), c'est qu'il y a un pb d'ergonomie quelque part (elles ne s'y connaissent pas en informatique mais savent qu'une croix c'est pour quitter)

- si on clique sur imprime écran, cela fait un screenshot. Cool pour échanger ses meilleurs bureaux compiz/beryl/compiz-fusion sur les forums ubuntu. Mais dans le contexte d'une entreprise, ce n'est pas forcément très adapté. En fait je pinaille et ce n'est pas très génant en soit, mais si on pose un classeur sur le clavier et que cela bloque sur cette touche, cela ouvre 500 copie d'écran ! On peut faire un redémarrage brutal et direct de la machine à ce moment-là, la charge montant jusqu'à 15 :) Dommage de ne pas avoir pensé à ne permettre qu'une seule copie d'écran à la fois par cette touche...

- le fameux drag n drop de la discussion citée plus haut : si on clique sans relacher le bouton sur un objet d'une fenêtre sous une autre en vue de déplacer ou activer l'objet sur la seconde fenêtre, la première passe au premier plan, empêchant d'aller sur la seconde. Idem sous KDE.

- un truc que je HAIS sous gnome, c'est que le presse-papier de la sélection souris du milieu n'est pas géré comme ailleurs, si on sélectionne + clic milieu n'importe où cela colle bien, mais si on sélectionne, on clique normal (genre pour être certain de bien positionner le curseur), le texte en presse-papier disparaît (sans doute remplacé par la "selection" vide du clic).

- le bureau gnome et les thèmes gtk ont tendance à faire la couleur des barres de titre des fenêtres d'arrière plan en blanc / gris, de la même couleur que la couleur "neutre" des fenêtres. Du coup quand on a plusieurs fenêtres qui se chevauchent, c'est pas frappant pour s'y retrouver (savoir où cliquer).

- XFCE : impossible de passer le "dock" en dessous des fenêtres, ce dock est obligatoirement au dessous, ou alors il faut le masquer automatiquement. La fonctionnalité a été retirée du code il y a quelques temps, alors que cela existait avant. C'était une option, pourquoi l'avoir enlevée alors que cela fonctionnait bien et qu'on pouvait le désactiver si nécessaire ? Vraiment débile. Ont-ils pris des cours chez Apple au niveau du dirigisme et de la ridigité de l'interface ?

- KDE : simple clic activé par défaut dans certaines distributions. Pourquoi pas à terme, mais pour les utilisateurs avertis, pas pour les gens qui découvrent un nouvel OS et que ce comportement va gaver dans 99% des cas.

- unbuntu/Kubuntu : pas d'accès facile et direct aux disques durs du système (comme sous knoppix). De plus le bureau est presque vide lorsqu'on arrive dessus, pas de "mes documents" sur le bureau, juste des exemples et un prg d'installation (cf . http://freealternative.files.wordpress.com/2007/08/kubuntu.g(...) )

- Windows : "masquer les extensions de fichier dont le type est connu". Bureau par défaut vide au 1er démarrage. Manque une couche unix :) Et puis c'est vrai c'est pas un logiciel libre, juste un shareware en démo 30 jours.

- Apple : on peut faire "copier-coller" des fichiers d'un répertoire à un autre, mais pas "couper-coller", pour cela il faut obligatoirement passer par du drag 'n' drop (sous panther en tout cas). Ont-ils pris des cours chez xfce au niveau du dirigisme et de la ridigité de l'interface ? ;)

> Lire le journal (119 commentaires, moyenne: 3).

Wormux vous rebute par son côté subtil de jeu stratégique au tour par tour ?

Vous avez la nostalgie de Bionic Commando ?

Les jeux en ligne, genre World of Padman ou Ennemy Territory, où on s'affronte par équipe (et où on tient 4 secondes si on est mauvais, 10 secondes si on est meilleur, et plus lorsque l'on commence à devenir bon) vous plaisent bien, mais la 3D vous donne le mal de mer ?

Vous aimez bien Tux, mais à toutes les sauces, ça suffit : vous préférez des protagonistes épiques et plus sérieux.

Ne cherchez plus, TeeWars est le jeu qu'il vous faut : rapide, haletant, amusant, stressant, mignon, coloré, vous ne pouvez pas passer à côté :)

Je n'en avais jamais entendu parler avant, mais c'est plutôt prenant. Les graphismes ne sont pas en reste de plus :
http://www.teewars.com/?page=screenshots

Allez, j'y retourne !

> Lire le journal (8 commentaires, moyenne: 4,1).

Eschalon est un jeu de rôle pour ordinateur (CRPG), avec la volonté affirmée de réaliser un jdr ressemblant aux classiques du genre (Diablo, Ultima...).

Il n'est pas ultra original mais les graphismes sont en style pixel-art 3D isométriques, ce qui est bien rafraîchissant à une époque où jeu informatique rime obligatoirement avec 3D nécessitant une configuration de fou (actuellement j'ai une carte 3D dont les caractéristiques auraient sans douté été merveilleuses il y a 5 ans, mais un jeu comme oblivion est super moche et super lent en 640x480 avec les textures les plus basiques).

Le scénario d'Eschalon n'est pas non plus très original, mais ce jeu m'a bien tenu en haleine durant quelques heures. Bref, il est plaisant et agréable à jouer.

La version windows est venue le mois dernier, et une démo pour linux vient de sortir récemment. La version définitive pour linux devrait être bientôt finalisée.

Les copies d'écran ainsi que la démo pour Linux se trouvent ici :

http://basiliskgames.com/book1.htm

Les auteurs ont été assez généreux sur la démo, vous pouvez jouer assez longtemps avant d'en voir le bout. Le prix du jeu complet me semble abordable : 20 euros.

On pourra rétorquer qu'il vaut mieux soutenir des jeux libres etc, mais il faut bien admettre que la réalisation de celui-là est très aboutie et très pro, les déplacements et effets sont fluides, les musiques sont agréables etc. Beaucoup de gens trouveront sans doute les graphismes "datés", moi je les trouve superbes. J'ai eu beaucoup de plaisir à jouer à la démo, et cela me donne envie de continuer et de le terminer. Le système de jeu est bien efficace, et enfin je trouve que c'est sympa pour une compagnie de jeux de penser aux joueurs sous linux et mac os x. On pourrait espérer qu'un jour ils libèrent leur moteur et leurs graphismes, car cela pourrait donner un super système de création de jeu. Je n'y crois pas trop, en tout cas ce qui est sympa c'est que sur leur forum les auteurs sont à l'écoute des utilisateurs.

Ce que j'ai bien aimé :
- Les graphismes, la musique, l'animation fluide (on est loin de falcon's eye...)
- La possibilité une fois les villes visitées, d'y retourner automatiquement
- l'histoire et l'univers, accrocheurs même si pas très originaux
- le jeu au tour par tour, c'est suffisamment bien fait pour donner l'impression de temps réel sans les désavantages


Nazghul est un moteur de création de jeux de rôles informatiques, un peu axé roguelike, et Haxima est le premier jeu réalisé avec ce moteur.
Une nouvelle version est sortie en novembre dernier.

Cela ressemble un peu à Ultima IV/V, et le système propose une approche intéressante de jeu (apparemment basé sur les systèmes de sort d'ultima IV, mais je ne connais pas assez pour juger). Le scénario de Haxima est intéressant, même si je trouve globalement Eschalon plus accrocheur et accessible rapidement. La profondeur de jeu de Nazghul est sans doute supérieure néanmoins (possibilité d'enrôler des PNJ, diverses tactiques de combat etc)

Les graphismes et des idées sont basés sur le projet xu4, avec les fameux graphismes de David Gervais.

Les scripts de développement des objets et du monde semblent être maison, car apparemment le projet ne dépend pas d'autres bibliothèques hormis sdl et co. (pas de lua etc).
Il y a un éditeur de cartes intégré.

http://myweb.cableone.net/gmcnutt/nazghul.html

Ce que j'ai bien aimé :

- les graphismes là aussi, simple mais lisibles et agréables
- le système : ouvert, libre, permettant de créer soi-même des jeux similaires, bien que je n'ai pas testé encore.
- la profondeur de jeu : les sorts, les groupes, les tactiques
- le scénario d'Haxima

> Lire le journal (17 commentaires, moyenne: 1,7).

il y aura sans doute une dépêche de faite, mais c'était pour dire que phpBB3 venait de sortir (hier je crois), après une longue attente et diverses RC, signe que les développeurs voulaient sortir un produit de qualité et non pas bâclé (bon, ce n'est pas forcément un signe de qualité, cf. vista, mais pour phpBB3 on verra que si)

Étant administration d'un forum phpBB2, sur lequel je pestais tellement la sécurité vis à vis des robots spammeurs était mal faite (inscription à valider mais le robot spammeur pouvait créer un profil avec site internet, et c'était super pénible à retrouver le nom et supprimer l'utilisateur).

Il était possible d'installer des mod pour pallier à cela mais c'était tellement fastidieux lors des migrations de version que cela m'avait toujours dissuadé de le faire.

Mais la nouvelle version de phpBB propose toutes ces sécurités d'office, tout est simplifié, tout est bien pensé, réfléchi, réorganisé. La console d'administration est une merveille, à l'image d'un spip ou d'un wordpress, ce n'est plus la confusion qu'il y avait avant.

Tout ceci se paye par le poids, compter 8 ou 9 Mo pour cette nouvelle version (francisée par http://www.phpbb-fr.com )

J'ai donc fait la migration de notre forum tout à l'heure, je voulais juste tester la nouvelle version avant, mais à la fin de l'installation il m'a été proposé de migrer un ancien forum, et la transition s'est faite sans de problème, et très rapidement. Leur outil de migration est très bien conçu.

Il est possible comme avant de modifier les thèmes, je trouve l'aspect du thème par défaut un peu plus fouilli et déroutant que ce que l'on pouvait avoir avant (texte plus gros, interlignes plus importants, avatars à droite), mais c'est quand même réussi, il faudra voir à force de l'utiliser (ou refaire un thème personnalisé)

Quelques nouvelles fonctionnalités :
Inscription avec captcha (désactivée par défaut, si vous avez un forum, soyez sympa pour les déficients visuels, et permettez une zone d'édition libre où ils peuvent écrire un message en cas de problème d'inscription !)

Le forum permet maintenant de joindre des fichiers de taille importante, et de gérer finement les droits à ce niveau.

La création de sondage est simplifiée.

Possibilité de faire un bbcode personnalisé

notification par jabber

possibilité pour les utilisateurs de faire des listes d'amis, des listes de personnes à ignorer (utile pour les gros forums sans doute...)

il y en a sans doute encore d'autres mais c'est surtout ce que j'ai vu pour le moment...


http://www.phpbb.com/

> Lire le journal (14 commentaires, moyenne: 2,2).

Bonjour à tous,

je suis actuellement en train de pousser dans mon entourage pour pouvoir utiliser l'utf-8 (au lieu de l'iso-machin-trucmuche).

Les bonnes raisons pour utiliser l'utf-8 sont:
* c'est le futur (comme hurd, opensolaris et l'ipv6)
* cela me permettra de manipuler plus facilement du texte dans des langues que je ne connais pas, dont je ne soupçonne même pas l'existence et que je n'apprendrais sans doute jamais (le basque septentrional, l'indo-araméen, l'elfique sylvain, l'orque commun, le völäsperäntido...)

Les trois quatre trois gros obstacles que je rencontre dans mon argumentation sont:
* l'iso-machin-trucmuche saylargementsuffisant pour le franco-français (sans arguments c'est plus facile)
* l'utf-8 c'est pas fiable parce que cela va me mettre des caractères bizarres partout si je me gourre dans mes scripts de conversion et que je ne fais pas cela correctement.
* on trouve facilement des valseurs alors que personne ne danse l'utf-8 (eu non, pas vraiment là)
* je risque de me faire kicker sur irc si je visite des canaux intégristes (genre #linuxfr) et que je l'ouvre un peu trop.

J'imagine que je ne suis pas le premier qui se retrouve face à ce genre de problème, mais si vous avez des vrais arguments, ça m'intéresse aussi.

En fait plus sérieusement, malgré mon appel à l'aide sur des sites pointus ( http://linuxfr.org/forums/12/23500.html ), j'ai dû sauvegarder toutes mes données et réinstaller mon système, ce qui n'était pas forcément un mal puisque cela m'a permis de mieux réorganiser mes partitions (on oublie les 8 partitions de 15 Go chacune, et on n'en fait qu'une grosse à la place... c'est plus facilement gérable).

Étant donné que j'ai tout sauvegardé, et que je vais recopier toutes mes données persos, autant essayer de passer en utf-8, c'est le bon moment pour cela.

Ne vous inquiétez pas, j'ai commencé à lire en long, en large et en travers les sites à ce sujet, mais je voulais également avoir votre retour d'expérience sur le sujet, est-ce qu'il y a des programmes qui ne fonctionnent pas trop bien avec cela, des vices cachés, des pièges à éviter etc. ?
Pour les accents dans les titres de fichier, ce n'est pas trop un problème, car cela fait des années déjà que j'essaye de les éviter. Mais vu que j'utilise beaucoup de fichier texte, j'espère ne pas laisser de plume dans les conversions à l'intérieur des fichiers. Est-ce que ce n'est pas trop fastidieux de tout convertir ?
De plus j'utilise un programme (inform 6) qui ne traite pas le code source en utf-8, en ce cas cela veut dire que je ne peux pas généraliser la conversion sur tout mon système. Conseillerez-vous donc de convertir les fichiers au coup par coup, l'exemple donné restant assez isolé ?

D'autre part j'ai vu que des programmes comme gedit faisaient la conversion de manière transparente, c'est à dire que les fichiers iso-8859 sont ouverts avec le bon filtre, mais du coup on ne sait pas trop où on en est.

Pour les fichiers du genre openoffice, l'encodage ne pose pas de problème (peut-être que les données sont déjà en utf8 et reconverties à la volée suivant le système utilisé ?), sinon je voulais savoir, il me semble que mac os x est en unicode, mais je crois que windows xp ne l'est pas, qu'en est-il de vista ? (quid de solaris, *bsd ?)

Sinon si vous voulez déverser votre fiel à propos d'une mauvaise expérience avec utf-8, ou iso-trucmuche-dont-j'oublie-toujours-le-numéro, vous pouvez en profiter également...


ps : oui je sais l'unicode c'est aussi un iso, ISO 10646

> Lire le journal (53 commentaires, moyenne: 2,5).

Sur linuxfr il y a des sujets tabous.

Par exemple celui des logiciels gaspillant inutilement les ressources de nos machines. Amor est de celui-là.
http://docs.kde.org/stable/en/kdetoys/amor/

Ce sublime logiciel permet pourtant d'afficher des petits "lutins" (en anglais on dit sprites) sur les fenêtres pour le grand plaisir des petits et des grands.
Comme on dit, "inutile, donc indispensable".

J'ai confectionné un modèle spécialement à l'effigie du grand Pope des chevaliers du zo... ah non, en fait c'est autre chose, mais voici le superbe projet, en attendant que cela rejoigne, peut-être, les dépôts officiels de KDE :

http://dl.free.fr/gw1eTicdD/amor_le_pop.tgz

> Lire le journal (8 commentaires, moyenne: 3,6).

Le EEE d'Asus est un ultraportable tournant sous linux qui devrait sortir prochainement. Outre le fait qu'il fonctionne grâce à notre système préféré, son poids (900 g), sa taille (format +/- A5 lorsqu'il est fermé) et son prix (normalement dans les 250 $ / ¤ selon la config) le rendent très attractif.

Le webmestre du site blogeee vient de publier un test en détail de ce bijou, après avoir pu le manipuler quelques heures :

http://www.blogeee.net/?p=156

Cette machine m'a l'air vraiment bien conçue, j'espère qu'elle tiendra ses promesses et qu'elle permettra à un grand nombre d'avoir accès à Linux et à ses outils.

Alors, craquerez-vous également ?

> Lire le journal (34 commentaires, moyenne: 3,1).

bonjour,

je sais que cette question aurait plus sa place sur les forums, mais cela impliquait peut-être plus de débat que l'on en trouve dans les forums :)

j'utilise quotidiennement Evolution sur une Debian AMD 64. Or, il y a quelques jours, en faisant la mise à jour, j'ai remarqué que quelque chose de bizarre s'était passé, en fait tous les paquets sont mis à jour vers la 2.12 sauf le paquet principal qui reste à la 2.10, comme on le voit ici :

http://packages.debian.org/search?keywords=evolution&sea(...)

apparemment en regardant dans les bugs, seul i386 est passé à la 2.12 sur tous les paquets, et c'est dû à un problème de compilation sur les autres plateformes. Soit.

La première question, c'est quel est l'intérêt de passer une dépendance critique comme evolution-data-server en 2.12 sur amd64, alors que le paquet evolution ne compile pas bien sur cette plateforme ? Du coup j'ai cassé evolution, alors pour pouvoir au moins le lancer j'ai forcé la version 2.10 pour revenir à evolution-common, mais il n'est pas possible de revenir à la 2.10 pour evolution-data-server.
Je peux consulter mes messages, mais pas y répondre, je ne peux pas non plus ajouter de nouvelles entrées au carnet d'adresse (crash direct). Tous mes rendez-vous ont disparus à l'affichage, mais apparemment c'est encore dans la base si je fouille dans les fichiers dans .evolution.
Pourquoi ne pas bloquer tout ce qui correspond à evolution à la 2.10 pour les architectures autres que i386 ? Pourquoi ne pas avoir laissé les paquets de 2.10 dans les bases de téléchargement si la nouvelle version est cassée ?

Sinon savez-vous s'il est possible de vraiment revenir facilement à la version précédente en attendant ?

La seconde question, c'est pourquoi faire des dépendances à la noix avec evolution (binaire) d'un côté, evolution-common (données) de l'autre, ce qui fatalement peut mener à ce genre de joyeusetés s'il n'y a pas de garde fou (C'est la même chose pour gimp, gimp-data etc). Je présume que c'est pour gagner de la place sur les serveurs vis à vis des architectures moins courantes, ce qui peut être une bonne chose, mais il faudrait trouver un solution lorsque c'est cassé.

De plus, c'est très souvent que si on demande la mise à jour du meta paquet (genre wine, gimp etc), les dépendances nécessaires ne sont pas mises à jour automatiquement, il faut le faire à la main. Mauvaise configuration du mainteneur ? Cela ne le fait pas pour kdelib par exemple qui met à jours toutes les dépendances associées, mais pour gimp il ne le fait que paquet par paquet, si on met à jour gimp, il ne fait pas libgimp2.0).
Le modulaire c'est bien (mieux que dans d'autres distributions où si on veut knode on est obligé d'avoir toutes la branche kde-internet-quelquechose avec kmail etc), mais là c'est un peu lourd.

C'est la première fois où j'ai un tel problème avec Sid, en tout cas cela n'encourage vraiment pas d'essuyer les plâtres avec les architectures 64 bits, pour le moment le gain du 64 bits je ne l'ai vraiment pas vu, je l'ai surtout mesuré en temps perdu avec ce qui ne fonctionne pas bien...

> Lire le journal (17 commentaires, moyenne: 3,6).

Cher journal,

je me pose une grande question existentielle, les grands Gourous de Unix, qui sont toujours sages et bons, conçoivent normalement leurs systèmes de la façon la plus efficace possible.

Pourtant si on doit compiler des sources un peu longue, quand on lance le configure il teste en premier si on a gcc, ensuite si on supporte tel truc ou tel autre de base etc. Ensuite si par exemple on a besoin de QT il teste si QT est là, et zut paf, il manque de nouveau une dépendance, alors on installe cette dépendance, retest complet, test de QT, ça passe, puis au bout d'un long moment à poireauter devant la machine, test de KDE-lib, toujours pas là, installation etc

Est-ce que cela dépend d'autoconf ou des développeurs de toujours faire cela dans cet ordre, car si sur la plupart des machines où on doit compiler on a généralement les paquets de base, en revanche on n'a pas toujours les bibliothèques un peu spécifiques au logiciel (j'ai cité QT mais cela aurait pu être socket6-perl-random ou python-soja-ncurses), et justement ce sont toujours celles-ci qui sont demandées en dernier, ce qui augmente l'attente pour rien !!

> Lire le journal (10 commentaires, moyenne: 3,4).

Sur le modèle des speed-IF [http://www.ifwiki.org/index.php/SpeedIF] anglophones, nous proposons de nous réunir ponctuellement pour la réalisation d'une petite pièce de fiction interactive, qui devra être réalisée de façon individuelle en 2 heures environs. Le jeu devra être fonctionnel, mais il sera forcément limité, aussi il faudra utiliser le maximum de nos ressources pour sortir quelque chose de cohérent.

La première sera demain 19 août dans la matinée.

Si vous avez toujours voulu faire un petit jeu sous Inform, là c'est le moment, cela ne vous prendra pas plus que 2h de votre temps :)

Le thème sera à définir peu avant la "compétition", par exemple 1/4 d'heure avant le début de l'épreuve, avec un rendez-vous sur irc, accès direct ici :
http://ifiction.free.fr/index.php?id=irc

Les règles

L'exercice durera deux heures environs.

Il sera possible aux participants de réutiliser du code existant dans des projets passés, dans la mesure du raisonnable (c'est à dire sans reprendre la moitié d'un jeu existant et clamer que l'on a fait quelque chose de nouveau avec, mais il reste possible de réutiliser quelques routines ou facilités développées dans d'autres jeux). Il est possible notamment d'utiliser pour base notre kit de développement [http://ifiction.free.fr/fichiers/inform6_kit_debutant.zip] pour débutant.

Il n'y a rien à gagner, seulement le plaisir de participer, de s'amuser et de faire de nouvelles créations.

Il n'y aura pas de classement ou de vote par rapport aux jeux produits.

Il sera possible à ceux qui n'ont pas pu participer à la date annoncée de réaliser un jeu dans le même temps imparti, au cours de la semaine qui suivra.

Il est souhaitable que le code de chaque jeu soit rendu publique, et si possible sous une licence libre.

Date

Le 19 août 2007 : de 9h45 à 11h45, rendez-vous à 9h30 sur irc, canal #ifiction-fr sur freenode.org

les jeux finaux, ainsi que le code, seront à envoyer à une adresse de courriel communiquée sur irc

Notre forum de discussion à propos de cet événement :
http://ifiction.free.fr/forumBB/viewtopic.php?t=402

> Lire le journal (4 commentaires, moyenne: 2,5).

bonjour,

Dans la série : "si tu n'es pas content tu n'as qu'à pas l'utiliser", voici ma petite histoire :

Mon navigateur, konqueror, qui passe pourtant l'acid test 2, n'est pas suffisamment web 2 pour gmail, qui considère que je n'ai pas le droit de modifier les paramètres du compte gmail (c'est à dire les bêtes options) si je n'ai pas un navigateur top moumoutte complètement compatible avec ses standards.

Les paramètres peuvent être modifiés uniquement à partir de l'affichage en mode standard de Gmail.
Pour accéder à la vue standard, utilisez un navigateur totalement compatible.

Voilà, konqueror est trop pourri pour google. À quand la recherche sur internet google acccessible uniquement via firefox, IE ou safari ?

J'ai été donc contraint de lancer FatFox pour me connecter à gmail, qui m'a d'ailleurs proposé d'installer la barre google pour être certain de ne pas utiliser un autre logiciel de messagerie que gmail (on sait jamais, des fois que j'utilise thunderbird, on comprend maintenant pourquoi la fondation mozilla, largement subventionnée par google, souhaite prendre ses distances avec le développement de thunderbird... c'est tellement mieux de pouvoir stocker sa vie privée sur des serveurs tiers)

La poste.net va bientôt proposer pour son service de courriel une nouvelle interface du tonnerre, en ajax ultra ammoniaqué (peut-être avec une pincée de flash ?, heureusement tant qu'ils continent à proposer l'imap je n'ai pas à l'utiliser), yahoo me tanne pour que je quitte l'interface classique pour tester de nouveau sa superbe version beta trop facile à utiliser (mais surtout trop lourde), bref, tout le monde semble gagné par le kikoolol wizz buzz et je me demande : Et si on revenait à des clients de messagerie classique, cela ne serait pas mieux non ?

ps : et sinon, non, je n'utilise pas gmail de façon habituelle, c'est juste pour un compte commun, et je suis bien content d'avoir encore la possibilité d'utiliser autre chose.

> Lire le journal (52 commentaires, moyenne: 4,3).

bonjour,

connaissez-vous le window scaling ?

suite à des déboires que j'ai eu sur certains sites avec des routeurs incompatibles avec ce window scaling ( http://en.wikipedia.org/wiki/TCP_window_scale_option ), et sa résolution dans un forum :
http://linuxfr.org/forums/12/22753.html
ainsi que des explications complémentaires ici :

http://kerneltrap.org/node/6723
http://lwn.net/Articles/92727/
http://en.opensuse.org/SDB:Problem_with_establishing_TCP/IP_(...)
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401435

je propose ce petit test :

votre système linux arrive-t-il à se connecter sur (par exemple) ces sites :

http://www.everymac.com/
http://www.keh.com/
http://www.marymount.edu/
http://www.packetstormsecurity.org/

[ ] oui [ ] non [ ] je n'utilise pas linux actuellement mais je vais tester dès que possible..

Si ce n'est pas le cas, alors vous avez un des tous premiers "it's not a bug, it's a feature" du noyau linux, et si cela ne vous plaît pas, vous pouvez toujours demander aux sites qui ont un routeur incompatible, de changer de modèle ou au fabricants de routeurs incompatibles de modifier leur architecture ("adding hacks to the Linux network stack to accommodate broken routers is a mistake. If, instead, the situation is left as it is, pressure on the router manufacturers should get the problem fixed relatively quickly" / "bidouiller la pile tcp linux pour être compatible avec des routeurs mal foutus est une erreur. Si à la place on en reste là, la pression sur les fabricants de routeurs sera telle que le problème sera rapidement corrigé").

Ce problème n'affecte ni mac os x, ni windows, ni freebsd, ni solaris, seulement linux.

il est possible de désactiver l'option avec :
echo 0 > /proc/sys/net/ipv4/tcp_window_scaling
(merci symoon !)

Stephen Hemminger avait proposé un patch pour rendre les valeurs moins aggressives mais cela a été refusé.

Si un nouvel utilisateur Linux (voire un plus ancien) tombe sur ce bug cette fonctionnalité, et qu'il remarque que "sous windows ça fonctionne bien", il va se dire que "linux c'est pourri".

On pourrait étendre cela à la navigation internet. Est-ce que cela ne serait pas mieux que Firefox n'affiche pas du tout un site s'il y a une erreur de balise dans le code html (par exemple une balise p non fermée) ? Cela obligerait les webmaistres à coder proprement leur site n'est-ce pas, sous la pression des internautes ? Ou bien cela dégoûterait plutôt les utilisateurs firefox...

Est-ce que la force d'un système ce n'est pas d'être suffisamment tolérant aux erreurs, pour pouvoir continuer à fonctionner en cas en problème ?

Mark Lord proposait de garder la fonctionnalité window scale, mais de pouvoir renégocier la transaction TCP sans window scale si la connexion n'aboutissait pas, ce qui me semble raisonnable comme option.

Il devrait être également demander lors de l'installation des distributions, au moment de la configuration du système, quelque chose du genre : "voulez-vous activer le window scale, cela implique plus de performance réseau, mais peut affecter la connexion à certains sites", comme cela les gens valideront en connaissance de cause. (pour ma part je préfère plus de compatibilité même si cela doit affecter un peu les performances, je n'ai d'ailleurs pas noté de différence avec et sans l'option à ce niveau)

Et vous, qu'en pensez-vous ?

Je serais curieux d'avoir un sondage des utilisateurs linux affectés, car apparemment avec une mémoire inférieure ou également à 512 Mo, le problème n'est pas perceptible (à vérifier)

> Lire le journal (38 commentaires, moyenne: 3,1).