jihele a écrit 1400 commentaires

A l'occasion de la dernière AG de FDN, il y a eu débat sur la liste de discussion interne sur le sens de l'adhésion. Certains membres actifs pensent que les inscriptions n'ont d'intérêt que si elles s'accompagnent d'une participation. D'autres au contraire pensent que le nombre des adhérents donne un poids politique (ce que les premiers réfutent éventuellement en disant que dans les réunions avec les politiques, on reste minoritaire face aux acteurs de poids (gros FAI) et donc pas consultés).

Les premiers défendent que prendre des adhérents/clients Michu(TM) qui choisissent l'ADSL FDN comme on choisit le café Max Havelaar, donc avec la meilleurs volonté du monde, c'est s'exposer à des déconvenues (clients (et pas adhérents) mécontents).

Exemple : Inscription obligatoire sur la liste de discussion globale FDN (qqs centaines de personnes). Je vous laisse imaginer ce qui se passe quand ça commence à débattre sur la liste. Et encore, il doit y avoir assez peu d'adhérents Michu(TM) actuellement.

Outre les tâches techniques qui me dépassent, il y a des choses à faire qui sont pas forcément trop compliquées. Comme par exemple mettre de l'ordre dans le wiki, c'est un peu le foutoir, le compléter, etc. Avis aux bonnes volontés…

Attendez une seconde. Vous voulez dire que ce journal n'était pas ironique ?!

La première fois de bonne foi : je me suis dit que j'avais pas du bien cocher.

La seconde fois pour vérifier.

La troisième fois, ça sera demain, pour biaiser les scores et favoriser mon système préféré !

Ah ben non, la troisième fois, c'est maintenant. Je viens encore de revoter alors que ça fait pas 24 heures depuis ce matin (ou alors je me fais exploiter au boulot, je m'en rends pas compte…).

Donc si je comprends bien, même authentifié, c'est basé sur l'IP, et j'ai du changer d'IP entre temps.

Bon, j'arrête, c'était juste pour voir. (Et pour ceux que ça tracasse, j'ai voté le choix 1, donc je ne suis pas les 40 utilisateurs de MultiDeskOS à moi tout seul…)

ok j'avais cherché (très vite) mais pas trouvé

Peut-être ajouter un lien vers ce point de la FAQ en bas des sondages.

Ah. Je pensais que seuls les utilisateurs authentifiés le pouvaient, et que c'était logiquement limité à une seule fois par compte.

Je suppose que l'idée est de ne pas exclure des statistiques les visiteurs qui ne se loguent pas. Et de ne pas "pénaliser" ceux qui se loguent.

Ah ben oui, effectivement :
http://linuxfr.org/suivi/expliquer-pourquoi-on-peut-voter-plusieurs-fois-dans-la-faq

Ça explique tout. Je me demandais, aussi, pourquoi il y avait tant de MacOS… (J'aurais pu la garder pour demain, mais j'ai peur d'oublier.)

Note : tous les caractères d'une ligne qui sont placés après le caractère "inférieur à" disparaissent. Je suppose que c'est déjà su. Par exemple, je ne peux pas faire de flèche de droite à gauche.

Je crois bien que j'ai voté trois ou quatre fois à un jour d'intervalle. C'est normal qu'on puisse faire ça ?

Oh non, ça va gêner l'auto-complétion pour weboob…

Je me demande si une utilisation massive ne va pas s'accompagner de vandalisme ou de spam. Si les cartes sont dans des GPS, ou des sites de transports, OSM est exposée, et c'est tentant d'aller y écrire des conneries : nom de rues farfelus (voire renommage militant), sens de circulation fantaisistes.

Wikipedia s'en sort grâce au nombre de ses contributeurs. Je ne sais pas si OSM a cette force. Wikitravel, par exemple, est pas mal saturé de spam. En tout cas c'était vrai quand j'y contribuais, il y a quelques années.

Tu veux dire que Grenoble > Bordeaux ? J'ai du mal à le croire… Il faut pas pousser non plus.

En tout cas je serais curieux de savoir là aussi si :

• Les données affichées sont directement celles de la BDD d'OSM ou s'il s'agit d'un snapshot, peut-être validé/modéré. (J'imagine que pour le savoir, il suffit de faire une modif et de voir si elle apparaît quelques temps après. Et je ne vois pas une modif à moi, alors que je l'ai faite il y a longtemps. Mais c'est dans une autre région.) Ca serait bien que si qqn ajoute un sens interdit sur OSM, ça apparaisse rapidement ici aussi. Sinon, l'argument comme quoi c'est plus réactif que GMaps tombe un peu à l'eau.

• Cette utilisation s'est accompagnée d'une contribution à la BDD d'OSM.

C'est une bonne nouvelle si ça amène des contributions.

A Toulouse, Tisséo (transports en commun) utilise des cartes OSM pour afficher les quartiers de départ et d'arrivée des trajets sur le site web. J'espère que c'est pas juste "oh ben ça commence à être bien rempli, on peut l'utiliser" mais plutôt que les cartes sont vérifiées et complétées, et les modifs remontées upstream si c'est une copie qui est utilisée.

En revanche, à Bordeaux, la CUB a intégré ses arrêts de bus et ses horaires dans google map, ce qui est super pratique, il faut bien le reconnaître, puisqu'avec juste la carte google, on peut créer un itinéraire piéton, transports en commun ou transport individuel.

Je serais curieux d'avoir des retours des gens qui ont participé ou assisté aux prises de décision.

En tout cas, je retiens qu'une chose : Toulouse > Bordeaux. CQFD.

Alors que c'est ce dernier qui a donné naissance à GTK, il ne sera porté vers la 3em version de GTK qu'avec GIMP 3, selon la roadmap. Autant dire que ce n'est pas pour tout de suite.

GTK+ 3 n'est pas porté sur Windows et j'entends dire que ce n'est pas près d'arriver (sur OS X, je sais pas). Comment faire pour porter Gimp en le conservant multi-plateforme ? Maintenir deux versions ?

Je n'ai pas de source. J'ai écrit "règle" rapidement pour désigner un usage qu'on m'a transmis oralement; je ne savais pas si c'était écrit dans la loi ou pas.

Seul l'isoloir obligatoire permet de s'assurer que le vote n'est ni forcé ni acheté.

(D'où la règle consistant à forcer le votant à prendre plusieurs bulletins, même si ça l'agace parce qu'il a envie d'afficher son vote publiquement.)

Attends, je vais essayer avec la mi

Ça a énormément changé : maintenant on voit une vidéo intitulée "Vêpres à Notre-Dame - Cathédrale Notre-Dame de Paris"

Heureusement, google translate n'a pas traduit Nousnichons.

Non, je ne crois pas. Je ne sais pas ce que tu appelles "explicitement". Chez moi (debian wheezy), $XDG_DATA_HOME n'est pas définie. Donc le logiciel doit regarder si c'est défini et sinon utiliser la valeur par défaut de la spec. Enfin c'est ce que je comprends.

Pour ceux que ça intéresse : XDG Base Directory Specification (Merci gouttegd.)

Ça peut être un peu le bordel si on veut gérer le passage d'une situation où ces variables d'environnement sont définies à une situation où elles ne le sont pas.

Dans ce commentaire, je donne un exemple de code, mais on doit pouvoir en trouver de meilleurs.

Pour une consultation sans achat, on m'avait conseillé le site de la Deutsche Bahn. Plus rapide, meilleur sur les trajets internationaux et à deux correspondances.
Depuis, je crois que le site de la SNCF s'est amélioré. Déjà, il y a maintenant une touche "trains précédents", ce qui n'est pas du luxe.

Le sujet a déjà été abordé en commentaire sur une dépêche weboob et sur ce journal.

On ne connaît pas de moyen de remplacer l'utilisation de la "calculette" d'authentification par un script.

C'est ballot.

C'est ce que j'avais fait au début mais ça ne marche pas : quand tu killes beep (SIGTERM), le buzzer reste à buzzer indéfiniment pour toute la vie jusqu'à ce que tu rebeepes. J'ai envoyé début janvier un patch à l'auteur et au packageur debian pour que SIGTERM ferme correctement, mais je n'ai pas eu de réponse. J'ai relancé ce matin. Je n'osais pas trop insister, faute d'être spécialiste des signaux…

J'ai bien fait d'insister : j'ai reçu hier un message de Gerfried Fuchs, le packageur debian me disant qu'il allait intégrer le patch et demander l'intégration upstream.

À terme, on pourra donc utiliser kill() proprement sur beep.

Merci pour le retour.

L'idée était que ce truc étant pas beaucoup plus qu'un exercice de tutoriel, je ne me voyais pas mettre une GPL dessus. Une peu comme si on plaçait sous GPL un algo de 20 lignes qu'on met sur un forum. Plus l'histoire de la bière que je trouve sympa (à la lecture, j'imagine un utilisateur qui croise le développeur au comptoir, tout ça).

Si je veux quelque chose qui tient la route, je peux aussi mettre l'ensemble dans le domaine public ou sous une licence permissive comme BSD ou MIT, j'y connais rien.

Bref, à l'échelle du projet, ça n'a pas d'importance, mais j'aime bien les discussions qui pinaillent sur ces questions.

L'une des raisons pour lesquelles j'ai publié ce journal était justement de recueillir des avis ou des retours d'expérience sur GTK+ 3.

Jusqu'à présent, développer avec GTK permet le portage sous Windows. Si ce n'est plus le cas, ce n'est pas une petite différence. Qu'est-ce qui permet de dire que GTK+ 3 ne sera jamais disponible sous Windows ?

On peut aussi penser aux distributions sur lesquelles il ne sera jamais disponible (debian squeeze et inférieures, mais surtout les distributions de long terme).

C'était peut-être le même chantier au passage de Gtk 1 à 2, mais j'étais jeune, je ne me souviens que des applications qui avaient un rendu un peu moche. Au passage, il m'a fallu chercher un peu pour trouver un thème de bureau qui fonctionne bien et donne un rendu cohérent pour GTK+ 3 et 2, sans quoi certaines applis avaient aussi un rendu moche (evince,…).

Autre élément au dossier : à partir de debian wheezy, Glade est en version 3.10 et ne gère plus que GTK+ 3. Il est possible, selon le développeur de Glade, d'installer 3.8 et 3.10, ceci justifierait selon lui la rupture de compatibilité, ou du moins ça aiderait à faire passer la pilule. Mais apparemment, côté debian, il n'est pas question de continuer à proposer les deux. Voir ce rapport de bug où les gens s'engueulent à ce sujet. J'avais envie d'argumenter en faveur de la distribution des deux en parallèle, mais je ne fais pas spécialement d'argument qui n'ait déjà été énoncé, et je ne veux pas polluer le bugtracker, donc je me suis tu.

Pour beep, tu peux utiliser subprocess.Popen()….kill() au lieu d'un signal à la main (.kill() fera la même chose, mais tu auras moins l'impression de le faire à la main)

C'est ce que j'avais fait au début mais ça ne marche pas : quand tu killes beep (SIGTERM), le buzzer reste à buzzer indéfiniment pour toute la vie jusqu'à ce que tu rebeepes. J'ai envoyé début janvier un patch à l'auteur et au packageur debian pour que SIGTERM ferme correctement, mais je n'ai pas eu de réponse. J'ai relancé ce matin. Je n'osais pas trop insister, faute d'être spécialiste des signaux…

Sinon, regarde le code de beep, c'est 300 lignes de C, 150 pour parser la ligne de commande, 50 pour les includes, 100 de boiler plate, 25 d'accolades, 12 de commentaires et deux ou trois d'utiles dans lesquelles tu ouvres un fichier et tu écris dedans. Tu peux faire cela en python trivialement et ainsi t'affranchir de dépendance tout en ayant plus de contrôle.

Je n'y avais pas regardé, mais peut-être que ça s'envisage, oui. Ceci dit, pour pas faire les choses à Poitiers, il faudrait créer un vrai module beep pour python avec les fonctionnalités et les paramètres utiles. Ça peut prendre un peu de temps. Et peut-être que ça existe déjà en partie. En regardant vite fait, je viens de trouver winsound mais c'est seulement pour windows.