Pierre Jarillon a écrit 5758 commentaires

Eskuara mintzaira ederra da ! (Le basque est une belle langue).

C'est une phrase toute simple. Pourtant, essayez d'identifier les mots de la phrase basque avec sa traduction. Dur, dur, n'est-ce pas ?
Pour vous aider : da = il est ( ou elle est) , ederra = le beau (ou la belle), mintzaira = langue, euskara = langue basque.

Le basque par sa structure permet de penser différemment et c'est une richesse. Pour ma part, il m'est arrivé de résoudre un problème algorithmique en l'exprimant en basque, alors que l'énoncer en français ou en anglais m'éloignait de la solution.
Le basque est une langue homogène alors que le français est très hétérogène. C'est une langue pré-indo-européenne qui vaut franchement la peine qu'on s'intéresse à elle. Je devais avoir plus de 30 ans quand j'ai commencé à le faire.

Pour faire une analogie, apprendre le basque, c'est comme apprendre la notation polonaise inverse alors que l'on ne connait que les parenthèses. On peut aussi dire que le basque par rapport aux langues latines, c'est un peu comme les coordonnées cartésiennes par rapport aux polaires.

C'est aussi à travers la langue basque que l'on peut découvrir un peuple d'une très forte identité et pourquoi pas chanter avec eux :
Haurrak ikas azue, eskuaraz mintaztzen, ....

Oui, c'est bien les pages traduites, ça évite de faire double effort à beaucoup de personnes.

Dans les 3% restants : les backdoors ? Tant qu'il n'y a pas 100% du code et 100% du code du compilateur, ça veut dire qu'il y a quelque chose à cacher.
On ne peut faire aucune confiance dans un code fourni si on n'est pas capable de le recompiler à l'identique à partir de toutes ses sources.

Il est très facile de rendre le code source incompréhensible en enlevant des commentaires et en renommant les variables.
Ainsi le code est compilable, c'est un code source, mais c'est inexploitable.

Si ça peut vous aider, le Thai se lit de gauche à droite et du haut vers le bas comme les langues européennes..

Les derniers Unix (propriétaires) que j'ai manipulé m'ont paru ringards à côté de de GNU/Linux. L'environnement CDE largement utilisé a pris des rides et est résolument tourné vers la sortie.
L'avenir d'Unix, c'est Linux et tout ce qui va avec à commencer par GNU.

Être conforme à Posix, c'est un critère intéressant. Il serait bien si POSIX qui est vieux de plus de 12 ans avait un peu évolué. J'ai vu des annonces se référer à la conformité GNU, car certaines fonctions ont dû être rénovées. Je pense par exemple aux tailles sur les disques exprimées en blocs de 512 octets conformément à la techno de l'époque.

Finalement, c'est l'interface GNU qui devient la référence du 21ème siècle et qui permet de définir une machine Unix. Au 20ème siècle, c'était la licence.

Il y a aussi le gloubiboulga, le plat préféré de Casimir.
N'oubliez pas aussi la tarte aux concombres (c'est pas bon, hein !).

<troll mode="vineux">
      Bof, on peut en boire de temps à autre, mais comme j'habite dans le Médoc, je préfère le vin.
</troll>

C'est vrai qu'il faut cocher la case pour avoir la petite lumière verte/rouge ;-)
Mais il n'y a quand même pas beaucoup à chercher pour la trouver !

Effectivement, il faut bien choisir sa carte. Il est de bon ton d'aller voir ce qui se passe du côté de la liste ALSA car configurer les systèmes sonores complexes n'est pas une sinécure.
Agnula est aussi un projet à suivre : http://agnula.org/(...)
Tous ces projets avancent et la musique professionnelle (Synthétiseurs, numérisation 24 bits multcanaux, mixage sur 32 bits) est maintenant accessible sous Linux.
La seule difficulté est de configurer sa machine, ensuite, il y a tout ce qu'il faut pour faire de la musique libre avec des logiciels libres.

Il y a quand même un gros problème dans ce propos : Pourquoi concentrer à Paris ce qui peut se faire de n'importe où, de chez soi ou sous-traité en Inde ?
Je dirais même que dans une ville moyenne, on vit beaucoup mieux qu'à Paris et que les deux heures de trajet que l'on gagne chaque jour peuvent être consacrées à des choses plus intelligentes comme développer un logiciel libre, s'occuper de son LUG, de sa famille ou à faire du sport.
Comme exemple de mon affirmation, comparez l'actvité de l'ABUL et celle de Parinux : Elle n'est pas proportionnelle à la population.
La France souffre d'une grave maladie que l'on appelle jacobinisme, je désespère que l'on puisse un jour trouver un antidote.

Il ne faut pas espérer gagner de l'argent avec un stagiaire, c'est un très mauvais calcul. J'en ai eu des dizaines, beaucoup de bons et de très bons, très peu de mauvais. Certains ont la proportion inverse. J'en ai cherché la raison et elle est finalement assez simple :

je fais faire à mes stagiaires un travail que je saurais faire, que j'aimerais faire, mais que je n'ai pas le temps de faire.

Mes stagiaires m'ont beaucoup apporté par leurs compétences diverses et j'espère avoir pu leur apporter en retour un peu de mon expérience.

Vas lire http://abul.org/brevets/(...) et tous les documents référencés. François Pellegrini l'a fort bien expliqué

Patrice Kadionik est une référence dans ce domaine. Son site mériterait effectivement une plus grande publicité pour son contenu.
Il ne faut pas oublier un autre bordelais, pionnier de Linux, Pierre Ficheux qui a écrit "Linux embarqué" publié chez Eyrolles.

Grâce à eux, il existe une documentation de qualité en français sur le sujet.

L'origine de ce rapprochement, ce sont les RMLL 2003 à Metz.
Je suis très heureux de cet évènement qui démontre une fois de plus l'utilité - voire la nécessité - des RMLL. C'est souvent longtemps après que l'on en apprend les conséquences.
Il n'y a aucun doute, le contact humain, sans machines interposées est irremplaçable et ne doit pas être négligé.

C'est la bonne définition en effet. La garantie d'effectuer une tâche dans le temps imparti n'est pas forcément synonyme de rapidité. Dans certains processus industriels, la seconde suffit et c'est encore du temps réel.

Le XML n'est qu'une auberge espagnole. En effet, tant qu'on n'a pas précisé la DTD, on n'a défini ni la grammaire, ni spécifié les balises à employer.
Dire c'est du XML, c'est comme si vous disiez "il parle" sans préciser la langue.

Le travail de OASIS est très important. C'est lui qui va remplace le tristement célèbre ".doc". Remplacer le patois variable de Microsoft par une langue stabilisée tant dans son vocabulaire que dans sa grammaire est la base de toute interopérabilité.

Je pense que Microsoft aura le choix entre :
- ne pas accepter OASIS et rester dans son coin.
- accepter Oasis et ne pas le respecter (comme d'habitude).
- accepter Oasis et le respecter.
En réfléchissant bien, je ne vois Microsoft gaganant dans aucun des scénarios.

Il faut rendre justice à Michel Rocard, c'est bien lui qui a proposé la bonne solution. Il essaie d'en profiter pour se faire valoriser dans son parti au sein duquel il n'a pas que des amis. On ne peut pas lui reprocher.
Il explique aussi que le support de son action a largement débordé les contours de son parti. Je trouve cela très heureux.
Je pense même que l'organisation actuelle en partis politiques, vieille de 200 ans est appelée à se rénover car le clivage gauche - droite ne fonctionne plus sur un nombre croissant de sujets.

Au fait, si vous voulez savoir de quel bord je suis, je peux vous le dire, ni de gauche, ni de droite, je suis devant !

PS: je n'aime pas "avant" car ce qui avant nous est derrière nous, c'est donc le passé et aller de l'avant c'est le futur. On peut en déduire que le passé c'est le futur et je n'aime pas dut tout ce genre de syllogisme induit par le mot "avant".

Si Michel Rocard a dit ou écrit ce texte et agi comme vous le savez, c'est parce qu'il en a été informé. Voici comment :
- RMLL2000 à Bordeaux. Gilles Savary, député européen est invité. Nous lui expliquons ce qui se prépare à Bruxelles.
- François Pellegrini est mandaté par l'ABUL pour agir sur le thème des brevets logiciels.
- Gilles Savary invite François Pellegrini à rencontrer Michel Rocard à Strasbourg.
- François Pellegrini fait découvrir le problème à Michel Rocard qui invente une stratégie pour contrer le projet.
Vous connaissez la suite...

Gilles Savary m'a dit à Hourtin que nous lui avions fait découvrir le sujet. Sans l'ABUL, les RMLL et François Pellegrini que se serait-il passé ? Difficile de refaire l'histoire ! Ce qui est certain, c'est que ce n'est pas en étant passifs que c'est arrivé. Ce que nous avons fait depuis l'ABUL, d'autres auraient certainement pu le faire avec d'autres élus, car nous ne sommes rien de plus que des utilisateurs de logiciels libres et des citoyens.

La morale de cette histoire ? Ne croyez jamais que votre action sera vaine, que vos paroles et vos écrits seront oubliés. Agissez, ne laissez pas passer une occasion de défendre une juste cause, il en restera toujours quelque chose, pas obligatoirement ce que vous avez pévu d'ailleurs !
Enfin, lorsqu'une occasion se présente, saisissez-la ! Vous ne vivrez pas avec le regret d'avoir laissé passer votre chance. C'est en faisant ce raisonnement que le 17 décembre 1999, j'ai annoncé le projet des RMLL sur une liste de l'ABUL. Sincèrement, je ne le regrette pas :-)

C'est normal, avec le logiciel libre, c'est le paradis du développeur. On trouve dans l'instant tout les composants et les outils dont on a besoin. Avec le logiciel propriétaire, il n'est pas toujours facile de savoir si ce que l'on veut acheter est bien ce dont on a besoin, alors on hésite avant d'acheter ou on réinvente la roue. De plus, on ne sait pas qui est le développeur, on ne connait que le commercial qui ne le connait pas non plus et qui ne sait même pas qu'il a quitté sa boite !
Les temps vont devenir de plus en plus dur pour le logiciel propriétaire.

La plupart des développeurs et testeurs ont installé les Mandrake 9.2xxxx sans avoir besoin de passer par la gravure d'un CD. Il y en avaient peu qui gravaient et j'étais de ceux-là. J'ai deux machines et deux lecteurs de CD différents mais pas de LG. Et aucun des testeurs de la voie CD n'avait de lecteur LG ayant ce firmware qui donne ce défaut.

Microsoft n'a pas le même problème puisque les constructeurs fournissent le fichier pilote kivabien et kivaavec. Il n'y a pas à faire de l'auto-détection.

Il s'agit d'un défaut de respect ou de spécification d'interfaces. Je pense que LG s'est planté et que Mandrake a découvert le problème.

La politique de Microsoft, a toujours été de ne pas fournir de spécifications exactes, que que soit pour les API ou pour le matériel en raison d'accords plus ou moins occultes avec des constructeurs. Cette politique déteint sur les constructeurs et on vient d'en voir le résultat.

Tu crois qu'on te tient au courant de tout dans ta boite ?

Cette méthode de détection a été utilisée faute de mieux.
Il aurait été préférable de lire un régistre mais encore faufrait-il qu'il existe toujours !

Le problème n'existe pas avec un OS préinstallé où la reconnaissance des périphériques n'est plus à faire. Dans le cas d'un ajout ultérieur, Windows demande la disquette (ou le fichier) fourni avec le matériel. Dans ces conditions, on détecte moins de problémes....

Je pense qu'il serait bon de demander que la moitié de la redevance Tasca soit reversée au logiciel libre. En en deandant la moitié on en aurait peut être le dixième, et avec 10 M€ on en ferait des choses, à commencer par redonner des couleurs à Mandrake.