®om a écrit 458 commentaires

/tmp n'est pas en tmpfs par défaut sur Debian.

Je suis tombé sur ce résumé en cherchant pourquoi.

blog.rom1v.com

Il y a quelques caractères relativement courants qui ne passent pas (et qu’il faut donc faire au clavier virtuel), mais globalement, il se débrouille pas mal.

Si tu branches le téléphone en USB, as-tu essayé le mode HID?

blog.rom1v.com

Sur certaines applis (comme Signal): Ctrl+Enter. Essaie aussi Shift+Enter.

Sinon parfois tu peux configurer pour que Enter envoie le SMS (mais du coup tu ne peux plus faire de saut de ligne, sauf via un copier-coller). Par exemple, dans Signal: Settings → Chats → Enter key sends.

blog.rom1v.com

Essaye scrcpy --hid-keyboard (ou scrcpy -K): https://github.com/Genymobile/scrcpy#physical-keyboard-simulation-hid

blog.rom1v.com

Rien à voir avec l'écologie, mais à propos d'Aurélien Barrau, je vous recommande très fortement ses cours de relativité, qui s'étendent de la partie 6 à la partie 8 de ses "cours tout public" sur l'Univers, c'est passionnant:

• partie 6: https://www.youtube.com/watch?v=TX1HxOF5evk&t=3493 (commence à 58mn13)
• partie 7: https://www.youtube.com/watch?v=FWjadYSATuM
• partie 8: https://www.youtube.com/watch?v=TeadUc-4-qE

Et ceci, même si vous consommez un peu d'énergie pour télécharger la vidéo et la lire :)

blog.rom1v.com

À voir aussi la vidéo de 3Blue1Brown: The mathematically optimal Wordle strategy

blog.rom1v.com

s/étonnement/étonnamment/

blog.rom1v.com

68.7 milliards de $.

À mon avis, ils ont négocié le log2 du prix, ça tombe étonnamment juste:

> log2(68700000000)
ans = 35.99959104791700

"OK, on achète pour 36. Ça fait combien en puissance de 2?"

blog.rom1v.com

J'ai revu mon système de backup également récemment, principalement pour backuper mon PC et ceux de la famille. C'est l'occasion de faire un retour d'expérience.

J'ai 3 niveaux de backup:
- un rsync de tous les PC vers un disque dur externe (chiffré en LUKS)
- archives borg vers un autre disque dur externe
- archives borg vers un serveur distant

Borg est vraiment sympa:
- incrémental: on ne renvoie pas tout à chaque fois
- chiffré: le serveur n'a pas accès aux données
- dédupliqué: un même (bout de) fichier présent plusieurs fois dans une même archive ou dans plusieurs archives n'est stocké qu'une fois
- facile à utiliser
- un snapshot est un peu comme un commit git sur le principe (donc pas de différenciation "full" vs "incrémental" comme dans d'autres systèmes)
- on peut "monter" une archive via FUSE (borg mount) pour naviguer dedans, ce qui est très pratique

Pour le serveur distant, après de nombreuses années à l'envoyer sur une machine que je contrôlais chez mes parents, j'ai finalement opté pour un service de stockage en ligne chez LimaLabs, avec un accès SSH et borg. En "archive storage", c'est $15/an par block de 500GB (il y a aussi rsync.net et BorgBase sinon).

Je réalise les backups manuellement régulièrement (il faut que le disque dur externe soit branché, que les machines que je backup soient allumées, etc., et ça permet de ne pas stocker une passphrase SSH quelque part).

Pour le backup incrémental, certaines données sont un peu pénibles à backuper par contre.

Il y a d'un côté les données qu'on veut sauvegarder mais qui changent beaucoup pour pas grand chose.
- .thunderbird contient un gros fichier INBOX qui contient tous les mails (10G sur certaines machines): dès qu'un nouveau mail est reçu, le fichier change parfois complètement (pour mes propres mails, je backup le Maildir sur le serveur directement, ça résout le problème)
- .mozilla/firefox a un peu le même problème
- le .git des projets (j'ai souvent plein de branches locales pushées nulle part, donc c'est important à sauvegarder), car git packe les objets dans des gros fichiers. D'un jour sur l'autre sur vlc par exemple, j'ai 750Mo de données incrémentales, alors que presque rien n'a changé.

Et il y a aussi les données qu'on ne veut pas backuper mais qui sont longues à lister manuellement et à maintenir (par exemple dès qu'on crée un nouveau builddir pour un projet, à moins de se forcer à respecter un certain nommage).

Comme compromis, je rsync tout le home, à l'exception de très gros dossiers facilement excluable (.cache, .ccache, .cargo, .gradle, .rustup). Si le disque dur meurt (ce qui est le plus probable), je peux restaurer rapidement l'intégralité.

Et je n'archive dans borg (local et distant) que les trucs "importants" (Documents/, les albums photos, les dotfiles, pas .mozilla/firefox complet mais juste key4.db et logins.json, le .git des projets importants uniquement…).

blog.rom1v.com

Moi ce que je voudrais c'est une transformation ala email. Les emails sont plutôt décentralisés. Tout en étant plutôt interopérable.

À lire le billet de moxie0 (il y a presque 5 ans): https://signal.org/blog/the-ecosystem-is-moving/

blog.rom1v.com

Les anti-virus signalent parfois des faux-positifs.

J'ai eu le problème sur scrcpy: https://github.com/Genymobile/scrcpy/issues/1102#issuecomment-576558473

Il s'avère que:

#include <stdio.h>
int main(void) {
    printf("hello world!\n");
    return 0;
}

compilé avec

i686-w64-mingw32-gcc a.c

génère un exécutable qui est détecté par un virus par beaucoup d'anti-virus.

blog.rom1v.com

Merci pour l'info.

J'utilisais les builds de zeranoe (merci à lui) pour releaser scrcpy sous Windows:
https://github.com/Genymobile/scrcpy/issues/1753

Va falloir faire autrement :/

blog.rom1v.com

captures d'écran du téléphone sur l'ordi (y compris vidéos) (scrcpy, avec l'outil de captures d'écran de l'environnement de bureau [Spectacle, qui est fantastique] / recordmydesktop)

Pour info, il est possible d'enregistrer avec scrcpy directement:

scrcpy --record file.mkv


blog.rom1v.com

Pour des besoins occasionnels, j'utilise grep sur les dictionnaires disponibles dans /usr/share/dict.

Par exemple :

$ grep '^m...u$' /usr/share/dict/french
matou
merlu
mérou
miaou
minou
mordu
moulu
moyeu

blog.rom1v.com

Mea culpa.

C'est bien, tu supposes tes erreurs :)

blog.rom1v.com

Et j'ai oublié le xkcd : https://xkcd.com/882/

blog.rom1v.com

J'avais trouvé particulièrement intéressante l'explication sur la signification de la valeur-p (le fameux p <= 0.05 dans les tests statistiques) : https://www.youtube.com/watch?v=PRtwo1j0y2I&t=306

Sur le même sujet, j'avais beaucoup aimé cet article (en anglais) : Why I've lost faith in p values.
Et aussi ce commentaire :

Here's a more simple thought experiment that gets across the point of why p(null | significant effect) /= p(significant effect | null), and why p-values are flawed as stated in the post.

Imagine a society where scientists are really, really bad at hypothesis generation. In fact, they're so bad that they only test null hypothesis that are true. So in this hypothetical society, the null hypothesis in any scientific experiment ever done is true. But statistically using a p value of 0.05, we'll still reject the null in 5% of experiments. And those experiments will then end up being published in scientific literature. But then this society's scientific literature now only contains false results - literally all published scientific results are false.

blog.rom1v.com

adb: error : failed to get feature set: nodevices/emulators found

Ton device n'est pas détecté par adb. Tu dois avoir le même problème si tu exécutes juste adb devices.

Si tu as bien activé le "débogage USB", peut-être que c'est parce que tu as juste besoin d'un driver.

blog.rom1v.com

C'est lent car AV1 propose beaucoup plus de choix pour chaque partie de l'encodage : le découpage en blocs (partitionnement), la taille des transformées, le type des transformées, les directions de prédiction intra, les prédictions "composées" inter-intra, la prédiction chroma-from-luma, etc.

Tout tester pour avoir le meilleur encodage possible prend beaucoup de temps, mais en théorie il est toujours possible de ne garder qu'un sous-ensemble de toutes les possibilités pour aller plus vite.

Je vous conseille cette conférence de Luc Trudeau : AV1 temps réel.

Désolé, elle n'est postée que là, donc :

youtube-dl -fbest https://www.facebook.com/SMPTEMTL/videos/253682505311403/

blog.rom1v.com

C'est pas faute d'avoir essayé ;)

blog.rom1v.com

pourquoi, s'il faut passer par adb forward quand on utilise adb connect, à cause d'un bug d'adb, ne pas utiliser dans tous les cas adb forward dans tous les cas et abandonner adb reverse ? Ça ne permettrait pas de simplifier les choses ?

Parce qu'en adb forward, c'est le PC qui essaie de se connecter au device, mais ce n'est possible qu'une fois que le serveur est démarré et qu'il a démarré sa socket en écoute. Du coup, il faut que le client réessaie de se connecter jusqu'à ce que le serveur sur le device soit bien démarré (donc pas optimal). Cf le message de commit :

Keep the "adb reverse" mode as the default because it does not involve
connection retries: when using "adb forward", the client must try to
connect successively until the server listens.

Et c'est plus fragile.

Il n'y a pas ce problème dans l'autre sens : le PC démarre une socket en écoute, puis démarre le serveur… qui se connecte dès qu'il est prêt, la socket de l'autre côté est déjà là.

blog.rom1v.com

Déterminer le type d'un fichier par son contenu est forcément heuristique. C'est plus complexe, et ici ça n'apporte rien (à part provoquer des comportements inattendus). En plus, un apk, c'est aussi un zip (ou un jar).

Je trouvais plus gênant le fait qu'on ne puisse pas pousser de .apk vers /sdcard/ (puisque dans ce cas, ça l'installe). Mais c'est un compromis pour que ça reste simple d'utilisation pour les cas les plus courants.

Au passage, à propos des formats de fichiers, je vous conseille Funky File Formats (slides).

blog.rom1v.com

J'approuve ton patch.

blog.rom1v.com

scrcpy est à screen copy ce que strcpy est à string copy.

blog.rom1v.com

Genymobile est une boîte dans laquelle j'ai été employé pendant 4 ans et demi. C'est en tant qu'employé que j'ai développé la version initiale de scrcpy, qu'on a publié en open source.

blog.rom1v.com