BAud a écrit 13882 commentaires

la sortie de la 1.1 est une étape sympathique, cela permet de disposer d'une version stable qui continue de s'améliorer par ailleurs ;-)

à regarder le cycle de développement des weekly, il y a pas mal de nouveautés de semaine en semaine :

• des fonctionnalités ajoutées, améliorées, avec les bugs afférents corrigés et des ajouts de traductions
• une solide base de contribution : plus de 25 personnes sur une semaine (varie en fonction des fonctionnalités prises en compte, c'est régulièrement de l'ordre d'une vingtaine de personnes de janvier 2026 à aujourd'hui, pas toujours les mêmes :D)
• de nouvelles personnes contribuant : 1 sur cette période d'une semaine, en Février 2026 c'était 8 personnes, en janvier au moins 4 nouvelles
• le choix de faire des backports de la version dev vers la release, grâce à git c'est l'une des possibilités… il y en a d'autres.

À regarder la feuille de route elle est très générique on va dire, je n'ai pas trouvé de feuille de route déclinée par version. J'ai néanmoins trouvé ce qui est documenté pour être embarqué dans la version suivante :

https://wiki.freecad.org/Release_notes_1.2 ça évolue au fur et à mesure, il faut bien en garder sous le coude pour la suite :D

Ce qui est pas mal, c'est que la démarche release early, release often est appliquée, avec la mise à disposition de paquets AppImage chaque semaine pour la version en cours de développement. Les architectures Linux x86_64 et aarch64 sont prises en compte (pour MacOS c'est x86_64 pour MacOS10 et arm64 pour MacOS11 et 15).

---

À voir le tag freecad, il y au moins une dizaine de personnes intéressées par FreeCAD sur LinuxFr.org (+ toutes celles n'ayant que commenté) ; un lien, un journal ou une dépêche — même une entrée de forum voire un sondage — est plus visible ainsi que les domaines connexes

17 cao
12 3d
9 cad
8 modélisation
6 kicad
5 open_hardware
4 impression_3d
4 fosdem
4 sortie_version
4 openscad

(en se basant sur les tags connexes, pas forcément représentatifs des domaines d'intérêt :D)

motivé pour une dépêche en rédaction ?

AMD Radeon RX 7700 XT

hw-probe -all -upload # donnera plus d'infos techniques directement (et un peu de logs)

en revanche, « Vive le Québec libre » était une vraie gaffe (mais pas du même :p)

bin tu as un core dump du direct rendering manager, c'est rarement très bon :/

mars 23 20:16:56 Kubuntu01 kernel: amdgpu 0000:03:00.0: amdgpu: [drm] AMDGPU device coredump file has been created

reste à l'analyser… ça dépasse mes compétences :-) (mais ça vaut le coup de creuser si c'est spécifique à ton matos)

mars 23 20:16:56 Kubuntu01 kernel: amdgpu 0000:03:00.0: amdgpu: [drm] Check your /sys/class/drm/card1/device/devcoredump/data

même s'il tente de reprendre :

mars 23 20:16:59 Kubuntu01 kernel: amdgpu 0000:03:00.0: amdgpu: GPU reset succeeded, trying to resume

ça bloque directement ensuite ou il y avait plus d'infos ?

---

un hw-probe -all -upload si tu as encore la main via ssh permet d'avoir pas mal de logs sur ce qui s'est passé depuis ton dernier boot. Faut donner l'url obtenue. Et ça permettra d'avoir des infos sur ton GPU que tu as omis de préciser…

sinon, une mise à jour du noyau en 6.18 et avec des firmwares récents comme pour https://bbs.archlinux.org/viewtopic.php?id=310600

ah bin, le module est correctement chargé maintenant que la carte est correctement branchée.

et le hw-probe ?

en optimisé (ou simplement pas de conneries)
history4=history3; histroy3=history2; history2=history1; history1=structuredClone(state);

et la déclaration des variables à la volée te permet de bénéficier de histroy3 silencieusement. Et une définition de history4 potentiellement foireuse.

tu n'as pas donné le résultat de

dmesg | grep -i cx

tu peux indiquer les modules chargés lorsque ta carte est reconnue

lsmod|grep -iE "dvb|cx"

et le hw-probe -all -upload le fait tout seul pour toi ;-)

à voir dans la doc' sur https://docs.kernel.org/6.19/driver-api/media/dtv-core.html les paramètres et mesures pouvant être extraits de ta carte

et il y a un peu de doc' sur https://www.linuxtv.org/wiki/index.php/Testing_reception_quality aussi pour effectuer des mesures.

    HAVING nombre > 1

ah, tu voulais dire n'afficher que « les code postaux correspondant à plus d'une commune » ?

j'aurais plutôt écrit

    HAVING nombre >= 2

c'est pareil au final, oui ;-)

sans remettre en cause la compétence de ceux qui choisissent l'IA, j'aurais plutôt tendance à leur demander s'ils sont prêts à maintenir ce que leur a produit l'IA (avec un taux d'engagement supérieur à 60% :D), cela permet mieux d'identifier les limites que eux y mettent.

Et oui, selon ses appétences, j'ai tout de même l'impression que le jugement sur l'IA est par rapport à ce que l'on n'aurait pas fait de soi-même : la doc', les tests, le code pour certains, les trucs un peu répétitifs dans le code, autant faire faire les revues par l'IA aussi (mais dans ce cas avoir les bonnes pratiques correctement exprimées :D)

mais je pense que ce que tu veux peut être donné par

oui je ne comprends pas trop le parcours de deux fois la même table proposé (ou alors je ne réfléchis pas de la même manière), peut-être un cas auquel je ne pense pas ?

HAVING nombre > 1

ça je suis dubitatif de son utilité, par définition de COUNT(*)

Bref, il est bien adapté pour des tâches petites, précises et spécifiques.

je rejoins ton point de vue mais ce n'est pas comme ça qu'il est "vendu" : il est censé "tout" faire (les docs', les tests, la non-rég', les API, le code) — ce n'est pas moi qui le dit, ce sont les zélotes hein :p — là où pour les commits je suis dubitatif, encore plus pour les déploiements qui vont emballer la machine… (et la consommation de tokens).

Tant qu'il y a des points de contrôle effectifs, ça peut permettre d'avoir une couverture de tests plus complètes que ce que tu aurais fait.

Tant que personne n'est prêt à maintenir le code généré par un LLM, ça risque d'être no go ;-) (déjà que maintenir le code d'un autre c'est pas toujours la panacée… au moins, tu peux lui demander ce qu'il aurait amélioré, s'il s'en rappelle :D).

et l'annonce a été publiée en Français :
https://blog.mageia.org/fr/2026/03/22/mageia-10-beta-1-est-disponible-pour-les-tests/ (merci Papoteur< _o/)

À vos tests !

J'ai mis à jour la NdM dans la dépêche. Le CTO nous a contacté pour apporter cette précision.

il peut directement répondre aux commentaires aussi ;-)

bon, après il fait bien ce qu'il veut de son temps s'il ne veut pas le vendre sur LinuxFr.org :D

quels sont les tutoriels qui t'ont aidé ?

qu'est-ce qui bloquait finalement ?

sudo journalctl --since "2026-03-22 10:00:00" --until "2026-03-22 12:00:00",
Failed to parse timestamp: 2026-03-22 12:00:00,

il faut enlever la virgule à la fin :

sudo journalctl --since "2026-03-22 10:00:00" --until "2026-03-22 12:00:00"

Est ce à dire qu'en tant qu’assujetti au paiement de cette taxe, tu peux choisir le bénéficiaire ?

oui, cf. https://www.education.gouv.fr/taxe-d-apprentissage-3659

et des changement en juillet 2025
https://www.economie.gouv.fr/entreprises/gerer-sa-fiscalite-et-ses-impots/autres-impots-et-taxes/tout-savoir-sur-la-taxe-dapprentissage#

et si tu fournis des formations, ton organisme peut être éligible à le recevoir (d'où les relances de mes associations d'anciens élèves…).

Le titre de ce lien est inutile

si je me réfère à ce lien, c'est dit dedans

se réveille avec AZERTY écrit sur son front

face à moi je vois Y T Я 3 S A   ô_O

boah, il fait bien ce qu'il veut, c'est un nourjal du 'dredi :p

et pourtant elle apparaît sur https://www.code-postal.com/37460.html

Beaumont Village
Céré la Ronde
Chemillé-sur-Indrois
Génillé
Le Liège
Loché sur Indrois
Montrésor
Nouans les Fontaines
Orbigny
Villedômain
Villeloin Coulangé

pour autant, pour des communes différentes, je ne vois pas bien pourquoi il n'y aurait pas un code postal différent… il n'y a qu'un bureau de poste ? (ce qui ne serait pas un critère…). Si 2 communes veulent avoir leur rue de la Victoire ou rue de l'église, spa gagné… déjà que les livreurs se plantent entre Avenue et rue qui portent le même nom :/ (oui, j'ai eu la chance d'habiter à 2 endroits où c'est le cas /o\)

comme je te l'avais déjà indiqué utilise déjà une boussole pour l'orientation de ton antenne

ensuite, tu pourras encore optimiser la force du signal (ça je ne sais pas comment le récupérer avec ta carte, mais il doit y avoir l'info quelque part — sans équipement supplémentaire).

et maintenant que ta carte est complètement opérationnelle, ça vaut le coup d'avoir le résultat de hw-probe -all -upload (l'URL de remontée des infos).

Ah et si tu comptes monter sur ton toit, achète une bonne corde d'escalade qui te permettra de t'assurer (à une cheminée ou autre, pas à l'antenne…) afin d'éviter de glisser.

Résultat : il te faudra installer Home Assistant ou équivalent :-)

on a un https://www.domoticz.com/ sur un RPi dans notre fablab :

• température du local
• consommation électrique (lié au Linky) : cela a permis des économies (outre les mesures à chaque prise pour identifier ce qui consommait), optimisation de l'utilisation des phases (oui, on a du triphasé et quelques équipements un peu consommateurs :D)
• suivi du cycle de montée en température du four pour les poteries et programmation des consignes
• pilotage de l'allumage / extinction de l'imprimante 3D

L'ouverture de la porte est piloté par un autre RPi qui permet de déclencher l'électro-aimant ;-)

Pour le ZigBee, j'ai récupéré 2 sniffers (gban debug + antenne Product: TI CC2531 USB CDC
1 CC Debugger Texas Instruments Product: CC Debugger) mais bon, il me reste à y trouver une utilité :D (au moins c'est bien reconnu sous Linux)

suffit de regarder le suivi AIS ?

https://www.marinetraffic.com/fr/ais/home/shipid:6119130/zoom:14

c'est comme flightradar mais pour les bateaux…

D'un coté il y a la phase entrainement / apprentissage.

ok, donc on enlève ça.

ah bah il n'y a plus de LLM utilisable, donc pas de problème o_O (mais pas leurs résultats)