gUI a écrit 6637 commentaires

discussion entre mon frère (cuistot) et ma mère (très bonne cuisinière)

• (mère) : d'après-toi il pèse combien ce poulet ?
• (fils) : boarf… 45mn, pas plus
• (mère) : merci !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ouais c'est tout simplement un abus de langage… le coup de 100TW de puissance de calcul, on peut aussi l'interpréter comme "on sait qu'on disposera de 100TW de puissance électrique, on verra bien ce qu'on pourra en faire en terme de calcul d'ici-là".

Et puis à génération identique, c'est pas déconnant, le rendement électrique étant le nerf de la guerre, tout le monde bataille à peu près dans la même catégorie, donc l'association puissance consommée -> puissance de calcul n'est pas vraiment déconnante.

Par exemple dans une gamme de processeurs homogène (même techno, même marque…) oui, un CPU 2x plus puissant consommera tout simplement 2x plus d'électricité, pas de magie !

Par contre chaque génération met une claque à la précédente donc faut vraiment faire gaffe.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

À condition que ta box ne filtre pas le port DNS.

Anéfé. Je sais pas si il y a des FAI qui le font en France, mais évidemment en théorie ils peuvent le filtrer.

Tu vas peut-être me répondre qu'il suffit d'utiliser un modem/routeur tiers

Ils peuvent très bien le filtrer quel que soit le modem utilisé.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

… qu'on n'a pas besoin de résolveur DNS externe (SFR, Orange, FDN, 8.8.8 ou n'importe qui d'autre).

bound ou unbound (et sûrement d'autres) embarquent dans leur code les IP des DNS root, font la résolution eux-même et la mette en cache.

Bref si vous voulez le résolveur DNS le moins menteur possible, faite-le vous-même !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Sur quelles bases ?

Ça va remettre au goût du jour le "pertinent" / "inutile".

Si le journal se borne à dire qu'un outil lambda a été généré, il est top, merci de le tester, c'est clairement inutile (cf Brivacia ainsi que d'autres qu'on a supprimé).

On est sur LinuxFR.org, 99% des membres vont lire le journal mais ne pas aller voir le code. Très peu sont techniquement intéressés par une relecture du code. Donc si le code est la seule information du journal, il va se faire dézinguer et c'est normal.

Je vibe code pas mal de truc en perso comme au boulot, je viens pas en faire un journal à chaque fois, ça n'a strictement aucun intérêt.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Moi je dirais plutôt que ça va tendre vers le 100%…

que désires-tu ? Qu'on mentionne ce fait au départ, on juste qu'on évite ?

Oui, qu'on évite. Un peu comme les milliers de morceaux quotidiens générés sur les plateformes Deezer/Spotify, personne n'écrit de chroniques dessus, ça n'a pas d'intérêt.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Le confinement du COVID a montré le nombre important de familles qui ne possèdent rien d'autre que des tablettes ou des smartphones à la maison. On pourrait même imaginer que privilégier ces appareils c'est privilégier les plus modestes.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Appel à graphiste ≠ appel à développeurs

Je ne comprends pas la différence. Les deux catégories de personnes doivent se loger et doivent manger chaque jours (plusieurs fois pas jour même).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

je me demande si les IA n'ont pas été entraînées pour troller LinuxFR.

pas besoin d'entraîner spécifiquement. un LLM généraliste avec un agent pour interagir avec LinuxFR.org, un prompt bien léché et zou! chaque jour son flot de bouse.

BAud demandait des exemples de posts IA / boostés par l'IA. J'espère qu'il tombera sur les derniers journaux.

on nettoie, et parfois même à la demande de l'auteur (c'était le cas hier). mais du coup je me demande si c'est une bonne idée de nettoyer, parce que t'auras toujours des hurluberlus qui pensent que c'est une idée géniale de venir nous montrer ce qu'ils ont fait (faire à l'IA).

J'en reste qu'une catégorie à part pour les publications et projets écrits par une IA

catégorie à part ? ou vraiment les supprimer ? voir le point ci-dessus, c'est peut-être pas si simple de trancher…

après l'idée de la catégorie nous permettait (équipe de modération) de ne pas hésiter à catégoriser rapidement, contrairement à effacer où ça reste toujours délicat. au pire on négocie avec l'auteur et on décatégorise.

ça vaut la peine d'y réfléchir je pense.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

En 2026, on fait du loop-code

Arglll c'est clairement le level 5 !!! Tu parles de trucs style Gas Town ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Si tu as des critiques constructives sur le code

Ça m'a pris 2mn avec Claude de sortir que dans tes logs :
- tu as le HTTP_USER_AGENT et le REMOTE_ADDR en clair et complet
- tu as l'URL complète (potentiellement elle peut contenir des secrets, en tous cas des meta-data qui peuvent être croises avec d'autres)
- le hash du user-agent c'est une bonne idée, mais vu qu'il contient des versions assez précises, tu pourrais tout de même pouvoir tracer un visiteur dans la même journée. faut le simplifier pour augmenter les collisions.

Mon prompt : "ce logiciel se vante de respecter la vie privée. vérifie comment il fait et ce qu'il loggue réellement ?"

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Si quelqu'un veut contribuer, il peut le faire. L'IA n'est pas une barrière

Vu la quantité de code et le manque total de documentation sur la structure du code, les bonnes pratiques etc. non. Ton projet est enfermé dans le vibe coding.

Perso ça me dérange pas, j'ai maintenant plein de trucs codés comme ça, y compris au boulot, mais j'en rédige pas un journal et je demande pas à la communauté de finir mon boulot (gratos).

J'insiste sur le gratos parce que de ton côté tu mets des pubs sur ton site avec une bannière demandant de virer les pubs, et tu as des liens pour qu'on laisse du pognon. Donc je doute que tu ne fasses ça que pour la beauté du geste et l'amour du travail.

De plus on fait comment pour contribuer ? On t'envoie un email ? Si les gens utilisent des froges comme github ou gitlab c'est aussi parce que la façon de contribuer est standard. On pushe une merge request, les auteurs lisent, commentent, et après quelques intérations ils peuvent merger. On garde l'historique de qui a fait quoi.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Toi qui es sur Mastodon tu devrais suivre le compte Pigeon Gratuit. Tu comprendras pourquoi demander du boulot gratos en échange de la visibilité sur un projet minuscule dans un coin de l'Internet c'est du foutage de gueule.

En plus on dirait presque c'est le point principal du journal.

Et l'IA pour coder ça te regarde (et garde ton code pour toi, on se fout de ton projet perso auquel personne ne pourra participer sans utiliser lui-même l'IA), mais l'IA pour écrire le journal, ici c'est non. Donc si tu journal se fait virer, tu sais pourquoi.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

et qu'il est encore plus difficile de chercher à convaincre autrui de faire de même.

Oui parce que comme tout le monde (moi y compris), il se dit "ouais bon mais qu'est-ce que ça va changer si je suis le seul à faire l'effort" ?

C'est la société qu'il faut changer, et ça c'est par le vote (et donc ensuite des lois qui vont interdire fermement) que ça doit passer.

Dans ce sens là convaincre les gens que "ce serait mieux si" c'est déjà un bon point. Et je dis "convaincre", mais souvent c'est juste "réaliser que" parce qu'ils sont, au fond, déjà convaincus.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Apparemment il faut tout de même déclarer la dépendance à un service.

After=miniflux-postgres.service
Requires=miniflux-postgres.service

Tu peux vérifier qu'ils sont bien présents dans ~/.config/containers/systemd/

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

yn onf (wr fhvf cnegv qh gvger rg w'nv fvzcyrzcrag purepur fv vy rgnvg qnaf yr grkgr :) )

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Pour sensibiliser à "fais gaffe où tu mets tes données", j'utilise un argument un peu différent d'habituellement (protection toussa…), mais tout aussi valide factuellement : ce que tu risques le plus, c'est qu'un jour tu te trouves face à un écran "nous avons détecté une activité suspecte sur votre compte, aussi nous avons tout bloqué".

Et là, patatras… Si tu as de la chance tu vas batailler et arriver à récupérer tes données en quelques jours (à base de scan de carte d'identité et tout et tout), et au pire, t'as tout perdu. Mais vraiment. Tes photos sur Google Photo c'est mort tu les retrouveras plus.

En général ça fait cogiter quand même (et honnêtement c'est la raison principale pour laquelle je me suis monté une instance Immich).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

https://github.com/Ircama/epson_print_conf

Apparemment tout est pilotable par SNMP, dont le compteur en question.

Reset the ink waste counter.

This feature permanently resets the ink waste counter.

Resetting the ink waste counter extends the printer operation while a physical pad maintenance or tank replacement is programmed (operation that shall necessarily be pefromed).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

je fais une différence entre un journal qui parle des LLMs, et un journal qui parle d'un soft codé par (ou avec) un LLM.

le premier point m'intéresse (j'en ai d'ailleurs rédigé un très bien accueilli), par contre le second… ça va devenir invivable.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Corrigé, merci

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Tu veux que je te fasse la modif ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Merci infiniment pour ces précisions ! D'ailleurs n'hésite pas à rédiger un journal ou une dépêche détaillée sur IoToS, tant techniquement que comment tu t'en sers pédagogiquement.

Et là, bingo : ce n'est pas tout à fait un OS.

Alors à la limite pourquoi pas, la définition de OS étant assez vague, là on a non seulement un pool d'applications prête à l'emploi mais aussi un framework pour en développer de nouvelles, donc dans son ensemble pourquoi pas oui le qualifier d'OS.

Mais ce qui m'a surtout fait tiquer c'est "il a codé un OS de zéro". Ma vision d'un OS (et ça, chacun a un peu la sienne, on l'a compris avec les sempiternelles discussions autour de l'appellation GNU/Linux) est bcp plus "kernel" que "applications". Et partir du framework Arduino c'est pas rien. L'ordonnancement (ici c'est le setup() et le loop() mis à disposition), l'initialisation du hardware etc. c'est quand même pour moi le cœur de la meule d'un OS.

Comme amélioration future, peut-être un jour un RTOS — car dans le loop, si une opération prend trop de temps, le serveur FTP… plouf.

C'est justement ce style de limitation subie qui montre que non, IoToS n'est pas un OS parti de zéro.

Après ça n'enlève en rien le mérite d'un tel projet qui représente un boulot assez phénoménal, et faire coucher ensemble de manière homogène toutes ces libs écrites chacune dans son coin n'a pas dû être une mince affaire, bravo !!!

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Si tu considères que c'est un OS, alors tous les programmes Arduino en sont un. Il n'a rien fait de plus que d'utiliser le framework Arduino (que lui on pourrait éventuellement considérer comme un OS) et les librairies associées (même si le boulot au final est considérable et le logiciel finalement plutôt intéressant).

EDIT: désolé j'ai lu bcp trop vite, en effet il a réécrit son propre framework, en faisant son propre setup() et loop(). Le fait qu'il ait gardé le même modèle que le framework Arduino m'a bien trompé.

EDIT EDIT : ah bin non, c'est bien du full framework Arduino.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

J'ai jamais essayé, mais on conseille souvent Galette, et on en parle régulièrement ici.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

C'est très sympa comme projet, mais dire que c'est un OS c'est faux. Il a écrit un shell et des commandes en utilisant le framework Arduino.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.