BAud a écrit 14728 commentaires

mais j'attends d'autres retours de bug pour faire une mise à jour.

ci-dessous :

@BAud, je pense qu'il manque dans le fichier .spec les directives BuildRequires pour Mageia.

ah, forcément, vu que j'essaie quelques paquets sur mon environnement quotidien en Cauldron, j'ai déjà pas mal des dépendances classiques d'installées ;-) donc bon mon rpmbuild -ba vfc.spec n'est pas représentatif de ce qui se passe sur le serveur de build   vu que j'ai pas mal de dépendances déjà installées…

bah, tu prends un paquet « similaire » à ta chaîne de compilation, au hasard nocomprendo.spec qui a été mis à jour début Octobre 2026 (l'auteur semble prolifique et prendre en compte les patchs :p) et tu vois 2-3 choses qui correspondent à Vfc (et d'autres spécifiques à nocomprendo comme vosk-devel) :

Lors de ma compil' sous ZorinOS — sur lequel je n'ai pas encore trop d'environnement de dév' — j'ai dû ajouter quelques paquets (cf. fil ci-dessous)

Certains sont apportés pour l'environnement de dév'/compil' d'interface graphique de Qt6, classiquement :

BuildRequires:  cmake(Qt6Core)
BuildRequires:  cmake(Qt6Gui)
BuildRequires:  cmake(Qt6Widgets)

pour le BuildRequires soit tu indiques le paquet (très dépendant des conventions de nommage de paquets de la distribution), soit la ressource : avant on utilisait pkgconfig(Qt6Core) maintenant cmake(Qt6Core) ;-) et — forcément — ça peut dépendre de la distribution (faudrait regarder sur Fedora :D).

pour gcc-c++ (nommé g++ côté Debian), j'imagine que l'utilisation de qmake_qt6 en fait une dépendance automatique ou alors il est par défaut (je ne sais plus).

d'autres sont spécifiques à Vfc pour la gestion de la localisation (l10n) pour les traductions, du multimedia (?)

BuildRequires:  cmake(Qt6LinguistTools)
BuildRequires:  cmake(Qt6Multimedia)

on va dire que bison était spécifique pour nocomprendo (faudrait demander au développeur, c'est lui qui choisit sa chaîne de dév' et ses dépendances :p). Sinon, bah faudra l'ajouter.
Il faudrait se réinstaller une machine virtuelle à jour en cauldron avec le minimum pour la construction de paquet et tester un rpmbuild -ba vfc.spec : tout ce qui casse à la compil' doit être ajouté ; il y a une procédure un peu plus détaillée sur notre wiki, mais je ne remets plus la main dessus.

c'est indispensable pour la guitare à 11 cordes voire 12 cordes !

bon, j'imagine que tu n'as pas l'environnement de compilation pour Qt6…
Ce qu'il y a ci-dessous devrait fonctionner pour Debian, LinuxMint, Ubuntu, ZorinOS et autres dérivées récentes.

tu télécharges le .tar.gz et dans le répertoire idoine puis :

# install des outils pour compiler
sudo apt install qmake6 qt6-base-dev g++ qt6-multimedia-dev make qt6-l10n-tools 

# lancement compil
qmake6 
make

# installation 
sudo make install

# ajout des dépendances éventuellement
sudo apt install ffmpeg vlc

et hop, tu choppes le .m3u de ta freebox (cf. plus haut) et zou tu lances vfc et tu nous dis si ça fonctionne pour toi ;-)

---

bon, c'est un peu plus complet que la doc' du README.md ;-)

d'autant qu'une recette de cuisine n'est pas protégée par le droit d'auteur (mais en France, la base de données peut l'être… ça dépend, quoi)

pour les réglages : s/FCV/VFC/

c'est dans https://invent.kde.org/beroot/vfc/-/blob/master/vfc_fr_FR.ts?ref_type=heads

Ton paquet fonctionne en cauldron et un rpmbuild -ba vfc.spec aussi dans mon environnement ;-)

As-tu fait une demande d'intégration du paquet via bugs.mageia.org ? (tu pourrais en être le mainteneur :p)

---

Bon, mon vlc n'a pas l'air de vouloir lire le flux d'arte en rtsp :/ Mais ça m'a l'air connexe.

J'ai lancé un enregistrement, mais ffmpeg n'a pas l'air de vouloir l'enregistrer dans $HOME/Vidéos o_O va falloir que je regarde.

bon, c'est sympathique de voir qu'ils prennent le temps côté Google de publier les résultats des sondages précédents
https://go.dev/blog/survey2025

ainsi que les orientations qu'ils en retenaient début 2026.

Démarrer leur sondage 2026 avec les points pris en compte est pas mal :

Last year, 5,379 of you responded, and your top frustration was making sure your code follows best practices and Go idioms (33% of respondents). Since then, we shipped a rewritten go fix in Go 1.26 that automatically modernizes your code, and added more modernizers in Go 1.27. You can read everything we learned in the 2025 results.

après, je n'ai pas un suivi d'assez prêt de Go pour avérer que ça a été efficace ;-)

les types d'utilisation de Go sont àmha aussi intéressantes :
https://go.dev/blog/survey2025#uses

donc, principalement (~75%) de la CLI (command-line interface, programmes en ligne de commande) et des services API/RPC (à voir ce que cela recouvre…), et tout de même ~12% d'applications graphiques (avoir le bureau "cible" retenu serait intéressant :p 'fin j'imagine majoritairement du Qt / GTK… ainsi que la cible de déploiement entre linux / macos / win)

tu ne te rappelles pas avoir participé à https://linuxfr.org/users/mjules/journaux/zram-et-zswap-et-les-mythes-associes ?

pourtant tu avais commenté ;-)

Sur 2 Go, activer zram aide bien (swap compressé en RAM) et ça évite de trop solliciter un vieux disque

j'aimerais bien voir un benchmark indiquant ce que ça donne sur un EeePC 901 avec son processeur poussif Atom N270 sachant que les 2 SSD inclus (ou MMC peut-être + SSD, je ne sais plus trop) sont poussifs aussi (blocage d'I/O régulier, d'autant s'il y a de l'activité sur l'USB jusqu'au freeze ponctuel de quelques secondes…).

Si ça plombe en plus la CPU, spa gagné…

on peut avoir les infos d'un inxi -na ?

peux-tu lancer un hw-probe -all -upload ? (aussi une fois que tu auras installé un *BSD :D) et fournir l'URL correspondante.

(et franchement avec 1 Go, je vois pas ce que je pourrais en faire).

le passer à 2 Go :D
en ajoutant une barrette de 1 Go ou en remplaçant la barrette de 1 Go par une de 2 Go s'il n'y a qu'un emplacement.

Je me demande d'ailleurs si ça n'était pas une limitation de Microsoft pour utiliser une licence "low-cost".

le CPU ne sait pas gérer plus de 2 Go, c'est lui qui est low-cost avec en contre-partie une moindre consommation électrique.

Mon EeePC 901 au début tenait facilement 10h — sans wifi — pour prendre des notes par exemple ou écouter de la zik. Ensuite j'ai changé la batterie pour une 6 cellules je crois, plus de capacité avec 7200 mAh et elle tenait de nouveau 10h et avec le wifi (mais bon, pas plus de 4 onglets dans Firefox). En changeant la barrette de 1 Go pour une de 2 Go, j'ai pu suivre les évolutions de Firefox (et continuer à ouvrir plus d'un onglet). Mais bon, l'arrêt des distributions 32 bits va bientôt sonner son glas :/

Je peux utiliser des sockets, des classes, des objets … Je comprends pas ton point.

bin, tu n'en as pas parlé avant ? je ne suis peut-être pas tombé sur la bonne doc' qui en parle ?

En fait quand tu dis que tu utilises un DSL, tu n'en crées pas un nouveau, tu spécialises « seulement » celui de Groovy, ce qui te permet d'en réutiliser toute la syntaxe ? Si c'est ça, c'est un peu plus clair pour moi, après ce n'est pas comme cela que j'avais compris ton explication, DSL ;-)

C'est un ordi portable.

un netbook ;-)

Tu pense qu'il y a un driver Wifi pour son PC?

il donne le résultat de inxi -na et avec le chip-ID on peut regarder sur https://bsd-hardware.info/ s'il est géré ;-) (ou sa carte réseau ethernet)

ajouter lazy-loading et "lazy-loading" pour voir s'il y a trop de lazy sans loading dans les résultats (si je mets les deux mots, c'est pour obtenir des résultats les contenant tous les deux, pas l'un sans l'autre…)

je rajoute lazy-loading et "lazy-loading" qui me remontent quelques lazy en trop sans loading :/

https://linuxfr-search.ztel.fr/?q=lazy-loading&page=1&pageSize=10

même quand je le demande explicitement https://linuxfr-search.ztel.fr/?q=%22lazy-loading%22&page=1&pageSize=10

les particularité d'un netbook (popularité autour de 2010, notamment avec l'EeePC 901) :

• généralement un écran 10"
• souvent une résolution de 1024x600 (la hauteur peut être gênante pour certaines distributions supposant un minimum de 1024x768)
• un microprocesseur poussif genre Intel Atom, « l'avantage » du N550 est qu'il est x86_64
• une limitation à 2 Go max de RAM (ça c'est le plus gênant, compter 1h30 d'installation avec 1 Go, de l'ordre de 1h avec 2 Go, et non les 10-20 min auxquelles on s'est désormais habitué…)
• une accélération graphique quasi-inexistante ou au mieux poussive (un inxi -Ga te montrera quelle version de OpenGL est gérée…)
• difficulté à changer le stockage d'origine par du SSD (ce qui fait une grosse différence)

Quitte à installer XFCE, autant prendre Gnome : XFCE était historiquement léger, entre-temps il s'est appuyé sur pas mal des bibliothèques de Gnome et a pris un peu d'embonpoint.

LXDE et LXQt eux ont conservé « un peu » de légèreté…

C'est l'occasion d'utiliser enlightenment, de (re-)venir à fvwm, d'essayer afterstep ou les gestionnaires de fenêtre pavant comme i3 ou plutôt sway pour bénéficier de wayland.

Bref, comme l'indique PsychoFox< ci-dessus, bienvenue dans le https://smolweb.org/ ou le rétro-gaming :p

On peut utiliser double, BigDecimal, mais OCCT requière des doubles.

si tu n'utilises que des double, le type ne sert à rien… autant l'appeler grand_nombre_en_virgule_flottante_compatible_OCCT (ou gnvfco)

tu écris des closures typées (j'insiste)

ça a l'air d'avoir du sens pour toi, pas pour moi et tu n'en démontres pas l'intérêt dans ton journal.

et je ne vois toujours pas quel domaine est couvert :/ (groovy n'est toujours pas une réponse)

J'aurais, en effet dû expliquer l’acronyme DSL (Domain Specific Language), c'est un langage dédié à une tâche.

généralement, il y a le dictionnaire des mots utilisés et la grammaire (détaillant les paramètres et leur signification), je ne l'ai pas vu de manière immédiate…

les exemples avec double me laissent dubitatifs, pour moi l'intérêt d'un DSL est aussi d'utiliser des types correspondant aux valeurs attendues dans le domaine visé : double est trop générique et peut contenir une longueur, un angle, voire des calculs de surface / volume, une masse volumique pour caractériser un matériau… voire des unités : tu ne vas pas utiliser des mètres pour faire une représentation d'un atome et de ses électrons, en mécanique la modélisation d'un pont ou d'un moteur ne va pas non plus faire appel aux mêmes unités. Tu vas vouloir qualifier des tolérances, du jeu qui font aussi appel à d'autres unités que l'unité principale.

Bref, il me manque le domaine que recouvre ton DSL ;-) (et non, CAD-DSL n'est pas une réponse…)

qui à au moins le mérite d’être non commerciale.

tant le NC que le ND la rendent non-libre (pas «  pas tout à fait » : complètement non-libre)

ce ne serait pas le même souci que pour cette demande :

https://linuxfr.org/forums/linux-debutant/posts/installation-de-linux-mint

bref : dans le BIOS/UEFI, démarrer sur la bonne option dans l'ordre de boot pour démarrer sur linux mint (peut-être nommé "ubuntu")

mais bon, ce serait bien de répondre aux questions posées aussi ;-) notamment

en mode live tu peux déjà donner plus d'informations et tu pourrais indiquer si tu réussis bien à te connecter à Internet : modèle de ton PC, RAM, au besoin en copiant/collant le résultat de la commande inxi -F à lancer dans un terminal.

t'aurais pu attendre le midi pour le calva dans le café /o\

coinche pastaga c't'aprem' ? (eh ! c'est 'dredi !)

en même temps, tu donnes le bâton pour te faire battre ;-)

Enfin, efficacité de l’IA pour créer ces programmes itérativement par rapport à cliquer sur une interface.

un exemple serait pas mal, ça permet de générer directement le code en utilisant ton DSL ?
Ça permettrait d'avoir un DOT-3D pour les IA afin de proposer des schémas de pièces en 3D :p

Bon alors, je joue — à raison — des acronymes et autres sigles, tout comme toi, là où chacun mériterait un peu d'explication.

CAD Query utilise le noyau de feu Matra Datavision, OCCT.

Cette formulation pourrait faire croire que OCCT est mort en même temps que Matra /o\ alors que OCCT c'est Open CASCADE Technology qui est libre et bien vivant, et sur lequel se base FreeCAD.

Lorsque j'évoque DOT, je fais bien sûr allusion au langage DOT initié par Graphviz pour représenter des graphes et ensuite décliné dans plusieurs utilisations, dont certaines permettent aux LLM/genAI de proposer textuellement ce qui peut donner assez directement une représentation graphique de ce qu'ils hallucinent racontent.

Et bien sûr un DSL n'est ni Damn Small Linux, ni une ligne d'accès numérique xDSL en télécom, ni désolé /o\ C'est donc bien un Domain-specific programming language ou langage dédié euh… encore un !?

Tu donnes des exemples peu parlants pour moi sur https://github.com/Taack/cad-builder/blob/main/docs/dsl.adoc

• ça manque de commentaires décrivant ce qu'on cherche à obtenir. Avec l'exemple de la boîte 3D : un cube coupé en haut à droite et en bas à gauche par un plus petit cube, ce qui donne 

• le choix de cd() : ok c'est court, mais ça représente quoi, abréviation de quoi ? commonDescription ?

• je n'y vois pas le langage dédié, uniquement des appels de fonctions orientées objet, un classique qui pourrait tout à fait être en LISP (avec autant de parenthèses, mais pas au même endroit…)

Pareil pour ta page d'usage : t'es vraiment sûr que l'objectif est de générer des objets 3D ? Je n'en vois aucun sur la page o_O

un client web officiel qui est souvent plus pratique que celui sur téléphone (e.g. quand tu veux un vrai clavier).

ou quand tu veux récupérer un fichier envoyé par whatsapp : pas de transfert possible par bluetooth :/ (ya peut-être d'autres méthodes, mais elles avaient l'air de ne pas être gratuites o_O)
avec le client web — bon faut apparemment un compte — tu peux récupérer le fichier sur un ordi au moins…

bref, perso, je n'utilise toujours pas.

longue discussion en perspective :p

ah moi j'avais RAID is dead et il dit qu'il a plus de genou