Planète

J'ai écrit auparavant que quand Firefox reçoit un fichier dont le type média est text/markdown, il le propose au téléchargement, alors que les autres navigateurs l'affichent comme un fichier texte.

Il est maintenant possible de plusser sur connect.mozilla.org pour demander que Firefox formatte le markdown par défaut.

Update: thanks to the very kind involvment of the widow of our wemaster, we could provide enough private information to Dreamhost, who finally accepted to reset the password and the MFA. We have recovered evrything! Many thanks to everybody who helped us!

Due to tragic circumstances, one association that I am part of, Sciencescope got locked out of its account at Dreamhost. Locked out, we can not pay the annual bill. Dreamhost contacted us about the payment, but will not let us recover the access to our account in order to pay. So they will soon close the account. Our website, mailing lists and archives, will be erased. We provided plenty of evidence that we are not scammers and that we are the legitimate owners of the account, but reviewing it is above the pay grade of the custommer support (I don't blame them) and I could not convince them to let somebody higher have a look at our case.

If you work at Dreamhost and want to keep us as custommers instead of kicking us like that, please ask the support service in charge of ticket 225948648 to send the recovery URL to the secondary email adddresses (the ones you used to contact us about the bill!) in addition to the primary one (which nobody will read anymore). You can encrypt it for my Debian Developer key 73471499CC60ED9EEE805946C5BD6C8F2295D502 if you worry it gets in wrong hands. If you still have doubts I am available for calls any time.

If you know somebody working at Dreamhost can you pass them the message? This would be a big, big, relief for our non-profit association.

Quand Firefox reçoit un fichier dont le type média est text/markdown, il le propose au téléchargement, alors que les autres navigateurs l'affichent comme un fichier texte. Dans le ticket 1319262, il est proposé d'afficher les fichiers Markdown par défaut. Mais il faudrait un patch…

Une conversation sur la list debian-project a attiré mon attention sur un mot italien signifiant quelque chose comme « auriez-vous la gentillesse d'aller voir ailleurs ? », mais en version plus directe et vulgaire. J'ai ensuite utilisé http://codesearch.debian.net pour étudier plus en détail son emploi.

Je l'ai trouvé dans :

le code source de XEmacs ;
une liste de gros mots pour policer les conversations dans BZFlag ;
le générateur aléatoire de phrases PolyGen ;
le code source du jeu de plateau Tagua ;
une base de données d'épigrammes vulguaires pour la plateforme éducative WIMS ;
le jeu de mots croisés parololottero ;
une base de données d'épigrammes vulguaires pour messages de bienvenue ou signatures de courriels ;
des listes de mots de passes trop fréquents ;
un commentaire destiné à un déonmmé Wolf dans le code source d'un autre programme ;
a collection of rude gestures in the xwrists package.

Ce fut une promenade rafraîchissante et récréactive dans l'univers des paquets Debian.

En début d'année j'ai mis à jour une centaine de types de media associés à des extensions de nom de fichier dans le fichier /etc/mime.types, distribué par le paquet media-types. La plupart des changements sont des additions en provenance des déclarations récentes à'IANA. Les thèmes les plus répendus sont les télécomunications, la sécurité informatique, le commerce, la santé, et l'automatisation industrielle. L'énorme majorité provient du monde occidental. Le reste du monde a-t-il décidé d'avancer sans nous ?

Via mon travail sur le paquet media-types je voulais savoir quel paquets utilisaient le type média application/x-xcf qui apparemment est erroné (#991158). Le site https://codesearch.debian.net permet de répondre à cette question. (Merci !)

De plus, en créant une clé d'utilisateur, on peut interroger le site en ligne de commande; voici un exemple ci-dessous (le fichier dcs-apikeyHeader-plessy.txt contient x-dcs-apikey: suivi de ma clé d'accès)

curl -X GET "https://codesearch.debian.net/api/v1/searchperpackage?query=application/x-xcf&match_mode=literal" -H @dcs-apikeyHeader-plessy.txt > result.json

Le résultat est en JSON. Voici comment de l'ai transformé pour faire une liste d'adresses courriel à contacter que j'ai pu facilement coller dans mutt.

cat result.json |
  jq --raw-output '.[]."package"' |
  dd-list --stdin |
  sed -e '/^ /d' -e '/^$/'d -e 's/$/,/' -e 's/^/  /'

J'essaye R 4.1 dans un conteneur schroot experimental en attendant la publication de Bullseye qui permettra la migration dans Sid et la recompilation des paquets R que nous fournissions.

Le schroot:

sudo debootstrap sid /srv/chroot/r-4.1 http://deb.debian.org/debian
sudo vi /etc/schroot/chroot.d/r-4.1
# Edit it to have something like
    [r-4.1]
    description=R 4.1 (experimental)
    type=directory
    directory=/srv/chroot/r-4.1
    users=  # Here put your username
    root-groups=root
    profile=desktop
    personality=linux
    preserve-environment=true
sudo schroot -c r-4.1
vi /etc/apt/sources.list # To add the experimental distribution
apt update
apt install sudo vim wget
exit

Installation de R:

schroot -c r-4.1
sudo apt install r-base/experimental -texperimental
sudo apt install -texperimental pandoc libxml2-dev libcurl4-openssl-dev git libssl-dev texlive

Et de Rstudio (il faut la version preview)

wget https://s3.amazonaws.com/rstudio-ide-build/desktop/bionic/amd64/rstudio-1.4.1714-amd64.deb
sudo apt install libnss3 libasound2
sudo dpkg -i rstudio-1.4.1714-amd64.deb 
sudo apt -f install -texperimental

Debian Bullseye contiendra la commande /usr/bin/open pour votre plus grand confort en ligne de commande. Sur un système ayant une interface graphique, elle devrait avoir un résultat similaire à l'ouverture en cliquant avec la souris depuis un gestionnaire de fichiers.

Techniquement, /usr/bin/open est un lien symbolique géré par update-alternatives de façon à pointer vers xdg-open si disponible et sinon run-mailcap.

Il y a quelques jours j'écrivais sur debian-vote＠ qu'un analyste junior pourrait étudier les résultats publics de nos votes passés et exposer les fractures de notre communauté.

Finalement, avec une approche assez naïve et un budget temps de quelques heures, je n'ai rien réussi d'intéressant. L'image ci-dessous montre un rond par votant et ma position avec un point rouge. Les ronds sont espacés en fonction de la similarité des profils de votes après avoir concaténé les résultats de toutes les GRs jusqu'à 2010.

Donc si tant est qu'il y ait moyen de tirer quelque chose de ces données, il faudrait au moins un analyste plus chevronné… Cela ne m'empêche pas de penser que nous devrions voter anonymement pour tous nos scrutins, et cesser de diffuser ce genre de données.

Beaucoup ont réagi rapidement au retour de rms à la FSF et demandé son départ, certains demandant aussi la démission de ses directeurs, d'autres non. Pendant ce temps Debian discute une résolution générale à ce sujet. Ce n'était peut-être pas l'intention originale, mais dans les faits l'objet de la GR est sur la démission des directeurs. Peut-être aura-t-on le résultat après la démission de rms ? Comme beaucoup de GRs, elle va diviser Debian et laissera des trace, au moins sous la forme d'une liste publique de votes de qui a voté pour quoi et comme qui.

Je ne pense pas que la plupart des autres organisations soient passées par un processus aussi plénier et collégial, mais aussi lourd et clivant, pour décider de leur voie à suivre.

Et si nos deux candidats au poste de DPL annoncaient que si élus, ils refuseraient de financer des activités liées à la FSF jusqu'à que rms démissionne à nouveau (et les directeurs aussi si c'est ce que le candidat propose). Ça permettrait à Debian de rester dans le temps de l'action, et peut-être d'annuler cette GR ?