lakpa.net

I choose to set an expiry date on my gpg keys. 6 month is good enough for me to not forget everything in-between.

gpg2 --edit-key B8EC0946
expire
[...]
key $SUBKEY
expire
[...]
save

But (almost) every time I try to send the updated key to the keyserver, I get an error. This time :

gpg: sending key 0xC684F06AB8EC0946 to hkp://keyserver.ubuntu.com
gpg: keyserver send failed: Buffer too short
gpg: keyserver send failed: Buffer too short

Searchng the web with this error message gives absolutely nothing. Nobody ever gets a « buffer too short » error ?

I was sure that was a local error. But blindly trying random options, I run

gpg2 --keyserver hkps://keyserver.ubuntu.com:443 --send-keys B8EC0946

And this work !?

gpg: envoi de la clef 0xC684F06AB8EC0946 à hkps://keyserver.ubuntu.com:443

So in conclusion, set keyserver hkps://keyserver.ubuntu.com:443 (hkp over TLS) in ~ /.gnupg/gpg.conf and voilà !

Hello to Gnupg maintainer and/or keyserver.ubuntu.com maintainer :
PLEASE say & publish something when you change the behaviour ! Its hard to guess !

Thanks

Framaforms traité en égal de Google Forms

Lu dans le magazine de la chambre des métiers et de l'artisanat de la Drôme (n°10, juillet 2020, page 6), à propos de l'usage du numérique par les artisans pendant la crise sanitaire du printemps :

D'autres ont opté pour les formulaires en ligne via Google Forms ou Framaforms permettant de disposer d'une base de données des commandes.

Chiche, on leur fait croire qu'il ne reste plus qu'un mois !

Retour à la normale le 11 mai.
Excepté pour les bars et restaurants.

Ils ne sont pas encore assez docile pour lâcher la bride, mais ça va venir.

Interdiction des marchés. Obligations des supermarchés ?

Allez donc vous intoxiquer de malbouffe industrielle
faire la queue aux caisses semi-automatiques
dans un environnement fermé
avec de l'air renouvellé en vase clos.

Ça doit être drôlement efficace pour limiter la propagation d'un virus ?

Je passe
sur la consommation électrique négligeable des climatiseurs,
sur la nécessité de prendre sa voiture pour aller au supermarché (les transports en communs fonctionnent ?),
sur la mort des producteurs face à la grande distribution agro-industrielle.

Mais il faut faire très attention aux virus !

Qui croit
qu'ILS vont nous rendre
ce que NOUS les avons laissé nous prendre ?

En 2015, nous savions que ça ne durerait pas,
que les circonstances excusaient toutes les mesures exceptionnelles.
Et temporaires...

N'oublions pas que certaines choses s'usent
beaucoup et très vite,
lorsque l'on ne s'en sert pas.

I don't have much Debian time these days. But I can't forget the birthday!

So happy birthday Debian.
And thanks to all the people involved, who make the "Universal Operating System".

There is no update on the slim package including the Buster theme, future Prototype.

Here is one you can download and decompress to your /usr/share/slim/theme/ folder (as root). Don't forget to update (still as root) your /etc/slim.conf: near the end, replace the line

current_theme       debian-softwaves

used for Stretch by

current_theme       debian-futurePrototype

debian-futurePrototype.tar.xz

Depuis quelques jours que j'essaie, impossible de mettre à jour les clefs de mon trousseau. Que ce soit avec la version de Debian Stretch, ou même Stretch-backports :

$ gpg --refresh-keys 0xABCD1234
gpg: refreshing 1 key from hkp://hkps.pool.sks-keyservers.net
gpg: échec de rafraîchissement par le serveur de clefs : Server indicated a failure

D'après ce que j'ai trouvé, on peut essayer l'option standard-resolver dans ~/.gnupg/dirmngr.conf. Mais dans ce cas, l'erreur devient

$ gpgconf --kill all # arrête tout les démons, ils seront relancés au besoin
$ gpg --refresh-keys 0xABCD1234
gpg: refreshing 1 keys from hkp://hkps.pool.sks-keyservers.net
gpg: échec de rafraîchissement par le serveur de clefs : Try again later

Même avec d'autre serveurs comme keyring.debian.org ou pool.sks-keyservers.net :

$ gpg --refresh-keys 0xABCD1234 --keyserver keyring.debian.org
gpg: refreshing 1 keys from hkp://keyring.debian.org
gpg: échec de rafraîchissement par le serveur de clefs : Try again later

(D'ailleurs, l'option keyserver keyring.debian.org dans ~/.gnupg/dirmngr.conf ne semble pas fonctionner).

En revanche, indiquer recursive-resolver dans ~/.gnupg/dirmngr.conf est beaucoup plus efficace.

$ gpg --refresh-keys 0xABCD1234
gpg: refreshing 1 key from hkp://hkps.pool.sks-keyservers.net
gpg: clef 0xABCD1234ABCD1234 : « XXX » n'est pas modifiée
gpg:       Quantité totale traitée : 1
gpg:                 non modifiées : 1

D'après dirmngr(8) :

--recursive-resolver
When possible use a recursive resolver instead of a stub resolver. 

Est-ce que ça ne devrait pas être le comportement par défaut ?

There is limited backspace capabilities in Matlab's fprintf when started with -nodesktop.

For example:

>> fprintf('aze\n')
aze % OK

then

>> fprintf('aze\bz\n')
azz % OK

but

>> fprintf('aze') ; fprintf('\bz\n')
azez % NOK

works only with the full desktop environment loaded:

>> fprintf('aze') ; fprintf('\bz\n')
azz % OK

I tried this from https://blogs.mathworks.com/loren/2007/08/01/monitoring-progress-of-a-calculation/:

% Example Code for Printing Progress to the Command Window
fprintf(1,'here''s my integer:  ');
for i=1:9
    fprintf(1,'\b%d',i); pause(.1)
end
fprintf('\n')

And the behaviour is the the same (no backspace in -nodesktop mode).

J'ai signé la lettre ouverte de la campagne Argent public, code public lancée par la Free Software Foundation Europe.

J'encourage tout le monde à faire de même.