Julien Portalier a écrit 412 commentaires

D'ailleurs un excellent article a été publié que osnews, sur l'historique et le futur du SVG dans les Desktops Linux. On y apprends pas mal de choses intéressantes.

http://osnews.com/story.php?news_id=6460(...)

Mais y'a quand même un fonctionnement hiérarchisé. Et y'a mm des élections (cf. Debian et d'autres projets encore). C'est donc pas très anarchiste comme système dans les faits. Par contre en théorie c'est effectivement assez anar' ouaip ^^

Oui, mais il est vraiment tout petit et auto-alimenter par l'usb (ça fait des câbles et des prises en moins).... Sinon, nivau qualité il vaut quoi le Lide30 ? Parce que niveau prix il est comme la taille : petit. Mais la qualité est petite aussi (après la vitesse on s'en fout, tant que la qualité est là).

Il est vrai que les couleurs et la mise en page d'Ayo sont vraiment plus agréables... Mais atteindre une mise en page pareille demande bien plus qu'un simple changement de style (via CSS), mais aussi quelques modifications des templates. Mais ça devrait être tout à fait possible d'arriver à coder tout ça en XHTML 1.1 & CSS2, tout en restant valide.

La mise en page est très bien, mais demande des polices d'écritures vraiment trop petites. Par contre en virant l'image DLFP sur la droite - qui est jolie mais ne sert à rien d'autre que prendre de la place inutilement - ça permettrait d'avoir plus de place, et donc d'avoir une police d'écriture plus grande, et ainsi une mise en page plus lisible. Mais il est vrai que ce design de site est vraiment agréable.

Allez, quelques codeurs fous en mal de temps pour nous faire un template/css templeet pour linuxfr.org qui s'approcherait le plus possible de cette proposition ?

La Morphix Light est vraiment bien. Démarre et se configure toute seule. Par contre j'avoue n'avoir jamais réussi à l'installer sur mon portable (l'utiliser n'est pas un problème). À chaque fois je tombais sur une installation qui n'en finissait jamais de s'installer. Je n'ai pas compris le pourquoi du comment. Et je n'ai pas trop cherché non plus, comme je n'ai jamais tenté de l'installer ailleurs non plus.

On peut sinon se faire sa propre version de Morphix... la base ayant changé depuis les iso tout en un ce problème n'existe peut-être plus. Mais là ça peut être un peu bourrin (mais pratique).

Sinon : install Debian/Woody super light (base+X), mise à jour sur Sarge, installation d'Abiword. Et enfin installation de XFCE4 depuis Sid. Et le tour est joué. C'est ce que j'ai fini par faire sur mon portable, et ça tourne très bien. Il suffit d'éviter des trucs inutiles. Et vus les besoins de ta copine ça ne devrait vraiment pas être long à installer. (juste penser à installer discover pour qu'il trouve tout le matos, et c'est bon). Tu peux aussi tenter directement l'installation d'une Sarge avec le nouvel installateur ^^


Moi le mode suspend, qui ne fait qu'endormir la machine (led qui clignote) est géré automatiquement par tous les kernel 2.4 que j'ai pu installer dessus... Le second mode, celui où il dort pas, mais est en catalepsie, il ne marche pas automatiquement, et je n'ai pas encore cherché à le faire fonctionner. Une question d'option kernel (en 2.6 du moins), et une commande à passer au boot.

Nota: si elle aime les trucs rigolos, installe-lui un lilo graphique, ayo73 en a de jolis, ça fait toujours son petit effet au démarage de la machine ^^

Petit résumé en gros pour les allergiues à l'anglais ou les flemmards. La lecture du document étant plutôt intéressante je trouve. Nota: le problème est loin d'être réglé, mais apparemment il y a bien eu une histoire de sous. Cette histoire est étrange et franchement pas nette (ni claire).

En gros, Gabucino a tout fait en NDA (Non Disclosure Agreement) tout seul comme un grand en se posant comme seul locuteur entre MPlayer & Kiss. Arpi n'ayant été en CC que sur les premiers emails. Résultat : et bien on ne sait pas ce qui a bien pu se dire et se régler entres eux, personne à part certains chez Kiss et Gabucino n'étant au courant de rien du tout. Gabucino ne répondant jamais rien aux demandes express des autres développeurs et ne révélant que certains emails tronqués en de rares occasions.

Et actuellement : ben on sait pas trop où ça en est. Peut-être même Gabucino aurait-il reçu de l'argent... truc zarb. En tout cas c'est pas du tout au gout de la communauté de développeurs (et notamment Arpi). À noter que Gabucino aurait été pas sympa sur la philosophie de RMS « <Gabu_note> what about digging the RMS-ism very deep at the end of the garden, and take a huge dump on it ? » ce qui n'est très pas gentil.

Tout ça sent très fort le poisson. Et l'équipe de développeurs essaye de savoir ce qu'ils peuvent légalement faire dans le problème Kiss / MPlayer. Sachant qu'ils peuvent avoir le soutien et l'aide de la FSF. Néanmoins leur but est d'essayer de pousser Kiss à redonner les sources de tout ce qui est GPL, et d'avoir le maximum de doc sur les machines Kiss, pour essayer de leur montrer qu'il faudrait mieux qu'il soit sympa avec la GPL et leur montrer que la GPL c pas méchant et que ça peut même énormément leur servir. Car avec e soutien de toute la communauté, personne à dos, et toutes les docs qu'il faut, un lecteur Kiss / MPlayer pourrait être extrèmement bon...

Bref, une belle platine dvd, divx and such véritablement GPL powered (à condition qu'il n'y ait pas de problèmes légaux entre des libs proprios et MPlayer GPL bien entendu.

Je n'ai aucun problème... essaye de contacter les dévs du backend de ton APN, c'est peut-être un bug de celui-ci. faut pas toujours accuser directement gphoto, car c comme sane : y'a juste une structure, après ça dépend du backend. Bon après s'il utilise le standard PTP et ne te récup que 80% des photos là c pas bon du tout. Moi avec le backend Canon, je n'ai aucuns bugs.

Gtkam marche bien aussi. Mais une version plus mieux, moins lourde (plus optimisé sur pas mal de points) et qui tournerait en gtk2 serait mieux. Oui je sais y'a gthumb, mais ce dernier est un logiciel Gnome, et qui requiert donc tout un paquet de librairies Gnome. Sur mon petit portable 32 Mo, c pas la joie quoi. Donc je reste sur la ligne de commande, avec un script perso (merci Python) qui crée tout seul des copies des photos récupérées en petit format (640x480 ou 800x600) pour si je veux les exporter sur le web (et naviguer plus agréablement ds les photos sur mon portable, c'est beaucoup moins long à afficher qu'en 1600x1200 super fin).

À noter que FBI est un excellent visualiseur d'image sur framebuffer, même s'il pourrait être encore mieux : il lui manque un navigateur qui afficherait n photos à l'écran, un peu comme quand on navigue dans les photos sur le LCD de son APN. Je ne suis pas non plus sûr qu'il tienne compte des données EXIF.

On joue sans problème aucun (donc comprendre: parfairement) à Monkey Island I & II, Sam & Max, Day of Tentacle et autres Indiana Jones sur un portable K6 333 32Mo (avec X et XFCE4 lancé en fond) ... dc oui : c'est très léger Scummvm !

Et ça permet d'ailleurs aussi aux gens ayant des windows récents de pouvoir continuer à leur vieux jeux qui ne tournent peut-être plus sur leur XP (ou alors chiant à configurer). Ça permet aussi d'y jouer sur je ne sais combien d'architectures (dont les PDA Zaurus au moins)... Donc vive Scummvm !

Et je vais enfin pouvoir rejouer à Broken Sword I & II ! Yay ! Encore des heures de perdues là... et je vais même pouvoir profiter des vidéos ^^

C'est ce que j'ai fait ! J'ai deux vérifs sur le navigateur, l'une qui modifie le « position: fixed » en « position: absolute » et l'autre qui affiche en haut du menu en rouge (pas trop violent non plus) un texte du genre : « Le navigateur MSIE que vous utilisez est un navigateur non mis à jour et qui ne le sera pas. Il est incapable d'afficher correctement les pages webs. Je vous conseille d'installer un navigateur performant tel que Mozilla, Firefox, et consors. » Avec les liens correspondants qui vont bien ^^

On se soulage de notre énervement comme on peut.

Ça ne remplace néanmoins pas le « set-language-env » de Debian qui te reconfigure tout ton compte utilisateurà coup de canna, xmodifiers & autres choses obscures dont il vaut mieux taire le nom ^^

Nota: ça en fait des gens avec des femmes Japonaises...

Hum, moi je suis partisan de la suite de logiciel suivants :

Canna + Kinput2

Canna étant un serveur (dictionnaire), et kinput2 permettant de faire la liaison entre XIM (X Input Method) et le dictionnaire (canna en l'occurrence). Le but étant de taper en romaji, ce qui est retranscrit en kana (à la frappe), puis il permet de choisir les kanji appropriés correspondant au kana tapés. La méthode est simple et relativement efficace. À noter que je n'ai jamais essayé les claviers qui permettent de taper directement les kana... ça doit etre rudement pratique ça.

Pour installer tout ça, il suffit d'installer les paquets, et normalement canna sera lancé automatiquement comme démon au démarrage de la machine. Une fois X lancé, il suffit de charger kinput2, et X est nihongo-aware ^^

Néanmoins il faut préciser à l'application utilisée qu'il faut utiliser le japonais ! C'est-à-dire qu'il faut utiliser un wrapper de le style de celui donné ci-dessous, ou bien avoir un environnement utilisateur utilisant une locale et un charset Japonais. Il faut néanmoins avoir certaines variables d'environnements exportées, et surtout : XMODIFIERS.

--- CUT HERE ---
#! /bin/sh
# ~/bin/nihongo.sh

LANG=fr
LANGUAGE=fr
LC_ALL=ja_JP.UTF-8
#LC_ALL=ja_JP.eucJP
#LC_ALL=ja_JP.SJIS
XMODIFIERS="@im=kinput2"
#GTK_IM_MODULE=cedilla
GTK_IM_MODULE=XIM

export LANG LANGUAGE LC_ALL XMODIFIERS GTK_IM_MODULE

exec $*
--- CUT HERE ---

Nota: ce script peut certainement être amélioré. Le charset SJIS est le charset made in microsoft, utilisé majoritairement donc. eucJP est le charset généralement utilisé par les stations Unix. UTF-8 est ZE Charset que je recommande.

En ce qui concerne GTK_IM_MODULE, c'est pour définir la mathode d'entrée (IM) qui sera sélectionnée dans l'application GTK+2 correspondante. "cedilla" désigne le français, tandis que "XIM" sera pour la méthode d'entrée X, donc dans notre cas : le japonais. À noter que toute cette méthode est aussi valable pour le Corréen et le Chinois, il suffit de changer de serveur/dictionnaire (canna=japonais). Je ne saurais par contre vous dire ce qu'il faut utiliser.

Nota: exporter GTK_IM_MODULE me permet de lancer Galeon, Gedit, etc. et de les utiliser par défaut en français. Ensuite un clic-droit dans une zone de texte me permet de choisir l'IM que je veux, et si je veux taper du japonais : je choisis Méthode de saisie X (XIM). Pour les plus aventureux, vous pouvez retirer les méthodes que vous ne voulez pas dans /etc/gtk-2.0/gtk.immodules ce qui permet de ne garder que "cedilla" & "XIM" par exemple.

ATTENTION ! Je ne conseille pas d'ajouter XMODIFIERS dans n'importe quel script type ~/.bash_profile ou ~/.profile ! Car ceci impactera tous le compte utilisateur (et encore si c'est lancé dans /etc/profile). Le problème étant que cette bête commande empêchera l'utilisation des touches mortes dans les applications GTK+1 (au moins) ! J'ai mis longtemps avant de comprendre le pourquoi du comment de ce bug. Alors pour éviter les problèmes et si vous voulez mixer du japonais et du français, gardez la solution du XMODIFIERS dans le wrapper, c'est beaucoup moins problématique.

Pour l'utilisation : <ctrl+espace> pour activer l'écriture en japonais. pour convertir les kana en kanji, et <re-espace> pour en choisir d'autres, au bout de 3 normalement un petit menu s'affiche avec toutes les possibilités. À noter que le programme est intelligent et si vous sélectionner une solution une fois, lsa fois suivante il vous propose directement cette solution en premier choix. Simple & pratique, non ? ^^

Notes diverses :

* sous GTK+2 il faut avoir vérifié que la méthode d'entrée sélectionné est bien « Méthode de saisie X ».
* une bonne faço de vérifier que le système marche bien est d'essayer kterm (kanji-term), et de voir s'il supporte l'activation ou non du mode japonais (ctrl+espace). Si ça marche, alors il n'y a pas de raison pour qu'aucune autre application ne marche pas (ou alors elle est mal codée et pas nihongo aware). Normalement toute application récente, ou basée sur un widget graphique récent (GTK+2, QT, etc.) est nihongo aware.

---
À noter que je n'utilise tout ça que sous Debian/Sarge (et j'ai déjà essayé sous Woody & Sid). Je n'ai jamais essayé sur d'autres distributions ou systèmes. Néanmoins cette méthode devrait marcher pour tout système X. Les paquets debian correspondant étant :

* canna
* kinput2-canna

Il existe aussi des alternatives à canna, tel que wnn, mais je ne saurais trop parler de celui-ci. Pour ce qui est de im-ja il est très très bien, c'est vrai, mais uniquement comme module IM pour GTK+2. Là où kinput2 est (virtuellement) disponible pour toute application supportant la méthode XIM.

À noter qu'une autre solution, multiplateforme, multilangue, etc. est en cours de réalisation : IIIMF (Internet Intranet Input Method Framework). Le travail est prometteur, mais je ne suis pour le moment arrivé à rien. L'une des possibilités intéressantes de IIIMF étant de pouvoir passer d'une langue et d'une méthode à l'autre sans se soucier de rien. Mais pour l'instant c'est une vision à long terme.


頑張ってくれ！

M'étant fondu d'un joli petit HOWTO là, je sens que je vais l'ajouter à mon site ça... Si des gens veulent l'améliorer, ça sera dispo dans une licence libre. C'est quoi la licence libre la plus appropriée ? LDP ?

Néanmoins, je pense qu'avec ça, ton couple est sauvé ^^

ah bah là effectivement... peut pas dire grand chose...

étrange que le keyword « True » n'existe pas cependant. un simple python en console où on tape : « a = True » sans rien importer doit marcher.

:~$ python
Python 2.3.3 (#2, Jan 13 2004, 00:47:05)
[GCC 3.3.3 20040110 (prerelease) (Debian)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> a = True
>>>

Disons qu'il faudrait un terminal qui comprenne bien tous les charsets unicode en général, et pas uniquement l'utf-8. Car normalement tous les encodages unicode sont compatibles entres-eux.

Après, en fct° de la locale utf-(7|8|16|32) en place, ça devrait s'adapter.

Mais sur ton idée... c'est peut-être la façon de procéder de l'utf-* au fur et à mesure qu'on augmente le nombre d'octets : on ne fait qu'étendre le charset inférieur. Donc ton texte en utf-32 ne prendra pas plus de place en utf-32 qu'il n'en prenait en utf-8...

Mais là c'est qu'une supposition. S'il est déjà compatible ascii, pourquoi ne pas avoir un fonctionnement comme ça ? Mais je dis peut-être (certainement) des conneries là.

l'UTF-32 corrige-t-il le problème entre le chinois et le japonais qui sont codés sur la même plage en UTF-8 ? En gros : on ne peut faire la distinction entre un texte en chinois et un texte en japonais, car les caractères seront les mêmes. Effectivement les caractères se ressemblent, mais ne sont pas tout à fait identique... résultat l'UTF-8 bugge pour mélanger du chinois et du japonais. Enfin si, mais c'est comme lire du français en gothic (et inversement) c pas super.

Alors, l'UTF-32 corrige-t-il ce pb ? [perso je m'en moque j'utilise : fre, eng & jpn; mais c'est pour savoir si ce bug est encore d'actualité ou non].

merci pour ce lien que j'ajoute de suite dans mes commentaires ! Enfin un bon petit texte sur faire la différence hacker / cracker (voire pirate). Dommage, il manque une trad. fr pour la diffuser plus facilement autour de moi...

Ah, j'avais pas rmq, dsl. Et je l'ai mis en 1ère page, parce qu'il me semblait assez développé pour l'être, et que ça peut intéresser des gens.

Pas faux. C'est vrai que toujours attaquer MS pour les applis livrées avec Windows n'est pas forcément toujours génial. Certes ça fait de la concurrence déloyale, mais bon, n'importe quel OS est aujourd'hui livré avec tout le paquetage nécessaire : lecteur multimédia, browser web, et même devrait-on dire qu'il faut une suite bureautique. Sinon à quoi ça sert un ordi sans tout ça ? [ Je ne veux même pas imaginer le prix d'un windows s'il était livré avec tout ça ^^ ]

Je ne fais pas que donner des arguments à MS, mais montrer que si GNU/Linux était à la position que MS (monopole), il pourrait avoir les mêmes problèmes (enfin les distributions plus exactement, y'a abus de langage là) : il est livré tout prêt à utiliser sans rien avoir à installer de plus (sauf des applis spécifiques).

Par contre il est réel que MS ne laisse que peu de place à la concurrence. Et c'est là le pb... et à ce que j'ai pu comprendre il ne doit plus y avoir d'offres du style « je vous fait un prix sur les windows, mais faut le mettre obligatoirement sur tous vos ordis... » alors pas facile de l'attaquer maintenant qu'il est majoritairement imposé partout. Même chez les vendeurs informatiques ça ne jure de toute façon que sur Windows, et les mecs te regardent comme deux ronds de flan (aux abricots) quand on ose demander « et c'est compatible linux ce matos ? » Je parle pas des grandes surfaces là, mais de petits vendeurs, des « assembleurs » quoi...

Y est pas un fork, mais une réimplémentation complète d'un nouveau protocole graphique, basé en partie sur X (d'où son nom : Y), mais essayant de corriger dès la base tous les défauts de X. Ces défauts ne pouvant être corrigés par des extentions, et surtout : plus y'a d'extensions, plus c'est lourd.

Bref, c'est pas un fork, mais il aurait été intéressant de le mentionner...

AH, c'est bien Banklets ? J'ai vu ce pavé tout à l'heure, mais j'hésitais... à savoir qu'il est pas très cher au nombre de pages ^^

Le sommet des dieux je dois encore le lire, toujours pas eu le temps... il traîne sur mon oreiller... on ne m'en a dit que du bien, et ceux qui ont plongé leur nez dedans l'ont pas ressorti avant la fin est demandant : c'est où la suite ? Kaze no Sho est superbe, mais il vaut mieux connaître un peu l'histoire du Japon, ou arriver à faire abstraction des 50 dénomitions de Samourai, Ninja & autres techniques de Sabre (Ken) ^^ Néanmoins, on tombe très rapidement dan le feu de l'action, même si on ne maîtrise pas tout ça ^^

Du même auteur (Jiro Taniguchi) : Quartier Lointain, lecture obligatoire à toute personne se disant bédéphile. Et pour ceux qui veulent mieux connaître l'ère Meiji (fin XIXème, début XXème) , je conseille « Au temps de Botchan. » Mais ce dernier n'est pas facile d'accès, et demande de vouloir en savoir plus sur cette époque trouble.

Je conseille aussi très vivement le combat ordinaire de Larcenet, à peine vu, à peine ouvert, il était acheté, lu et relu... Une histoire excellente, emplie d'humour, emplie de vie, et d'une volonté à la fois de se retirer et de vivre dans ce monde. D'accepter les histoires d'amour, ainsi que les chats pénibles...

Bref, en général je conseille tous les Larcenet. Surtout les récents, tel le retour à la terre, le combat ordinaire, robin des bois, etc.). Ainsi que tous les Jiro Taniguchi, dont ceux cités ci-dessus, plus l'homme qui marche qui est très contemplatif, et une invitation à regarder ce qu'il y a autour de chez soi et qu'on ne remarque jamais.

Et pus ceux qui aiment le fantastique : la maison winchester qui marque le retour de Max Cabanes au dessin, est tout simplement magnifique... un scénario qui se tient très bien et qui dirige une histoire de fantômes dans une maison hantée aux 160 pièces. Maison qui doit acceuillir les âmes de tous ceux qui sont morts à cause des tristement célèbres Winchester.... Graphiquement c'est une réussite en tout point : j'ai passé une et démie plongée dans l'histoire et les détails graphiques... [comme en plus, j'adore le fantastique, j'étais comblé].

Retourner à python 2.3 stable, ainsi qu'à bittorent lui aussi version stable ? Quand on utilise que des trucs tirés des CVS faut pas s'étonner que ça ne marche pas corectement : c'est pas des releases stables.

Je viens d'essayer, et ça marche parfaitment chez moi, voilà la procédure telle que je l'ai effectuée :

[ Cette procédure marche parfaitement avec mon Galeon 1.3.13+cvs sorti depuis Debian/Sid et avec Mozilla 1.6 aussi sorti de Sid, le paquet Java je ne sais plus d'où il vient... elle doit marche pour tout dérivé de Mozilla ]

Tout d'abord il faut avoir installé et activé le support Java sur votre navigateur et que celui-ci fonctionne (voir la page about:plugins et la page de garde de http://www.finances.gouv.fr/(...) si tout marche bien, y'a du Java dessus).

Ensuite, le site pour déclarer ses ressources va installer une extension à votre installation Java (teleir_cryptolib.jar), il faut donc avoir les droits décritures dans celui-ci (nota, changez le répertoire pour celui de votre installation, et je suppose que votre groupe d'utilisateurs est 'users') :

chmod 770 /usr/lib/j2se/1.4/jre/lib/ext/
chown root.users /usr/lib/j2se/1.4/jre/lib/ext/

Maintenant vous pouvez aller sur le site du ministère et lancer la procédure d'installation (elle est automatique quand vous demandez à déclarer vos revenus en ligne).

Une fois l'extension installée (un popup java vous le confirme), vous devez relancer votre navigateur. Vous pouvez maintenant lancer la procédure pour récupérer un certificat électronique, et déclarer vos revenus ^^

T'es sûr que Java marche ? Sinon coupe et relance ton navigateur, histoire de voir si jamais il ne veut pas se décider à marcher.

La formulation est effectivement trollesque (« ils ne chôment pas assez pour moi ») mais sur le fond, je suis assez d'accord avec toi : je trouve aussi le noyau actuel imparfait [bien que je l'utilise]. Il y a tout de même pas mal de problèmes pour que le noyau soit vraiment considéré stable. Je pense qu'il aurait pu rester en RC encore quelques temps, le temps de mieux finaliser les choses.

Mais après on va me rétorquer que oui mais en RC les gens utilisent pas assez, et les bugs sont pas découverts... Ouais, moi je réponds que les gens qui postent des rapports de bug, c'est ceux qui font déjà joujou avec les Beta & RC, donc que finalement ça change pas grand chose [ok, je suis de mauvaise fois, y'aura toujours plus de gens qui font des rapports une fois un logiciel déclaré stable].

Sinon, le kernel 2.6 lorsqu'il sera finalisé sera vraiment top ! Il est effectivement stable, mais pas finalisé. Je pense d'ailleurs que les Beta d'un logiciel devraient servir à travailler la stabilité, et les RC à finaliser à logiciel. Et non pas déplacer la finalisation sur les stables... Mais bon, faut bien se décider à sortir le logiciel à un moment ou à un autre...

Nota: je suis pas compétent pour patcher le noyau, et je n'en ai pas du tout le temps.

Je confirme aussi : l'installation de la deuxième prise téléphonique pour la même ligne téléphonique est gratuite. J'ai déjà eu le cas : je n'avais qu'une prise dans le salon, alors qu'il m'en fallait une dans le bureau.

Par contre ton truc sur les arbres à abattre, c'est vrai ça ? Ça peut intéresser mon père qui en a un certain nombre à faire tomber, car justement ils peuvent s'avérer dangereux en cas de tempêtes (et faire tomber des fils)... Donc si on peut faire faire ça par FT ... ça me branche ton info là !

J'ai mis le tps à comprendre, mais youseurs, c'est tout simplement une retranscription phonétique de « users » de l'anglais vers le fr....