nonas a écrit 558 commentaires

La version 1.0.57 est sortie le mois dernier : https://github.com/Etar-Group/Etar-Calendar/releases
La version disponible sur f-droid continue d'être générée régulièrement à partir de l'archive upstream.

Si c'est juste pour relayer les titres putaclics de Clubic, non merci.

Le logiciel en question : Cryptomator

https://cryptomator.org/

Si seulement La Tribune pouvait mettre des liens vers ses sources...

ici : https://reclaimfinance.org/site/2026/07/01/evenements-climatiques-extremes-la-vulnerabilite-des-communes-francaises-revelees/

et là : https://www.assurermaville.fr/

Ça veut dire une machine avec 32GB de RAM. Pas trop dans mes moyens en ce moment.

Pour ma défense, j'ai de la chance : des gens trop gâtés à $dayjob jettent (trop) régulièrement des machines dans la benne. Mon PC actuel est un "vieux" Dell avec un Core i5-7500 qui, au fil des ans et de mes trouvailles heureuses, est passé de 8 à 16, puis récemment à 32 Go de RAM. Franchement à part pour ce genre de trucs gourmands (parce que pas sérialisés), je n'en ai pas besoin. Là j'ai 1,6 Go de RAM utilisé (y compris les caches). J'ai même hésité à un moment donné à revenir à 8 Go de RAM mais comme je n'ai pas observé de différence significative de conso électrique, j'ai laissé en l'état.

Je connais bien la structure des fichiers de données car j'ai déjà joué avec par le passé. Ils peuvent être parsé en mode texte car les xml sont bien indentés.

Oh, ce journal ne me dit rien ! Je vais le lire avec grand intérêt ! J'avais commis il y a quelques années un journal aussi porté sur la cartographie : https://linuxfr.org/users/nonas/journaux/communes-de-france-finissant-par-ville

[... script AWK ...]

Alors là, il va me falloir un peu de temps pour comprendre ces scripts AWK. J'en avais fait des biens plus simples il y a longtemps pour un autre truc mais c'est loin de mon niveau actuel tout ça ^{^}

Le script prend 54.73s pour process les 4.257GB de données et consomme en pic 3.356Mo de RAM ; oui, moins de 4 mégaoctets de RAM. Le script AWK est bien le facteur limitant (pas le premier awk ni le unzip).

Et oui, c'est le gros avantage du traitement ligne par ligne.

Merci !

Ah oui, quitte à ne pas maîtriser pandas, autant essayer polars, merci j'avais oublié son existence.

Je regarderai pour le début du notebook, surtout les parties où je charge tout dans la dataframe et l'agrégation quotidienne qui prennent un peu de temps.

L'image est un lien vers la page wikimedia commons de l'image ;-)
J'ai beaucoup écouté l'album Once upon a time de Donna Summer, produit par Giorgio Moroder pendant que je travaillais là-dessus.

tu as oublié de passer une ligne avant tes listes et je ne sais vraiment pas comment mieux le formuler sur le wiki pour que ce soit pris en compte (et compris)

Oubli de ma part, les instructions sont claires.

il n'y a pas d'espace avant le : de [^1]: pour les notes de bas de page : de même, il y a eu des ajouts au wiki pour préciser comment les utiliser, mais ce n'est pas appliqué o_O

Ça je me suis posé la question mais sans aller jusqu'au test sans l'espace. Je pense que la différence est suffisamment subtile pour bien insister dessus dans le wiki.

j'imagine que c'est le notebook jupyter et non le .py généré
Effectivement, j'ai travaillé d'abord à partir du notebook. Mais avec l'extension jupytext, les 2 documents devraient rester synchronisés.

Oui le dépôt mériterait un peu de nettoyage.

Pour les 22 Go de RAM, j'ai été désagréablement surpris aussi :-/

... j'ai cliqué.

La vidéo dure 5min26s et parle d'une installation artistique centrée autour d'une expérience informatique (est-ce un jeu ?) en ASCII.

ici : https://gxrls-need-modems.github.io/

Un peu de poésie dans ce monde d'IA, de valorisation boursière démentielle et de guerre et paix au Moyen-Orient : une belle découverte, merci.

That was a fun read!

En même temps, c'est un peu triste de réaliser tout le gaspillage que ça entraîne.

Il faut préciser ce que signifie ce "maintenant".
Entre la version la plus récente (151) et la version Extended Support Release (140, juin 2025), il y a presque 1 an de développement de différence en termes de fonctionnalités.

Edit : ça date de v141 (juillet 2025) "Support for Cookies Having Independent Partitioned State (CHIPS) is now re-enabled, allowing developers to opt a cookie into storage partitioning per top-level site."

En plus de ublock origin, Cookie Autodelete, Grammalecte et Privacy Badger, j'ai aussi Snowflake que je n'ai pas encore vu ici. Ça aide le réseau Tor à travers WebRTC.

https://snowflake.torproject.org/

J'avais vu passer sur HN ce dépôt qui décrit un peu ce qu'il est possible de faire avant de sortir l'artillerie lourde que sont les modèles frontier (les derniers nés de Anthropic, OpenAI etc)

https://github.com/NehmeAILabs/llm-sanity-checks

Peut-être plus facile à faire tourner en local.

(Note : je n'y connais pas grand chose, sur l'échelle de gUITM, j'en suis au niveau 0, par radinerie et par réticence à installer tout agent sur ma machine)

Et donc quel est l'objectif des NPU ?
Quels logiciels en profitent ?

Il faut renseigner une adresse email pour pouvoir télécharger les documents...

Les gens pensent vraiment que les modalités actuelles de scrutin sont le facteur principal expliquant une abstention importante ?
Il y a des études là-dessus ?

Sur fixe :

298 partenaires !

Et ensuite :
s'il vous plaît, c'est pour manger

"Vos cookies valent si chers qu'on est prêt à donner 10% de nos revenus publicitaires si vous les acceptez !"

Techniquement non, LoRa ("long range", longue portée) n'est pas du WiFi, ça n'utilise pas les mêmes bandes fréquences, pas les mêmes puissances rayonnées, pas les mêmes débits. Ça n'est pas non plus un standard IEEE.

Quand à la notion de réseau maillé, la différence entre Meshtastic et Meshcore (qui utilisent tous deux LoRa au niveau radio) vient justement de différence de protocole de routage.
- Meshtastic : pair-à-pair direct et messages diffusés à tous. Tous les clients relaient tous les messages qu'ils reçoivent. Pas de preuve de réception.
- Meshcore : les messages passent par des répéteurs qui ne font que relayer les messages d'un client vers le destinataire final. Preuve de réception du message.

Chacun à ses avantages et inconvénients mais ils sont incompatibles entre eux.

En gros résumé :
- un des membres de Meshcore (Andy Kirby) a utilisé beaucoup d'IA pour coder sans le dire ouvertement aux autres membres.
- le 29 mars dernier, ce même membre a déposé la marque Meshcore en son seul nom et sans avertir les autres membres.
Depuis, le reste de la communauté travaille à meshcore.io et plus sur meshcore.co.uk (l'absence de lien ici est volontaire)
Andy travaille sur MeshOS, code fermé avec licence par appareil. Des gens ont répondu avec un générateur de code pour ces licences. S'ensuit un jeu du chat et de la souris pour adapter ce keygen aux changements apportés par Andy.

Des infos ici, en anglais :
- https://blog.meshcore.io/2026/04/23/the-split
- https://meshoskey.com/

Sinon, le mp3 est là : https://rdgp.fr/audio/@rdgp/entretien-benoit-sibaud-les-machines-a-voter.mp3

Déjà je vous dirai demain si mes volets se sont bien ouverts tout seuls!

Malheureusement pour le projet Haiku, nous n’eûmes plus de nouvelle de pulkomandi. Ses volets domestiqués se rebellèrent cette nuit-là et il se retrouva pris au piège dans l'obscurité la plus totale. Tâtonnant vers l'interrupteur, il se prit les pieds dans sa fibre fraîchement installée, l'arrachant violemment de la box, le coupant complètement du monde extérieur.

Espérons que sa porte d'entrée n'avait pas encore été upgradée vers une version toute électronique et qu'une bonne vieille clé métallique traînait dans le fond de la poche droite de sa redingote rose pale.

pour des communes différentes, je ne vois pas bien pourquoi il n'y aurait pas un code postal différent...

La majorité des codes postaux sont partagés par plusieurs communes.
En partant du fichier 20230823-communes-departement-region.csv (depuis https://www.data.gouv.fr/datasets/communes-de-france-base-des-codes-postaux), on peut dénombrer 39201 communes et seulement 6329 codes postaux uniques.

grep -v code_postal 20230823-communes-departement-region.csv | wc -l
39201
awk -F ',' '{print 3ドル}' 20230823-communes-departement-region.csv | grep -v code_postal | sort -u | wc -l
6329

Même les codes INSEE ne sont pas tous différents pour chaque commune !

awk -F ',' '{print 1ドル}' 20230823-communes-departement-region.csv | grep -v code_postal | sort -u | wc -l
36014

Pour compléter les données OSM, il y a également l'application StreetComplete qui propose des "quêtes" (des questions) sur les alentours. Il y a énormément de type de quêtes (sélectionnables) : https://wiki.openstreetmap.org/wiki/StreetComplete/Quests
Deux de ces types quêtes concernent justement les horaires d'ouverture ("sont-ils affichés ?" et "quels sont les horaires d'ouverture ?").

Ça existe aussi sur les horaires de levée des boites à lettre par exemple.

Cette application est vraiment simple à prendre en mains et très bien traduite.

Oui c'est sûr, je pourrai trouver une machine plus efficiente mais... je suis un peu tatillon sur ce que je chercherais aujourd'hui :
- faible conso
- prise en charge par le noyau vanille ou debian (hors de question d'utiliser une image téléchargé sur un google drive avec un noyau antédiluvien patché on ne sait pas comment)
- intégration (de la gestion) d'une batterie (ce que le Olinuxino propose, idéal pour des arrêts propres alors que je coupe brutalement le jus à la multiprise)
- sans ventilateur
- 3 interfaces pour le stockage (pour avoir un raid1 pour les données indépendant du système)

Et pour que la différence de consommation électrique avec mon installation actuelle compense ne serait-ce que le prix d'achat, je pense qu'il faudrait que je cherche longtemps.

Ma freebox POP S avec 2 liens Ethernet Gbit connectés consomme 6.8 W Wifi éteint et 9.1 W avec le Wifi allumé.

Ce benchmark de PTS m'a intrigué alors je me suis dit que j'allais tester sur mon serveur. C'est un petit Olimex A20-OLinuXino-LIME2 avec un SSD.
Niveau processeur c'est plus proche d'un RPi 2 : 2 cœurs ARM Cortex-A7 à 0.96 GHz avec 1 Go de RAM.

La consommation est de l'ordre de 4 W en idle et 6 W en charge et la compilation du noyau a demandé 34480 s, soit un poil plus de 9h30m ! (https://openbenchmarking.org/result/2603018-NE-OLINUXINO38)
Donc un coût énergétique total de 57.46 Wh.

Ici, il ne tourne que "lorsqu'on en a besoin" : il s'allume à la multiprise en même temps que la box et se coupe de la même façon. Mes statistiques fournies par tuptime indiquent qu'il n'est allumé que 35% du temps.