Benoît Sibaud a écrit 9304 commentaires

Sources : page du scrutin , Debian Project Leader 2018 Election , résultats du dépouillement et annonce non officielle

Sur 333 votants, 315 ont préféré Chris Lamb, et 14 ont préféré « None Of the Above ».

(pour comparaison: 322 votants en 2017, 282 en 2016, 353 en 2015, 401 en 2014, etc.)

Bref, comme en 2017, félicitons Chris Lamb pour cette victoire, et souhaitons lui bonne chance pour la réalisation de son programme.

(avec juste ce qui est passé sur la liste devel-announce)

Le serveur Alioth est prévu pour disparaître avec la fin du support sur Wheezy.

• Alioth replacement sprint (juin 2017)
• Project and User creation is now disabled on alioth.d.o (août 2017)
• Alioth: the future of mailing lists (septembre 2017)
• Salsa Beta - Updates (janvier 2018)
• salsa.debian.org updates (leaving beta) (janvier 2018)
• Completed: lists.alioth.debian.org migration (avril 2018)
• alioth deprecation - next steps (avril 2018)
• 31 mai 2018 : fin prévisionnelle d'Alioth

Corrigé, merci. En fait ça venait d'une correction post-modération (n° de révision 262 du 16 avril 2018 21:53:04).

Corrigé, merci.

Non il utilise la clé GPG sur chaque fichier.

$ file .password-store/*/*
.password-store/linuxfr.org/superadminmegasecret.gpg: PGP RSA encrypted session key - keyid: CAFEBEEF 42C0C042 RSA (Encrypt or Sign) 4096b .
.password-store/fosdemx.org/nudes.gpg:                PGP RSA encrypted session key - keyid: CAFEBEEF 42C0C042 RSA (Encrypt or Sign) 4096b .
.password-store/xkcd.com/root.gpg:                    PGP RSA encrypted session key - keyid: CAFEBEEF 42C0C042 RSA (Encrypt or Sign) 4096b .
…

Corrigé, merci.

Le FOSDEMx est orienté sextoys openhardware, openporn, weboob et aussi un thème humour autour de X11.

est-ce que vous utilisez vlogger ou bien la config standard vous convient ?

Je n'utilise pas vlogger, mais je ne suis pas dans la cible gestion de multiples vhosts.

comment faites vous pour gérer vos mises à jour logicielles (apt upgrade) sur vos serveurs :

Ansible (professionnellement, avec un rôle pour gérer ça) / ssh (perso/associatif)

mais du coup, on se sait pas ce qui se passe (tout du moins avec Ansible) ?

Autant qu'en utilisant apt qui va lui même utiliser dpkg qui va lui même… etc. La délégation des tâches n'empêche pas le contrôle et ne doit pas dispenser de tests et de vérifications. Sur une prod, on ne devrait pas faire des apt upgrade sans avoir testé par ailleurs au préalable.

En fait le souci est autre : on compare la bonne date de publication du contenu (en UTC), à la date de début du mois (en Europe/Paris). La date de publication est 2018-03-31 22:08:22 (UTC) ou 2018-04-01 00:08:22 (Europe/Paris) et on compare avec 2018-04-01 (Europe/Paris).

Et aussi le 10.10.10.10. Il est temps de lancer 255.255.255.255.

Ceci qui a permis de remonter un bogue sur les locales dû au séparateur décimal qui était une virgule au lieu du point attendu dans la barre de progression pour le résultat final de 100,00 %.

Et hop un bug pris et correctif appliqué par Daniel Stenberg

C'était lié à la demande (Non)Affichage des commentaires notés négativement par défaut, avec l'idée que la modération basée par le karma devait aussi s'appliquer par défaut. Sinon oui, ça serait logique et pratique d'avoir le [+] pour dérouler.

Ces statistiques se basent sur la date de création du contenu, pas sur la date de publication.

• dépêche amorcée directement en modération le 2018-03-30 00:37:33 (Paris)
• diverses éditions
• dépêche modérée le 2018-04-01 00:08:22 (Paris)

Corrigé, merci.

Corrigé, merci.

Et sur TapTempo.

Corrigé, merci.

Descriptions ajoutées.

Et l'origine du logo est évoquée sur Financement collaboratif du film d'animation Libre ZeMarmot (mai 2015).

Le premier cas de doublon n'a pas traîné :

• https://linuxfr.org/users/jarvis/liens/krita-version-4-0
• https://linuxfr.org/users/xate/liens/krita-outil-d-edition-et-de-retouche-d-image-de-kde-est-disponible-en-version-4-0-0

Pour le coup on a :

• EN https://krita.org/en/krita-4-0-release-notes/#
• FR https://krita.org/en/item/krita-4-0-0-released/

On peut noter que la langue du second est erronée, et que les deux liens ne sont pas strictement identiques (ie. le doublon sera détecté par un humain mais pas par une simple détection d'égalité de chaînes de caractères).

La proposition de fusion implique de

• perdre les tags, la note, l'auteur, la langue et le lien potentiellement différents du second lien, mais ça ne semble pas rédhibitoire
• ne récupérer strictement que les commentaires (soit c'est le but)
• renvoyer le nouveau slug vers l'ancien slug, avec /users/JoeSecond/liens/super-lien qui va pointer vers /users/FirstBob/liens/mega-lien , et afficher les infos « Posté par First Bob » (ce qui ne devrait pas poser de gros soucis non plus)

Déjà proposé https://linuxfr.org/users/jarvis/liens/krita-version-4-0 (et c'est dommage d'avoir deux liens et zéro dépêche sur une version majeure de ce logiciel majeur)

6,5Mo -> "Exceeded max size" (« // The maximal size for an image is 5MB » (source)

Le lien comportant une URL et un bout de phrase, y a-t-il vraiment besoin d'une fonction pour aider quelqu'un à commencer un journal avec cela ? Dit autrement, si quelqu'un a la flemme de faire un copier/coller, va-t-il vraiment écrire un journal, c'est-à-dire rédiger un minimum le contexte / la problématique / le résumé de l'URL en question ? Ceci étant dit, pourquoi pas, mais ça ne semble pas être prioritaire, attendons un peu de voir l'usage du nouveau contenu lien.
Et l'autre aspect concerne le fait que le contenu lien a sa propre page de commentaires. On se retrouve avec la même question que la conversion d'un contenu journal en contenu dépêche, et jusqu'ici on a choisi de conserver la page de commentaires du contenu journal en cas de conversion (sujet qui revient régulièrement sur la table). Il serait logique de conserver de même la page de commentaires du contenu lien.

Parce que l'on ne peut pas tout mettre dans un bandeau. Voir aussi https://linuxfr.org/users/julien_jorge/journaux/comment-la-rubrique-liens-est-arrivee#comment-1733748