BAud a écrit 13709 commentaires

Je pense qu'on peut déplacer la création de ce répertoire du script du paquet vers le make install. Ce serait plus malin.

oui, ce serait la bonne pratique : ou en tout cas, apporté par le bon paquet => pourquoi n'est ce pas apporté par vosk ?
En outre, /opt/vosk-models c'est pour un programme externe au système. Pour vosk, ce serait plutôt /usr/share/vosk/models/ et si c'est spécifique à nocomprendo : /usr/share/nocomprendo/vosk-models/ via un paquet nocomprendo-vosk-models (ou 2 pour choisir entre le fr ou le small-fr)

Je sais bien faire les paquets pour Mageia. Il y en a un disponible sur le site et le fichier .spec est présent dans l'archive.

oui, j'ai récupéré ton .spec

il ne passe qu'en x86_64 je pense

j'ai le spec de la 1.2 disponible en cauldron

Il y a un peu d'adaptation à faire pour mettre le tien aux normes (c'est le boulot de l'empaqueteur).

Le problème des multiples distributions est de trouver les noms de chaque bibliothèque pour chaque distribution.

déjà lister l'intégralité de tes dépendances dans le README ou un fichier INSTALL aiderait… quitte à ce que tu n'indiques que celles que tu connais : ça évite d'avoir à fouiller dans un install.sh ou un Makefile ou…

Pour Fedora, ils avaient fait le choix d'avoir le même nom en i586 et x86_64(libnom_de_la_lib), pas chez Mandriva ni chez Mageia (préfixe lib ou lib64, et il n'y a pas forcément non plus le même découpage entre Qt5 et Qt6…)

Pour la première version, j'avais autant de machines virtuelles que de distributions Linux. Chacune à mettre à jour à chaque version, vérifier que ça compile toujours. Ça prend beaucoup de temps et c'est vraiment pénible.

ah mais ce n'est pas moi qui te demanderait cela ;-) et, pour moi, ce n'est pas à toi de le faire.

Un empaqueteur bénéficie d'un système de construction des paquets (build-system) avec déclinaison selon les versions (et je te confirme que ça peut vite devenir lourdingue à maintenir).

L'avantage d'un fablab c'est que j'ai déjà plusieurs machines avec plusieurs distributions, donc bon ça permet déjà de fournir une première version adaptée du .spec ou du .DSC, après à l'empaqueteur de le remettre en forme aux normes de chaque distro (et selon le découpage des dépendances).

Avec OBS, je ne sais jamais où récupérer ce qui a permis de construire un paquet… sur https://software.opensuse.org/download.html?project=home:be-root:nocomprendo&package=nocomprendo il n'y a pas le .spec ni le .DSC…

La mise à jour des paquets demande un suivi annuel fastidieux, à chaque sortie de nouvelle version d'une distribution.
Je n'ai plus le temps ni l'envie de m'en occuper.

L'Open Build Services c'est pas mal, mais pas idéal en terme d'intégration :/

Côté Mageia, tu peux soumettre une demande de mise à jour via https://bugs.mageia.org

Par exemple, https://bugs.mageia.org/show_bug.cgi?id=30710 si tu fournis le .spec actualisé, c'est généralement plus rapide :-) pour libaacs ça a bien fonctionné

Bon, ça ne garantit pas que tu trouveras un nouvel empaqueteur ;-)
https://bugs.mageia.org/show_bug.cgi?id=32652 pour printrun : nouveau paquet… ça n'a pas (encore) motivé grand' monde :/ (bon ya 2 paquets avec les dépendances)

La procédure est similaire côté Debian (ça finira par se retrouver dans les dérivés) et Fedora (le compte est chez Redhat mais bon…).

sinon, voir aussi côté https://github.com/fwupd/fwupd s'ils ont eu des contacts côté Dell pour ce produit, ça évitera de se marcher sur les pieds ;-)

évidemment il faut Windows pour mettre à jour celui de la station,

dans les minimal requirements : il y a ubuntu 14.04 or greater

mais il n'y a pas de pilote proposé sur https://www.dell.com/support/home/en-us/product-support/product/dell-universal-dock-d6000/drivers (autre que pour windows)

=> demander la procédure à Dell pour mettre à jour le firmware du dock à partir d'un Linux (ou plus généralement, sans windows : clé USB avec un freedos par exemple… comme ça, ça fonctionnera pour BSD/Haiku…). Si personne ne demande, forcément ils n'auront pas tendance à le faire :/ Accessoirement, demander si ça peut être sous licence libre (firmware + programme + doc'), préférentiellement MIT ou "BSD-2 clause" pour faciliter la distribution…

c'est écrit un peu petit, il faut mettre $$ de chaque côté et la formule sur sa propre ligne :-)

puisque

puis clarifier aide-edition et mettre à jour aide-edition-latex avec des exemples de formules sympas (et classiques)

Comme mentionné par d'autre, c'est bizare de considérer qu'une offre gratuite te serait due.

eh ! il peut toujours demander à se faire rembourser _o/

nan, avec un javelot pour exécuter la cible

hmmm l'exécuteur, avec un flingue ? :D

lanceur ça le ferait tout aussi bien

et tous les sujets traités sur LinuxFr.org taggués dicom

Impossible d'accéder au message authentifié avec la clé

oui, il y a une durée de rétention limitée du jeton — ce pour quoi Floxy< demande de l'inclure dans la liste des personnes à qui répondre :-)

c'est classique sur les listes de discussion

une fiche pratique qui recommande Zorin OS

ZorinOS (basé sur Ubuntu) ou PrimTux (basé sur Debian).

J'ai découvert ZorinOS lors d'une install'partie l'été 2024 dernier : c'est plutôt bien adapté aux utilisateurs souhaitant utiliser des ordinateurs peu récents (mais 64 bits tout de même). On avait du LinuxMint qui ne passait pas pour certains ordis et ZorinOS fonctionnait, je n'ai même pas eu à sortir ma clé Mageia ou Debian o_O

c'est basé sur Ubuntu (donc privateur)…

une approche différente de ZorinOS est de laisser le choix des sources de paquet entre

• deb
• flatpak
• snap pouvant être installé

et ils ont eu ce genre de discussions autour de snap depuis ~2019

Donc, bon, ça fait une distro de plus que je veux bien prendre du temps à recommander pour qui ne voudrait pas de Debian.

De plus, je compare un GNOME finement tuné pour être léger et un XFCE conf Debian vanilla, donc peut-être qu'il y a moyen de diminuer l'empreinte mémoire

pas tant que ça : XFCE a emprunté pas mal de bibliothèques de GNOME :/ Avec LXDE tu gagnes un petit peu, un peu plus avec LXQt. Pour vraiment gagner, regarder enlightenment ou se contenter de WM ;-) GNOME n'est pas un si mauvais choix :D

En revanche, pour avoir essayé sur des EeePC (901, 1000H et 1015), moins de 2 Go de RAM c'est plus d'une heure rien que pour l'installation initiale (et reste les mises à jour… et c'est peu réactif à l'utilisation, nombreux freezes :/). En les boostant à 2 Go de RAM, c'est un peu plus d'1/2 h ce qui fait 1 h avec mises à jour + modifications config' de base et cela reste un peu réactif.

une alimentation stabilisée de 750W qui consommait quelque chose comme 45W alors qu'elle était éteinte ! (via un gros bouton marche-arrêt qui nous fait croire que tout est coupé…).

eh ! Faut bien alimenter la LED de la carte-mère ATX /o\

c'est de la grammaire…

la technique pour l'évier du coup ?

tu enlèves la bonde ;-)

il est possible de voter plusieurs fois :p

cf. la faq

les cheat code de l’époque marchent !

pfff j'ai trop joué à Doom pour savoir que c'est I D D A D et I D K F Q /o\ respectivement pour être invincible et recharger toutes les armes (en nightmare c'est un peu nécessaire). Et oui, hormis le dernier niveau, j'ai refait tout le jeu au shotgun

la meilleure solution aurait été le taxi

bin c'est ce qu'il a fait, si j'ai bien compris son commentaire

le taxi étant un transport en commun.

bin tu prends les transports en commun.

Bon, le RER C c'est un peu aléatoire… pour aller à La Défense ya la ligne L ou U à Viroflay (de 1/2 h à 3 h selon les conditions :p)

Cette liberté permet d'approfondir le respect de la vie privée qui est la condition de la démocratie et de l'humaniste

comme framamia : https://framamia.org/fr/

Considérant cela, où Mozilla place-t-il son Orbit ?

je n'ai pas la même réponse que toi : autant t'impliquer ailleurs que dans ton coin :-)

L'avantage d'un tiers-lieu, c'est qu'on peut s'y retrouver pour discuter, boire un coup et refaire le monde.

ça c'est le troquet du coin :-) yen a un à côté, mais ce n'est pas la finalité d'un fablab :-)

un fablab c'est plutôt (l'ami de Mickey< cf. cette image

et tout le monde est le bien venu \o/

je veux bien tes prompts préalables :p (pas DMC)

il serait plus cohérent d'indiquer toutes ses réserves sur ce genre de techno avant de mettre en exergue leurs limites (évidentes)

ses données aussi ?

quelle est la possibilité de le reproduire en local ?

c'est ce que donne le libre :

• algos libres ok : on peut les appliquer
• données libres ok : à quoi
• résultat = cohérent ?!

si c'est utilisable, améliorable, a des résultats attendus (pas plus, pas moins hein) pourquoi ne pas regarder ?!
si le proxy est un cloud : niet :p

pour un logiciel prônant le non-libre, parasitant apparemment LibreOffice, vendu pour windows ?

quel intérêt ? o_O je n'ai toujours pas ton avis sur son contenu, ni leur démarche qui t'interpelle, tu notes :-)