Mildred a écrit 2249 commentaires

Juste une balise meta a mettre sur ta page OpenID:

http://pavatar.com/

C'était déjà firefox ?
Il me semble que sur la debian 2.2 netscape devait à peine avoir été remplacé par mozilla. De la à parler de firebird ... oups, firefox. Enfin, à l'époque j'étais encore sous Mandrake.

On peut bidouiller en mettant plusieurs IP publiques sur le même NAT (donc bien sûr, ton IP publique changera à chaque connexion). Cela permettra d'avoir un peu plus de ports par utilisateur.

On est bien d'accord, ça ne tiendra pas longtemps. A un moment, les limites seront tellement tendues que ça finira par craquer.

Par contre, les RIR risquent de commencer à se préoccuper de la question, vu que les opérateurs continueront à leur demander des adresses mais qu'ils ne pourront plus en avoir de nouvelles.

gdm a le pouvoir de changer le clavier de toute la session. J'ai eu le problème avec l'autologin (parce que du coup on ne peux pas choisir et le choix US est fait par défaut).
dm (qui
La solution est de désactiver l'autoogin, de choisir le clavier français dans gdm (qui va enregistrer la préférence) et puis de réactiver l'autologin.

Vérifie que lors du login, tu as bien choisi un clavier français.

et il y a des éditeurs de texte qui gèrent ça où il faut le faire à la main ?

Parce qu'effectivement, c'est le style idéal d'indentation je trouve. Mais très contraignant (car nécessite de changer le tabsize et ça bugge avec certains)

Dans l'hotel où je séjourne en Thaïlande, les durians sont interdits explicitement. Je crois que c'est un fruit qui à une caractère assez fort :)

rassure-nous, Linuxfr ne bloque pas la rubrique "Écrire dans un forum" quand on écrit depuis l'étranger ? (ce qui aurait pu justifier d'écrire dans un journal) ;)

J'ai pensé au forum, mais j'ai considéré qu'un rapport d'expérience sur divers hébergeurs pouvait intéresser un public bien plus vaste. Ça fait un moment que je pense à trouver un nom de domaine et héberger mon site autrement, mais je n'ai jamais fait le pas.

Pour le FTP, c'est dommage que free ne fasse pas de différence entre le compte ftp d'un abonné qui a un abonnement payant, et qui est en déplacement (ou à l'étranger tout en continuant à payer l'abonnement), et un compte "gratuit", fournit gracieusement, ce qui aurait plus justifié le blocage ftp.

J'ai tout de même tendance à garder mon compte accès libre parce que si un jour je résilie mon compte ADSL, je ne sais pas ce qui risque d'arriver à mes pages perso.

Une question à laquelle on peut répondre sans quitter linux: est-ce que KOffice utilise les boîtes de dialogue GNOME lorsqu'il utilisé dans cet environnement. Je trouve les boîtes de dialogue KDE très difficile à utiliser personnellement.

Et fournit-il une intégration avec Tracker ?

Par défaut, GNOME te demandera aussi.

Ou alors tu fais ton commit avec comme message "temp"
tu fais ton refactoring avec comme message "refactoring"
tu finis ta fonctionnalité "temp2"

et tu fais un rebase intéractif: git rebase -i HEAD~5

tu déplace tes commits pour avoir:

pick refactoring
pick temp1
squash temp2

Les deux derniers commits seront fusionnés et on te demandera le nouveau message de commit.

http://book.git-scm.com/4_interactive_rebasing.html

Encore mieux, git gui te permet de graphiquement choisir les lignes que tu veux commiter et celles que tu ne veux pas commiter.

quand créer une branche ? Parce que selon les tutos, il y a la méthode "je crée une branche par grosse fonctionnalité", ou alors "je crée une branche quand j'ai un développement qui va vraiment diverger". Quels sont les bonnes pratiques en la matière ?

Tu crée une branche quand tu clone.

Ensuite, je travaille sur un bout de code. Si je l'ai fini, je le push sur master, sinon, il reste en attente en local (avec un push éventuel sur une branche distante "username-fonctionnalité" pour que les autres puissent voir ce que je fais.

Si je n'ai pas fini cette fonctionnalité et que je dois travailler sur utre chose (par exemple j'ai besoin de corriger un bug, ou je pense à une toute autre fonctionnalité), alors je vais faire une branche locale supplémentaire du master distant. Et ainsi de suite.

Donc, en pratique je fais une branche à chaque fois que je fais quelque chose de non trivial qui peut mettre du temps à finir ou mettre du temps à être accepté.

En même temps, peut-être qu'il veut se permettre des changements très très radicaux quand il veut pour l'instant. S'il réécrit le compilo pour la 4ème fois, c'est qu'il estime que la base n'est pas encore stabilisée.

C'est surtout qu'il à eu une super bonne idée algorithmique pour parcourir l'arbre syntaxique et objet. Du coup, il ne supporte pas l'ancien design et veut tout refaire.

Cela ne veut pas dire que les choix actuels sont mauvais.

de toute façon, comme je l'ai dit sur un autre journal, Benoît n'a pas vraiment avancé et va se baser sur la version git actuelle.

C'est un peu ce que je craignais. Tant que le développement, du compilateur notamment, ne sera pas plus communautaire, il y a peu de chance que Lisaac perce. J'ai presque même l'impression que cela a déjà trop traîné...

Les bonnes volontés ne sont pas écartées.

Le projet est public sur alioth: http://git.debian.org/?p=lisaac/compiler.git
Avec un miroir sur gitorious: http://gitorious.org/lisaac

Tout le monde peut s'inscrire et je peux donner les permissions d'accès au repository. On peut forker, merger, modifier, discuter...

C'est vrai que le développeur principal, Benoît, n'est pas très communiquant, mais si les autres membres de l'équipe sont là, je dirais que ce n'est pas un si gros problème.

Enfin : Lisaac est-il toujours activement développé ?

Je ne sais pas. Impossible de le joindre pour savoir.
Le compilo actuel est une branche morte, et une nouvelle version est censé être développée pour implémenter toute la spec, et donc surtout, COP. Mais impossible de savoir.

Il me semblait que COP était inclus dans le Git, mais je ne l'ai jamais testé. Par contre, j'ai vu pas mal de code de COP dans le compilateur.

Sinon, Benoît m'avait dit qu'il n'avait pas trop avancé dans sa réécriture du compilateur, et qu'il voulait de toute façon repartir de la branche master du git actuel.

Mais on a pas eu de chance. J'avais bien dit que je préférait des pages statiques sur le site Lisaac. Soit avec webby¹ (un truc récent que j'ai découvert) ou avec ikiwiki². Je n'étais d'ailleurs pas la seule.

On voulait surtout un nouveau site que tout le monde puisse modifier et raisonnablement moderne. Finalement, on a eu un nouveau site que personne de l'équipe peut modifier et à mon goût, avec un peu trop de gadgets.

Sinon, vous pouvez vous égayer avec d'autres versions du site:
http://lisaac.alioth.debian.org/
http://lisaac.alioth.debian.org/new/


¹ http://webby.rubyforge.org/
² http://ikiwiki.info/

Ceci dit, le concept de prototype est extrêmement séduisant. Ai-je raison de penser que ça en fait un langage naturellement void safe ? Cette propriété est implémentée par défaut dans la dernière version du compilateur Eiffel de Eiffel Software, EiffelStudio 6.6, mais au prix de, hum, une certaine complexité.

Il y a une thèse qui démarre cette année sur le sujet.
Le but est de prouver à la compilation certains contrats (préconditions et postconditions). Donc en particulier les endroits où les variables peuvent être nulles.

D'ailleurs, dernièrement, j'ai ajouté au compilateur un flag sur la ligne de commande -w_null (qui n'est d'ailleurs pas inclus dans -all_warning :) qui va indiquer à la compilation tous les endroits dans le code où l'exécutable peut péter à cause d'un appel sur NULL.

Il peux y avoir des faux positifs et l'absence de trace de la pile rend difficile le débuggage, mais sinon, c'est déjà possible. Le travail pour ajouter ce flag était minime (toute la logique est déjà dans le compilateur).

Enfin : Lisaac est-il toujours activement développé ?

Plus ou moins, je suis la personne qui contribue le plus à la branche Git, avec Benoît.

J'ai ajouté une fonctionnalité de couverture de code en Lisaac et des tests avec cucumber pour essayer de pouvoir reprendre le code.

Si ça t'intéresse, tu peux toujours essayer de regarder et nous contacter. Le langage en lui même est simple (même si le code du compilateur est plus complexe)

Parce que les MLs sont mortes aussi, Benoit ne participe a strictement rien en ligne ou presque. Et la seule impression qui reste c'est que personne ne sait ce qui se passe.

Oui, Ben est en effet un peu souvent injoignable ... et pense plus à de nouvelles idées révolutionnaires dans son compilateur qu'à la stabilisation.

On a quelques news sur LinuxFR de temps en temps par toi ou Nicolas, mais c'est tout (même pas Mildred alors que c'est la seule personne a bosser dessus de facon visible...)

En même temps, je n'ai pas grand chose à dire.
J'essaie de coder, mais je n'ai pas tant de temps que ça. En attendant, j'ai posté récemment un blog sur ce que je faisais:

http://mildred817.online.fr/Blog/blog/2010/09/06/aliasing-st(...)

mais la dernière compilation du compilateur à durée 2h45 ... j'ai de sérieux problèmes de performance.

On finit par se demander pourquoi parler de Lisaac alors que son auteur ne semble pas vouloir en faire autre chose qu'un langage de recherche, ne fait strictement aucune communication, voire limite les infos parce que ca pourrait nuire a ses travaux de recherche (sans parler de l'arbre l'historique GIT qui est une horreur sans nom).

À part sa non maturité, et quelques problème que je lui reproche, c'est le meilleur langage que j'ai trouvé. Il apporte en plus une bonne optimisation. Je n'aime pas gaspiller les ressources de ma machine.

J'ai plusieurs fois pensé à réécrire le compilateur dans son ensemble tellement j'avais l'impression que le code actuel n'est pas maintenable.

Et effectivement, l'historique git est affreux. Mais c'est un autre problème.

Voici une très bonne nouvelle.

J'aimerais savoir si il existe quelque part une matrice de compatibilité de jingle avec un test entre chaque client sur chaque plateforme. Car il me semble que certains clients ne sont pas compatible entre eux.

Par exemple Coccinella qui dit implémenter jingle depuis pas mal de temps, ne semble pas compatible avec beaucoup d'autres clients (utilise IAX au lieu de RTP). De même pour le client de Google qui ne semble pas respecter la XEP.

http://thecoccinella.org/faq/voip

Thunderbird écrit ses différents flags en en tête des e-mails il me semble. Alors, certes, ça reste limité à Thunderbird, mais au moins, c'est conservé.

Ce qu'il faut, après, c'est standardiser ces en têtes particuliers qui conservent l'état de l'email.

Et sincèrement, ce filtre n'est intéressant que pour prioriser les mails non lus, donc au bout d'un moment (dans les archives) ce n'est plus pertinent

Je ne connaissait pas, mais ça à l'air très intéressant.

J'avais commencé par regardé libtinymail mais je ne voulais pas ajouter trop de dépendances à mon plugin, surtout que j'ai écrit ce plugin pour des fichiers mbox tout simple avec un Content-Type text/plain uniquement. (application spécifique pour intranet)

Effectivement, dans l'absence de spécifications URI pour le format MBOX, il s'agit d'une URI non standardisée ... pour le moment.

J'ai choisi après plusieurs tentatives le format suivant:

file:///dir/file.mbox#Message-Id=...&From=...

Message-ID: header Message-ID du mail (problème, il n'y en a pas toujours)
From: Ligne From_ du fichier mbox

Je suis d'abord passée par un numéro (file.mbox#1, ...) qui peut poser problème si le mail change de place. C'est un point à travailler. Mais peut être que mbox est tout simplement à remplacer par maildir ou MH :)

De toute façon, l'indexation va se faire de toute façon, quelle que soit le format.

Pour du mbox, lire le fichier séquentiellement n'est pas bien compliqué
Pour maildir ou MH, chaque fichier est pris séparément.

Après, ce qu'il faut c'est un parseur RFC2822/MIME (j'espère pouvoir mettre sous GPL celui que je développe) ... et écrire une jolie interface graphique avec clutter (c'est joli clutter) ou Gtk, ou même Qt pour ceux qui veulent (j'ai plus fait de Qt que de Gtk remarque) et c'est bon.

Parce qu'on est une majorité d'hommes, et que le sujet s'y prête.

d'où le but d'un groupe mixte.
Et comme ce sont les femmes qui manquent dans le LL, ce sont elles qu'on va chercher à encourager (on ne parle pas de forcer, hein ?)