flyer a écrit 73 commentaires

Qui saurait expliquer comment une affectation de variable se transforme en appel de code arbitraire?

(desole pour l'absence d'accent)

La BD a été envoyée par courrier postale. Ca semble étonnant venant de google. Comble de l'ironie, google scanné sa propre BD pour l'ajouter à google books.

Qu'est-ce qui a été passé sous linux exactement?

- des postes d'accès libre pour surfer?
- la partie serveur d'un ERP dédié à l'assemblée? la partie client?
- des portables mis à disposition des députés?

Certaines boites vont acheter .toutlemondeleveux et revendront supercestmoiquilai.toutlemondeleveux, enveuxtuenvoila.toutlemondeleveux...

C'est pas très geek d'imprimer tout ça et en couleur en plus!

> (+200%) : on passe de une à trois

de 1 à 3 ça fait 300% d'augmentation et non 200.

La chaîne de traitements:
fichiers en DocBook (XML) ---[xsltproc]---> XSLFO -----[FOP/XEP]-----> PDF
pourrait être réalisé sans java s'il existait des formatteurs XSLFO suffisamment abouti dans d'autres langages.

Le projet de feuilles de style libres qui fait référence en matière DocBook permet déjà la transformation DocBook -> Latex:
http://wiki.docbook.org/topic/formats

Pouquoi ne pas rejoindre le projet original?
http://docbook.sourceforge.net/

Je ne vois pas l'intérêt de dblatex. On peut déjà se passer de FOP avec le projet référence:

fichiers en DocBook (XML) ---[xsltproc]---> HTML
fichiers en DocBook (XML) ---[xsltproc]---> XSLFO -----[FOP/XEP]-----> PDF
fichiers en DocBook (XML) ---[xsltproc]---> Latex -----[outils latex]---> PDF

Les feuilles de style XSL du projet référence s'utilisent déjà avec xsltproc. Dans notre dernier cas nous n'avons utilisé aucun programme java pour obtenir du PDF. On pourrait n'utiliser aucun programme java s'il y avait des formatteur XSLFO existant en d'autres langages.

Note: FOP peu remplacer xsltproc mais est plus lent. FOP a 2 rôles: processeur XSLT et XLSFO. On peu utiliser l'un sans l'autre et c'est ce que je fait.

Je précise que le principe de Peter c'est de l'humour avec un fond de vérité.

Ce que je trouve dingue c'est que 3 glandus (probablement issu du principe de Peter) qui veulent faire joujou avec leurs cadeaux vont faire passer en priorité leurs amusement devant des choses essentielles. Il faut dire que ce n'est rien d'autre que de l'amusement ces PDAs offerts. C'est juste pour satisfaire leurs caprices. Les économies du contribuables, la pérénité du système, l'indépendance aux fournisseurs passeront après.

PS: principe de Peter:
- http://fr.wikipedia.org/wiki/Le_principe_de_Peter
- http://perso.orange.fr/marxiens/philo/pretapen/peter.htm
En gros: les employés tentent de s'élever jusqu'à leur niveau d'incompétence maximal. C'est pour celà que l'on retrouve souvent des incompétents à des postes à responsabilités.

Un fichier OpenDocument est une archive ZIP qui contient plusieurs document XML et éventuellement des marcos java compilées. L'un dans l'autre les éditeurs d'antivirus savent déziper, lire du XML et vérifier des .jar...

PS: il y a aussi des macros pyhton basicooo et beanshell mais elle ne sont pas à l'état compilé.

J'aimerais utiliser LDAP pour centraliser la gestion des comptes sur différents services (postfix, jabber, bugzilla...)

Quelqu'un connaît-il une bonne ressource? (Tutorial, documentation...)

A quand une distrib orientée PABX/IPBX/PCBX incluant asterisk et tout ce qui pourrait tourner autours? A moins que ça existe déjà?

Ca me fait penser à Orange (tm). On devrait interdire le dépôt de nom commun ou à défaut empêcher toutes réclamations portant sur des noms commun.

Pour revenir à l'affaire il me semble que le projet n'a aucun lien d'activité avec la maison d'édition. Le projet ne peut provoquer de préjudice à la maison d'édition.

La fin des foreign key dans MySQL?

L'intrigue du scénario me fait penser à Running Man.

Il est à gauche sur la photo. J'ai retrouvé son email. Il a ajouté quelques photos sur http://gallery.ffii.org(...)

rectifications: Mark est à gauche sur cette photo http://www.richardot.com/epatent/small_size/IMG_4844.JPG(...)

J'y étais. En voici quelques photos: http://www.richardot.com/epatent/small_size/(...) Un grand merci à Mark sans qui je n'aurais pas pu rentrer. Quelqu'un a son email? (il est à droite sur cette photo http://www.richardot.com/epatent/small_size/IMG_4845.JPG(...) ) Il m'a donné son email mais helas il est erroné et je ne peux pas lui envoyer mes remerciements ainsi que les photos.

Bravo à tous et à Mr Rocard pour son rapport qui a été applaudi devant devant le parlement. Je reviens tout juste du parlement où j'ai eu la chance d'assister au vote.

Quelques photos de la manif et du vote:
http://www.richardot.com/epatent/small_size/

Le but du vote serait de faire passer cette fonctionnalité en préocupation du moment. Par "Medium-term Goals" je comprend qu'ils y pensent mais pas pour tout de suite. Pourtant en parlant avec plusieurs utilisateurs de subversion c'est souvent ce problème qui ressort en premier.

Pour pallier à ce manque nous utilisons des scripts pour faire le merge. Ces scripts renseignent au fur et à mesure un fichier texte avec les révisions qui ont été mergé. Au moment du commit on recopie manuellement le contenu de ce fichier dans le message de log. Ca serait bien d'automatiser tout ça dans subversion.

Peut-être pourriez-vous voter (moi c'est déjà fait) pour l'issue 820 ( http://subversion.tigris.org/issues/show_bug.cgi?id=820(...) ) car ce n'est pas dans les préocupation du moment si j'en crois la roadmap ( http://subversion.tigris.org/roadmap.html(...) ).

J'espère que Linus choisira subversion en remplacement.

Mon problème avec Coppermine, The Gallery et PhpWebGallery c'est qu'ils stoquent tous les photo dans un système de fichier tandis que les metadonnées sont stockées dans une base de données. Ca pose plusieurs problèmes d'administration. Quelqu'un connait-il une gallerie qui stoque les photos et les metadonnées dans une base de données?

Il manque cruellement d'outils de sauvegarde. partimage serait le bien venu.