Ouais ça fait des années qu'il faut que j'update mon role Ansible pour que la config de php soit aussi appliquée à la CLI, mais je prends jamais le temps de le faire XD
Pour mon usage, le côté « cloud » est très pratique :
Ça me permet d'accéder à ma musique et à mes playlists sur tous mes appareils sans avoir à penser à les synchroniser manuellement (PC, Smartphone, Netbook,…).
Ça me permet d'ajouter une musique à une playlist sur mon téléphone et de la retrouver à jour sur mon PC (ou inversement).
Ça centralise un certain nombre de métadonnées comme les notes (0-5 étoiles) et les likes (♡) sur les pistes, les albums et les artistes.
Ça centralise aussi diverses statistiques comme la date d'ajout, le nombre d'écoutes, la dernière écoute, etc. de chaque musique.
Les deux derniers points (notes / like, et les statistiques) m'intéressent beaucoup car ça va me servir à terme à générer des playlists thématiques un peu à la façon des Daily Mix de Spotify (je suis un grand fan de cette fonctionnalité).
Pour ce qui est du côté streaming, il faut bien voir qu'avec ce type de solution, on est pas vraiment sur un flux continu comme l'est une webradio. Les logiciels clients téléchargent les fichiers présents sur le cloud au fur et à mesure et ils les gardent en cache, donc au final les musiques qu'on écoute régulièrement sont lues depuis le cache et pas retéléchargées à chaque fois.
Bref je pense qu'on a des usages différents, d'où l'utilisation de solutions différentes. Heureusement on a le choix d'utiliser ce qui nous convient le mieux, c'est ça le libre ! :D
Ouais Synology c'est pas libre, mais ça a quand même l'avantage d'être assez ouvert : on peut accéder au système dessous en root et tout :)
J'en ai un aussi car j'avais plus la place de mettre un serveur chez moi. Par contre je m'en sers que de stockage et de serveur de backup (BorgBackup via SSH).
Je suis un peu dans le même état d'esprit que toi. Avant j'autohébergerais plein de services, mais depuis quelques années j'ai tendance à tout regrouper sur Nextcloud pour limiter la maintenance. Aujourd'hui il ne me reste plus que Nextcloud, Wallabag et un Matomo. J'ai également mes sites, mais pour la plupart c'est des sites statiques donc ça ne demande pas trop de travail.
C'est la raison qui m'a fait choisir Nextcloud Music plutôt que Ampache/Subsonic/Funkwhale/Jellyfin : c'est juste une app Nextcloud, ça ne rajoute pas vraiment de travail pour maintenir le service. :)
N'hésite pas à écrire là dessus. D'ailleurs je me suis abonné à ton flux RSS, pour l'occasion. Il a l'air sympa ton blog, faut vraiment que je m'y mette.
Oui c'est prévu que j'en fasse un article. Je m'étais motivé à me lancer sur le sujet suite à une conférence de PYG de Framasoft dans laquelle il avait évoqué le nom de l'outil pour mettre ça en place. Par contre vu tous les articles que j'ai à écrire, je ne sais pas quand je vais m'y remettre ! 😅️
Clémentine
J'ai essayé d'utiliser Clementine pour me connecter à mon cloud sur un Netbook trop limité pour faire tourner Sonixd. Au final ça ne m'a pas convenu car il n'intègre pas vraiment les musiques du plugin Subsonic à sa bibliothèque, on sent que ça reste bien séparé. Au final pour le Netbook je me suis tourné vers Supersonic qui est très basique mais léger et avec une ergonomie qui me convient mieux.
en particulier la programmation d'une file d'attente distincte de la liste de lecture qu'on peut réorganiser,
Je suis pas 100% sûr d'avoir compris, mais il me semble que c'est aussi la manière de fonctionner de Sonixd et de Power Ampache 2. On peut rajouter des morceaux "à la volée" dans la file d'attente, sans que ça ne modifie de playlist.
Le fondu entre deux morceaux est appréciable.
La fonctionnalité est bien présente dans Sonixd, par contre elle semble absente dans Power Ampache 2 (mais comme il est en plein développement, ça arrivera peut-être prochainement).
Nextvloud Music
Je ne peux pas me résoudre à streamer,
Au final c'est assez pratique d'avoir tout sur un serveur. Surtout quand les clients disposent de mode "hors ligne" qui permet de quand même accéder à une partie de sa bibliothèque quand on a pas de réseau. :)
Étiquetage dans les attributs étendus
dolphin stocke les tags dans les attributs étendus des fichiers
Si c'est dans le filesystem, ça ne sera pas transféré à Nextcloud. Il faut tagger directement dans les métadonnées du fichier audio. Il existe des outils très bien pour automatiser ça : la basse de donnée MusicBrainz (https://musicbrainz.org/) et le logiciel Picard qui permet de tagger les musiques en exploitant la db de MusicBrainz.
Le titre de l'article est très bien, factuel (l'article lui-même aussi, d'ailleurs). La phrase ci-dessus, en revanche, n'est pas correcte.
J'ai rajouté cette phrase vers minuit juste avant de publier l'article. J'avais surtout en tête que c'était une solution cloud, qui s'utilisait de la même manière que Spotify : des applications pour toutes les plateformes donnant accès à sa musique de partout. Il est vrai que je n'avais pas considéré le catalogue quand j'ai écrit ça. 😅️
Personnellement, sous Linux, je préfère une interface web plutôt qu'une application et en l'occurrence Deezer en a une (mais peut-être que ce n'était pas encore le cas quand il a fait son choix).
À l'époque Deezer n'avait pas d'app pour Linux et moi je voulais une application pour avoir une intégration avec mon environnement de bureau (MPRIS2 tout ça). Aujourd'hui les navigateurs Web fournissent des APIs pour ça mais à l'époque ça n'existait pas.
D'ailleurs fait amusant, il y a quelques années j'avais aidé un collègue à bricoler une application Electron qui utilisait l'interface Web de Deezer, mais dans laquelle on injectait du JS custom pour faire le pont avec l'API MPRIS2 histoire que ça s'intègre à son environnement de bureau sous Linux. 😅️
Je suis pas sûr d'avoir tout comprit, mais il faut voir un dépôt Borg comme une suite d'archives successives (ou comme un dépôt Git pour les développeurs).
Si A et B sont présent sur le système lors d'une backup, ils seront conservés dans l'archive créée à ce moment là.
Si après on les supprimes du disque et qu'on refait une sauvegarde, ils seront absents de l'archive nouvellement créée, mais ils seront toujours dans l'archive précédente. Ils resteront donc dans le dépôt tant que l'archive qui les contient n'est pas supprimée (il suffit donc de la conserver et de faire attention lors de l'utilisation de la commande borg prune).
tout ne semble pas si confidentiel que cela car :
--- il y a des données dans $HOME/.config/borg qu'il faut protéger des indiscrets (c.f. lien doc officielle)
--- il y a également le cache qu'il faut protéger (c.f. lien doc officielle)
Pour le dossier ~/.config/borg/security, il contient quelques métadonnées sur les dépôts (notamment le nonce) qui permettent de se rendre compte d'une tentative de modification du dépôt distant, mais rien d'extrêmement sensible non plus.
Le dossier ~/.config/borg/keys est quant à lui un peu plus sensible car il peut contenir les clefs (chiffrées) des dépôts, mais seulement si on utilise l'option --encryption keyfile lors de la création du dépôt. Si on utilise --encryption repokey, cette clef est stockée directement dans le dépôt lui-même et pas dans le home.
Pour le cache, il contient uniquement quelques métadonnées mais de toute façon, si un attaquant a accès à ces dossiers (que ce soit la config ou le cache), c'est qu'il a déjà accès aux données de la machine ; il n'a donc pas besoin d'accéder aux sauvegardes pour récupérer les données. Les risques sont donc plutôt minimes.
la documentation indique qu'il est possible de changer la passphrase, mais le texte est ambigu : changing the passphrase after passphrase and borg key got compromised does not protect future (nor past) backups to the same repository ; qu'est-ce que cela signifie ? (c.f. lien doc officielle)
Bon bah @cg à déjà fait une réponse très complète à ce sujet :D
est-il possible d'avoir une sorte de version statique du programme ? Car le fait que le logiciel soit en python me rend un peu nerveux pour ce qui est de la conservation sur la durée (sans même parler de la peur de mettre à jour).
J'ai la chance d'être développeur Python, du coup c'est un écosystème que je connais bien et ça ne me fait pas spécialement peur, surtout que le logiciel est dispo dans les dépôts officiels de la plupart des distro :)
Mais effectivement, il existe des versions standalone, comme l'indique la documentation officielle :
Au final, je pense que tu as raison : l'article est peut être juste sensationnaliste…
Pour ce qui est des requêtes vers les serveurs de Google, le dev de microg à répondu :
android.clients.google.com is used by many android related services by Google, not only Play Store. This specific request is likely coming from @microg, as is described in the /e/OS documentation
Et les devs de GraphenOS ont également répondu sur Reddit :
NitroKey did not discover a backdoor. The post is very sensationalized and it's unfortunate they didn't run this by us first. The title used for the post here is editorialized and doesn't match what the article actually states. This is not a backdoor. […]
Je pense quand même que la raison de rendre 'simple' l'implémentation de la syntaxe est un peu bidon, vu que parser des blocs de code type ``` n'est pas vraiment plus simple non plus…
Je ne suis pas d'accord sur ce point. Pour les blocs préformatés, quand une ligne commence par ```, il suffit de continuer à lire ligne à ligne, sans rien chercher à interpréter, jusqu'à retomber sur une ligne commençant de nouveau par les mêmes trois backtick. Ça reste extrêmement basique :)
Et, je ne sais pas si Gemini fait ça, un sommaire pour les articles.
Cette fonctionnalité ne fait pas partie de Gemtext pour une bonne raison : c'est au client d'implémenter ce genre de choses.
C'est d'ailleurs le cas du navigateur Lagrange qui peut afficher un sommaire basé sur les titres. Voici un exemple avec l'article dont il est question ici (volet à gauche) :
Les traqueurs et autres pubs c'est, avant tout, un choix de conception du site.
En effet, mais puisque c'est possible, la majorité des sites le font, plus ou moins volontairement (analytics, scripts et fonts chargés depuis des CDN, captcha de chez Google, etc.). :(
l’article en lien utilise beaucoup de fonctionnalités qui ne sont pas disponibles dans Gemtext, en particulier : la mise en emphase (en gras et en italique) et les liens « embarqués dans un paragraphe » avec du texte alternatif
Le gras et l'italique sont effectivement absents de la version Gemtext de l'article.
Pour les liens il n'y en a pas tellement d'intégrés directement dans les paragraphes de cet article-là (par contre dans mes autres articles c'est un festival 😅️), mais ça n'est pas vraiment un problème pour moi puisque ma bibliothèque rst2gemtext fait le travail de les sortir automatiquement en dessous du paragraphe (j'ai encore quelques améliorations à faire sur ce point je pense, comme numéroter les liens internes aux paragraphes mais c'est un détail).
je suis gentil, je pars du principe que les smileys sont gérés comme des caractères et que les « blocs de citation » permettent le code « inline » qui est beaucoup utilisé dans l’article.
Les smileys sont effectivement des caractères Unicode donc tout à fait utilisables dans un document Gemtext.
Pour ce qui est du code inline (au sein d'un paragraphe), c'est comme pour le gras et l'italique, ça n'existe tout simplement pas dans la syntaxe Gemtext. Par contre, pas besoin de « bloc de citation » pour représenter des blocs de code, il y a bien une syntaxe prévue pour le texte préformaté. :)
Je ne sais pas trop pourquoi Gemtext a été simplifié à ce point, au point d’en devenir inutilisable même pour un simple « texte bien conçu en-dehors de toute considération de style d’affichage », sachant que la simple gestion du protocole TLS (obligatoire) doit être beaucoup plus consommatrice en terme de ressources (CPU, RAM, réseau) que les deux points de mise en forme que je mentionne plus haut.
La raison principale semble plutôt être la simplicité d'implémentation que la légèreté dans ce choix. Voici une citation extraite de la FAQ du projet (au sujet de l'absence de lien inline) :
Because text/gemini is an entirely new format defined from scratch for Gemini, client authors will typically need to write their own code to parse and render the format from scratch, without being able to rely on a pre-existing, well-tested library implementation. Therefore, it is important that the format is extremely simple to handle correctly. The line-based format where text lines and link lines are separate concepts achieves this. There is no need for clients to scan each line character-by-character, testing for the presence of some special link syntax.
Au final je ne pense pas que le format soit adapté à tous les contenus, mais pour tout ce qui est très « littéraire » (fiction, billet d'humeur, réflexions,…) ça fonctionne plutôt bien. On retrouve d'ailleurs nombre de capsules contenant des textes de fiction, comme Cosmic Voyage (gemini://cosmic.voyage/) par exemple.
Je ne sais pas pourquoi Firefox se ramasse sur ce cas là… Peut être que le type de retours, qui est une liste (Array), ne lui permet pas d'optimiser au mieux ? Faut clairement que je trouve un peu de temps pour creuser le sujet ! :)
Je me demande comment se situe YOGA par rapport à ces outils.
Pour les PNG:
Je me souviens que mes tests montraient que YOGA était un peu plus efficace qu'optipng, tout en étant beaucoup plus rapide. Mais il faudrait refaire un benchmark pour s'en assurer…
Pour les JPEG:
Pour le moment YOGA fait de la compression à perte (sans que ça ne soit perceptible si l'on reste sur un paramètre de qualité raisonnable comme ~94%). Je pense qu'il sera plus efficace que jpegoptim, par contre il faut savoir qu'il sera beaucoup plus lent et plus lourd (en termes de CPU et de RAM).
Actuellement YOGA optimise les JPEGs en utilisant d'abord une version patchée de la bibliothèque Guetzli, puis en appliquant des optimisations supplémentaires (sans perte cette fois-ci) en provenance de la bibliothèque MozJPEG.
J'ai pour projet de fournir une seconde option d'optimisation qui serait beaucoup plus rapide, et sans perte dans le cas où l'on a déjà un JPEG en entrée, mais je ne saurais dire quand ça sortira. :)
(attention : commande qui optimise ET supprime les métadonnées également)
YOGA supprime également toutes les méta données des images.
Par ailleurs je note sur ton site que
converting a JPEG to a lossy WebP can reduce image size to a half and converting a PNG to a lossy WebP can save you 35 % on average
ce qui est bon à savoir du coup ! Par contre je me demande s'il n'est pas trop tôt, en termes de compatibilité, pour passer les images de mon blogue en WebP..?
Bon bah pour commencer je note que j'ai fait une erreur, il faut lire « converting a PNG to a LOSSLESS WebP » et pas « LOSSY WebP »… Je viens de corriger ça… :)
Le WebP est un format qui est maintenant supporté par tous les navigateurs actuels. Le dernier qui posait problème était Safari, pour ses versions datant d'avant macOS Big Sur (2020). Vous pouvez consulter le support du WebP dans les navigateurs sur le site suivant :
Comme d'autres maintainer d'extensions, ils m'avaient contacté il y a peut être 2 ans. On avait un peu discuté mais on était pas allé très loin par manque de temps. La conclusion était que de toute façon, l'API qu'utilisait Nautilus Terminal à l'époque n'était pas adaptée (je rappelle qu'en l'état, Nautilus Terminal est un énorme bricolage), et que si on voulait faire les choses correctement, de nouvelles APIs seraient nécessaires.
Je ne pense pas qu'ils soient fermés à ajouter des API pour de nouveaux types d'extensions ; le seul souci c'est que je manque de temps et d'énergie pour mener moi-même cette discussion.
Malheureusement, Python n'est pas en cause dans la lenteur de l’optimisation:
Guetzli (encodeur JPEG): C++
MozJPEG (encodeur JPEG utilisé en complément de Guetzli): C
Zopfli (Compression deflate) et ZopfliPNG (encodeur PNG): C++
Pillow (utilisé pour décoder et pour redimensionner les images): C (pour les parties qui font les calculs)
libwebp (utilisée pour l'encodage des webp à travers Pillow): C
En dehors d'un peu de code pour certains PNG récalcitrants (et qui n'est pas spécialement long à l'exécution), toutes les parties qui font du traitement sur les images sont en C ou en C++.
Python gère l'interface graphique (qui est en Gtk, donc encore du C) et orchestre les optimisations, il ne sert que de glue en quelque sorte :)
[^] # Re: Licence ?
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Libération de Saltimbanque, un petit service Web pour générer des PDF depuis des documents HTML. Évalué à 3.
C'est corrigé, v1.2.1 publiée officiellement sous licence AGPLv3, merci pour votre vigilance :D
[^] # Re: Licence ?
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Libération de Saltimbanque, un petit service Web pour générer des PDF depuis des documents HTML. Évalué à 2. Dernière modification le 02 septembre 2024 à 07:54.
Erf il me semblait bien que j'avais oublié un truc au moment de la libération du logiciel 😅
J'avais prévu de le placer sous licence AGPL, je vais corriger cet oubli dans la journée !
Pour votre besoin, l'outil suggéré dans les autres commentaires, Wallabag, est certainement plus adapté. 🙂
[^] # Re: Up
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Journal du hacker down ?. Évalué à 2.
Merci pour l'info !
J'espère que le problème de fond sera vite résolu :)
[^] # Re: --define apc.enable_cli=1
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Créer facilement son cloud musical avec Nexcloud. Évalué à 2.
Ouais ça fait des années qu'il faut que j'update mon role Ansible pour que la config de php soit aussi appliquée à la CLI, mais je prends jamais le temps de le faire XD
[^] # Re: L'autohébergement c'est bien...
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Créer facilement son cloud musical avec Nexcloud. Évalué à 6.
Pour mon usage, le côté « cloud » est très pratique :
Ça me permet d'accéder à ma musique et à mes playlists sur tous mes appareils sans avoir à penser à les synchroniser manuellement (PC, Smartphone, Netbook,…).
Ça me permet d'ajouter une musique à une playlist sur mon téléphone et de la retrouver à jour sur mon PC (ou inversement).
Ça centralise un certain nombre de métadonnées comme les notes (0-5 étoiles) et les likes (♡) sur les pistes, les albums et les artistes.
Ça centralise aussi diverses statistiques comme la date d'ajout, le nombre d'écoutes, la dernière écoute, etc. de chaque musique.
Les deux derniers points (notes / like, et les statistiques) m'intéressent beaucoup car ça va me servir à terme à générer des playlists thématiques un peu à la façon des Daily Mix de Spotify (je suis un grand fan de cette fonctionnalité).
Pour ce qui est du côté streaming, il faut bien voir qu'avec ce type de solution, on est pas vraiment sur un flux continu comme l'est une webradio. Les logiciels clients téléchargent les fichiers présents sur le cloud au fur et à mesure et ils les gardent en cache, donc au final les musiques qu'on écoute régulièrement sont lues depuis le cache et pas retéléchargées à chaque fois.
Bref je pense qu'on a des usages différents, d'où l'utilisation de solutions différentes. Heureusement on a le choix d'utiliser ce qui nous convient le mieux, c'est ça le libre ! :D
[^] # Re: Félicitations
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Je quitte Spotify pour mon propre cloud musical autohébergé !. Évalué à 4.
Ouais Synology c'est pas libre, mais ça a quand même l'avantage d'être assez ouvert : on peut accéder au système dessous en root et tout :)
J'en ai un aussi car j'avais plus la place de mettre un serveur chez moi. Par contre je m'en sers que de stockage et de serveur de backup (BorgBackup via SSH).
[^] # Re: Félicitations
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Je quitte Spotify pour mon propre cloud musical autohébergé !. Évalué à 2.
Je suis un peu dans le même état d'esprit que toi. Avant j'autohébergerais plein de services, mais depuis quelques années j'ai tendance à tout regrouper sur Nextcloud pour limiter la maintenance. Aujourd'hui il ne me reste plus que Nextcloud, Wallabag et un Matomo. J'ai également mes sites, mais pour la plupart c'est des sites statiques donc ça ne demande pas trop de travail.
C'est la raison qui m'a fait choisir Nextcloud Music plutôt que Ampache/Subsonic/Funkwhale/Jellyfin : c'est juste une app Nextcloud, ça ne rajoute pas vraiment de travail pour maintenir le service. :)
[^] # Re: Aparté significatif
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Je quitte Spotify pour mon propre cloud musical autohébergé !. Évalué à 5.
Oui c'est prévu que j'en fasse un article. Je m'étais motivé à me lancer sur le sujet suite à une conférence de PYG de Framasoft dans laquelle il avait évoqué le nom de l'outil pour mettre ça en place. Par contre vu tous les articles que j'ai à écrire, je ne sais pas quand je vais m'y remettre ! 😅️
Clémentine
J'ai essayé d'utiliser Clementine pour me connecter à mon cloud sur un Netbook trop limité pour faire tourner Sonixd. Au final ça ne m'a pas convenu car il n'intègre pas vraiment les musiques du plugin Subsonic à sa bibliothèque, on sent que ça reste bien séparé. Au final pour le Netbook je me suis tourné vers Supersonic qui est très basique mais léger et avec une ergonomie qui me convient mieux.
Je suis pas 100% sûr d'avoir compris, mais il me semble que c'est aussi la manière de fonctionner de Sonixd et de Power Ampache 2. On peut rajouter des morceaux "à la volée" dans la file d'attente, sans que ça ne modifie de playlist.
La fonctionnalité est bien présente dans Sonixd, par contre elle semble absente dans Power Ampache 2 (mais comme il est en plein développement, ça arrivera peut-être prochainement).
Nextvloud Music
Au final c'est assez pratique d'avoir tout sur un serveur. Surtout quand les clients disposent de mode "hors ligne" qui permet de quand même accéder à une partie de sa bibliothèque quand on a pas de réseau. :)
Étiquetage dans les attributs étendus
Si c'est dans le filesystem, ça ne sera pas transféré à Nextcloud. Il faut tagger directement dans les métadonnées du fichier audio. Il existe des outils très bien pour automatiser ça : la basse de donnée MusicBrainz (https://musicbrainz.org/) et le logiciel Picard qui permet de tagger les musiques en exploitant la db de MusicBrainz.
[^] # Re: oui mais non
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Je quitte Spotify pour mon propre cloud musical autohébergé !. Évalué à 5.
J'ai rajouté cette phrase vers minuit juste avant de publier l'article. J'avais surtout en tête que c'était une solution cloud, qui s'utilisait de la même manière que Spotify : des applications pour toutes les plateformes donnant accès à sa musique de partout. Il est vrai que je n'avais pas considéré le catalogue quand j'ai écrit ça. 😅️
À l'époque Deezer n'avait pas d'app pour Linux et moi je voulais une application pour avoir une intégration avec mon environnement de bureau (MPRIS2 tout ça). Aujourd'hui les navigateurs Web fournissent des APIs pour ça mais à l'époque ça n'existait pas.
D'ailleurs fait amusant, il y a quelques années j'avais aidé un collègue à bricoler une application Electron qui utilisait l'interface Web de Deezer, mais dans laquelle on injectait du JS custom pour faire le pont avec l'API MPRIS2 histoire que ça s'intègre à son environnement de bureau sous Linux. 😅️
[^] # Re: borgbackup peut-il ignorer des modifications ?
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Présentation de BorgBackup, l'un des meilleurs outils de sauvegarde disponibles sous Linux. Évalué à 4.
Je suis pas sûr d'avoir tout comprit, mais il faut voir un dépôt Borg comme une suite d'archives successives (ou comme un dépôt Git pour les développeurs).
Si A et B sont présent sur le système lors d'une backup, ils seront conservés dans l'archive créée à ce moment là.
Si après on les supprimes du disque et qu'on refait une sauvegarde, ils seront absents de l'archive nouvellement créée, mais ils seront toujours dans l'archive précédente. Ils resteront donc dans le dépôt tant que l'archive qui les contient n'est pas supprimée (il suffit donc de la conserver et de faire attention lors de l'utilisation de la commande
borg prune).[^] # Re: Quelques questions
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Présentation de BorgBackup, l'un des meilleurs outils de sauvegarde disponibles sous Linux. Évalué à 4.
Pour le dossier
~/.config/borg/security, il contient quelques métadonnées sur les dépôts (notamment le nonce) qui permettent de se rendre compte d'une tentative de modification du dépôt distant, mais rien d'extrêmement sensible non plus.Le dossier
~/.config/borg/keysest quant à lui un peu plus sensible car il peut contenir les clefs (chiffrées) des dépôts, mais seulement si on utilise l'option--encryption keyfilelors de la création du dépôt. Si on utilise--encryption repokey, cette clef est stockée directement dans le dépôt lui-même et pas dans le home.Pour le cache, il contient uniquement quelques métadonnées mais de toute façon, si un attaquant a accès à ces dossiers (que ce soit la config ou le cache), c'est qu'il a déjà accès aux données de la machine ; il n'a donc pas besoin d'accéder aux sauvegardes pour récupérer les données. Les risques sont donc plutôt minimes.
Bon bah @cg à déjà fait une réponse très complète à ce sujet :D
J'ai la chance d'être développeur Python, du coup c'est un écosystème que je connais bien et ça ne me fait pas spécialement peur, surtout que le logiciel est dispo dans les dépôts officiels de la plupart des distro :)
Mais effectivement, il existe des versions standalone, comme l'indique la documentation officielle :
Elles peuvent être téléchargées sur GitHub:
[^] # Re: Très bon article, merci !
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Présentation de BorgBackup, l'un des meilleurs outils de sauvegarde disponibles sous Linux. Évalué à 4.
Ravi que ça te plaise !
Là j'ai déjà écrit la moitié du second article, je pense le sortir aux alentours du 16 octobre :)
[^] # Re: Qui me parle?
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Les smartphones dotés de puces Qualcomm partagent en secret des infos privées avec son fabricant. Évalué à 6.
Au final, je pense que tu as raison : l'article est peut être juste sensationnaliste…
Pour ce qui est des requêtes vers les serveurs de Google, le dev de microg à répondu :
→ https://mastodon.social/@larma/110260138458948356
Et les devs de GraphenOS ont également répondu sur Reddit :
→ https://old.reddit.com/r/privacy/comments/12yii9u/german_security_company_nitrokey_proves_that/jhojlr7/
[^] # Re: Ô ironie, quand tu nous tiens…
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Décollage : ce blog vient d'être propulsé dans le Geminispace ! [présentation du projet Gemini]. Évalué à 3.
Je ne suis pas d'accord sur ce point. Pour les blocs préformatés, quand une ligne commence par ```, il suffit de continuer à lire ligne à ligne, sans rien chercher à interpréter, jusqu'à retomber sur une ligne commençant de nouveau par les mêmes trois backtick. Ça reste extrêmement basique :)
[^] # Re: Ô ironie, quand tu nous tiens…
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Décollage : ce blog vient d'être propulsé dans le Geminispace ! [présentation du projet Gemini]. Évalué à 3.
Cette fonctionnalité ne fait pas partie de Gemtext pour une bonne raison : c'est au client d'implémenter ce genre de choses.
C'est d'ailleurs le cas du navigateur Lagrange qui peut afficher un sommaire basé sur les titres. Voici un exemple avec l'article dont il est question ici (volet à gauche) :
En effet, mais puisque c'est possible, la majorité des sites le font, plus ou moins volontairement (analytics, scripts et fonts chargés depuis des CDN, captcha de chez Google, etc.). :(
[^] # Re: Ô ironie, quand tu nous tiens…
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Décollage : ce blog vient d'être propulsé dans le Geminispace ! [présentation du projet Gemini]. Évalué à 4. Dernière modification le 13 avril 2023 à 12:59.
Le gras et l'italique sont effectivement absents de la version Gemtext de l'article.
Pour les liens il n'y en a pas tellement d'intégrés directement dans les paragraphes de cet article-là (par contre dans mes autres articles c'est un festival 😅️), mais ça n'est pas vraiment un problème pour moi puisque ma bibliothèque
rst2gemtextfait le travail de les sortir automatiquement en dessous du paragraphe (j'ai encore quelques améliorations à faire sur ce point je pense, comme numéroter les liens internes aux paragraphes mais c'est un détail).Les smileys sont effectivement des caractères Unicode donc tout à fait utilisables dans un document Gemtext.
Pour ce qui est du code inline (au sein d'un paragraphe), c'est comme pour le gras et l'italique, ça n'existe tout simplement pas dans la syntaxe Gemtext. Par contre, pas besoin de « bloc de citation » pour représenter des blocs de code, il y a bien une syntaxe prévue pour le texte préformaté. :)
La raison principale semble plutôt être la simplicité d'implémentation que la légèreté dans ce choix. Voici une citation extraite de la FAQ du projet (au sujet de l'absence de lien inline) :
Au final je ne pense pas que le format soit adapté à tous les contenus, mais pour tout ce qui est très « littéraire » (fiction, billet d'humeur, réflexions,…) ça fonctionne plutôt bien. On retrouve d'ailleurs nombre de capsules contenant des textes de fiction, comme Cosmic Voyage (gemini://cosmic.voyage/) par exemple.
[^] # Re: Très intéressant !
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Benchmark : est-ce que ça vaut le coup d'utiliser WebAssembly plutôt que JavaScript ?. Évalué à 2.
Je ne sais pas pourquoi Firefox se ramasse sur ce cas là… Peut être que le type de retours, qui est une liste (Array), ne lui permet pas d'optimiser au mieux ? Faut clairement que je trouve un peu de temps pour creuser le sujet ! :)
[^] # Re: Safari
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Petite introduction à WebAssembly. Évalué à 1.
D'après le site caniuse c'est censé fonctionner sans souci, mais je n'ai pas de Mac pour vérifier.
La liste blanche c'était pas pour les Applets Java avant qu'ils ne les suppriment définitivement ?
[^] # Re: YOGA
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Point projets : un lifting pour YOGA, la fin de Nautilus Terminal, màj pour CalCleaner et Rivalcfg. Évalué à 3.
Pour les PNG:
Je me souviens que mes tests montraient que YOGA était un peu plus efficace qu'optipng, tout en étant beaucoup plus rapide. Mais il faudrait refaire un benchmark pour s'en assurer…
Pour les JPEG:
Pour le moment YOGA fait de la compression à perte (sans que ça ne soit perceptible si l'on reste sur un paramètre de qualité raisonnable comme ~94%). Je pense qu'il sera plus efficace que jpegoptim, par contre il faut savoir qu'il sera beaucoup plus lent et plus lourd (en termes de CPU et de RAM).
Actuellement YOGA optimise les JPEGs en utilisant d'abord une version patchée de la bibliothèque Guetzli, puis en appliquant des optimisations supplémentaires (sans perte cette fois-ci) en provenance de la bibliothèque MozJPEG.
J'ai pour projet de fournir une seconde option d'optimisation qui serait beaucoup plus rapide, et sans perte dans le cas où l'on a déjà un JPEG en entrée, mais je ne saurais dire quand ça sortira. :)
YOGA supprime également toutes les méta données des images.
Bon bah pour commencer je note que j'ai fait une erreur, il faut lire « converting a PNG to a LOSSLESS WebP » et pas « LOSSY WebP »… Je viens de corriger ça… :)
Le WebP est un format qui est maintenant supporté par tous les navigateurs actuels. Le dernier qui posait problème était Safari, pour ses versions datant d'avant macOS Big Sur (2020). Vous pouvez consulter le support du WebP dans les navigateurs sur le site suivant :
[^] # Re: Nautilus Terminal va me manquer
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Point projets : un lifting pour YOGA, la fin de Nautilus Terminal, màj pour CalCleaner et Rivalcfg. Évalué à 8. Dernière modification le 02 novembre 2022 à 18:02.
Comme d'autres maintainer d'extensions, ils m'avaient contacté il y a peut être 2 ans. On avait un peu discuté mais on était pas allé très loin par manque de temps. La conclusion était que de toute façon, l'API qu'utilisait Nautilus Terminal à l'époque n'était pas adaptée (je rappelle qu'en l'état, Nautilus Terminal est un énorme bricolage), et que si on voulait faire les choses correctement, de nouvelles APIs seraient nécessaires.
Je ne pense pas qu'ils soient fermés à ajouter des API pour de nouveaux types d'extensions ; le seul souci c'est que je manque de temps et d'énergie pour mener moi-même cette discussion.
[^] # Re: Nickel
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien YOGA Image Optimizer v1.2.0 est sorti, avec une interface et une expérience utilisateur améliorée !. Évalué à 5.
Malheureusement, Python n'est pas en cause dans la lenteur de l’optimisation:
En dehors d'un peu de code pour certains PNG récalcitrants (et qui n'est pas spécialement long à l'exécution), toutes les parties qui font du traitement sur les images sont en C ou en C++.
Python gère l'interface graphique (qui est en Gtk, donc encore du C) et orchestre les optimisations, il ne sert que de glue en quelque sorte :)
[^] # Re: Es-tu sur une autre plateforme de dons ?
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Sortie de Rivalcfg, l'outil de configuration pour les souris SteelSeries, en version 4.6.0. Évalué à 1.
Bien reçu, merci beaucoup :)
[^] # Re: ports internes
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Booter Proxmox sur un HP ProLiant DL380p G8 récalcitrant. Évalué à 1.
Merci pour toutes ces précisions :)
[^] # Re: Es-tu sur une autre plateforme de dons ?
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Sortie de Rivalcfg, l'outil de configuration pour les souris SteelSeries, en version 4.6.0. Évalué à 3.
Bonjour,
Tout d'abord, merci d’apprécier mes projets, ça fait toujours plaisir, surtout que j'y passe beaucoup (trop) de temps :)
Effectivement j'ai aussi une URL de don PayPal → https://www.paypal.me/0xflozz
# Article en anglais
Posté par FLOZz (site web personnel, Mastodon) . En réponse au lien Sortie de Rivalcfg, l'outil de configuration pour les souris SteelSeries, en version 4.6.0. Évalué à 1.
Zut je suis allé trop vite, j'ai oublié de marquer que le lien était en anglais /o\