Benoît Sibaud a écrit 10274 commentaires

Mise à jour de la FAQ Comptes multiples ou « multis »

Mise à jour de la FAQ Comptes multiples ou « multis »

• Forums: j’arrive pas à faire mon exercice (ou j’ai la flemme de le faire), voici l’énoncé. Merci. (merci à totof2000 et ysabeau)

Entrée ajoutée dans l'aide, merci : Forums: j’arrive pas à faire mon exercice (ou j’ai la flemme de le faire), voici l’énoncé. Merci.

Corrigé, merci. (enfin pour la typo)

Et ce matin, le karma n'a pas bougé, le nombre de votes est de 0, et le diff_karma de 1 (donc lui il bouge).

Ton différentiel de karma était de 0 il y a quelques heures. Il est désormais de 2. Donc logiquement ton karma devrait monter de 2, et le nombre de votes devrait passer à 100 après le cron quotidien.

    self.karma += $redis.get("users/#{self.user_id}/diff_karma").to_i
(...)
    self.nb_votes = [3 + karma / 10, 100].min

Mais oui il y a un truc bizarre : le karma max n'a pas bougé depuis la semaine dernière, et le nombre de votes est à 0.

Des exemples de gestion du béné valo :

• https://soutenir.framasoft.org/benevolat
• https://www.april.org/benevolat-valorise

'Publié par' c'est d'habitude l'auteur ou l'éditeur (ici linuxfr.org)

Oui mais mon tailleur est riche.

Surtout le commit était un poil plus large que cette entrée.
https://github.com/linuxfrorg/linuxfr.org/commit/a73eee3edf61ea8403b8b9bd452c03c74c3a7b2d

Les contrôles ont été ajoutés.

validates :title, presence: { message: "Un lien doit obligatoirement avoir un titre" },
                    length: { maximum: 100, message: "Le titre est trop long" }

commit a73eee3edf61ea8403b8b9bd452c03c74c3a7b2d
Date:   Fri May 17 21:53:01 2019 +0200

    Size matters

Pour la doc :

https://github.com/linuxfrorg/linuxfr.org/blob/12539b1d6f038c909b229a21ffc18d60b7fa2be8/db/redis.txt

Et pour la conformité côté scripts adminsys :

commit 4b5be46527dfbcad64782ebee3c898bd74986ea1
Date:   Sun Sep 8 16:44:11 2019 +0200

    Script to check Redis database

Reste des points mineurs à traiter marqués de beaux TODO dans le code, mais pour plus tard :

• vérifier que la vérification marche sur une base vide / partiellement vide
• détecter les messages dans les tribunes des comptes supprimés
• détecter les URI invalides ?

Une synthèse semble disponible sur https://wiki.debian.org/Debate/DefaultMTA (mentionne des discussions depuis 2003)

On retrouve des discussions bien avant, par exemple en 1999, avec notamment i use postfix. it's a good MTA. trouble is that it is not quite free yet (evil termination clause…hopefully will be resolved soon)

Postfix était sous IBM PL 1.0, libre et OSI, copyleft, incompatible GPL, avec clause de terminaison sur les brevets logiciels. Et ensuite depuis Postfix 3.2.5 (janvier 2018), sous Eclipse Public License 2.0.

Autre point : Debian date de 1993, Exim de 1995, Postfix de 1998. La question serait donc plutôt « pourquoi exim est encore par défaut sous Debian ? ».

https://twitter.com/cedric/status/1169899044732207104 (Panasonic MegaCon et le Live #LikeABosch)

Un souci ?

INFO   Connecting to openpaper.work
INFO   Posting report...
INFO   Please wait, this may take a while...
ERROR  Error from server: 500 - Internal Server Error

(pour refaire le test de https://openpaper.work/scannerdb/report/51/ depuis une Debian Sid avec la dernière version)

Debian https://www.debian.org/security/2019/dsa-4517
Ubuntu https://usn.ubuntu.com/4124-1/
Gentoo https://security.gentoo.org/glsa/201909-06
CVE-2091-15846 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-15846
Exim http://exim.org/static/doc/security/CVE-2019-15846.txt
…

Et précédemment en juillet 2019 :

Debian https://www.debian.org/security/2019/dsa-4488
Ubuntu https://usn.ubuntu.com/4075-1/
CVE-2019-13917 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-13917
Gentoo (vient d'être corrigée en même temps que l'autre faille)
Exim http://exim.org/static/doc/security/CVE-2019-13917.txt
…

Et en juin 2019 :

Debian https://www.debian.org/security/2019/dsa-4456
Ubuntu https://usn.ubuntu.com/4010-1/
CVE-2019-10149 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-10149
Gentoo https://security.gentoo.org/glsa/201906-01
Exim http://exim.org/static/doc/security/CVE-2019-10149.txt

Corrigé, merci.

Corrigé, merci.

Les sujets de diversité, de transidentité et de féminisme sont ingérables là bas.

En même temps, est-ce bien le lieu pour parler de ça ?

Oui, évidemment ? Même pour une population de gens qui ne seraient intéressés que par la technique (et normalement ce n'est pas le cas de LinuxFr.org), ces sujets les concernent :

• un code de conduite sur la diversité/harcèlement ou non pour les événements physiques ? Des règles de modération pour les échanges en ligne ?
• un rassemblement physique de prévu ? Quid des repas/buffets ? Végétarien ? Végan ? Avec ou sans alcool ? Allergies ? Restrictions alimentaires religieuses ?
• un site web ? Daltonisme ? Dyslexie ? Accessibilité ? Etc.
• accès physique dans les bâtiments pour personnes avec un handicap physique ?
• des mineurs ? Interdiction des contenus porno, pas d'alcool, etc. …

Bref même les purs techniciens ne sont pas en dehors de la société, et doivent discuter de ces sujets là (sinon on aura des IA biaisées, des sites excluants, des communautés renfermées et toxiques, des événements discriminants, des échanges partiaux et décorrélés de la réalité, etc.). Qu'ils aiment ou non le faire ou qu'ils sachent ou non le faire, c'est un autre sujet.

Corrigé, merci.

Corrigé, merci.

Vous avez pensé à vous réunir pour un dîner un mercredi ? Ça pourrait faire une convention sur le sujet, que l'on appellerait la Conchiée.

Je me demande s'il est possible de discuter du sujet sans que les questions et les réponses soient faites, les intentions inférées et les jugements rendus. Ceci dit c'est une position confortable, distanciée et non impliquante, je vais essayer : la doc n'existe pas sur le wiki communautaire donc ça n'intéresse pas la communauté, les merge requests n'existent pas dans personne ne veut rien changer, les contenus et les commentaires reviennent régulièrement pour dire que personne n'a fait la synthèse qu'ils n'ont eux-mêmes pas faite. On en déduit que c'est la faute des utilisateurs donc (comme la faim et la paix dans le monde). Waouh c'est magique la rhétorique. Sinon, moi, je tâcherai d'être constructif sur le sujet en rédigeant quelque chose, dès que j'aurais fini mes autres tâches linuxfr en cours.

Corrigé, merci.