BAud a écrit 14541 commentaires

ça doit être emmerdant pour se faire des pâtes ou du riz ? même pas une plaque de cuisson ou un four ?

vs de vieux BSP tout pourris sous un Linux 5.15, au mieux, patché à la ouane againe qui seront oubliés l'année prochaine (obsolescence logicielle, abandonware etc etc)

Je pense sincèrement qu'on devrait s'en réjouir.

BSP ?

bin c'est toi qui devrait faire leur comm' ;-) je n'ai pas du tout lu la même chose dans leur bouillie recrachée par IA.

j'attends de voir si on aura bien un seul noyau générique pour toutes les déclinaisons d'utilisation de leurs puces (vu l'état déplorable de l'écosystème des mobiles j'en doute encore un peu), j'ose espérer que les ordis "ChromeOS" ("portables" et "desktop") et donc Debian désormais n'auront pas une distribution/image par modèle… (ce que pourquoi leur séparation portable vs desktop ne laisse pas présager le meilleur :/)

Pourquoi penses-tu que je crois que c'est mal engagé ?

j'ai pas trop compris j'avoue ;)

bin s'il faut ton commentaire pour explication du texte d'annonce, c'est qu'ils ont un petit problème de présentation a minima… et ne savent pas indiquer là où ils en sont et là où ils vont.

F-Droid a tout pour être "le premier magasin sur lequel chercher une app".

f-droid.org c'est un tout petit plus qu'un magasin, c'est un choix d'infrastructure fiable pour les logiciels proposés libres, la possibilité d'avoir ses propres dépôts ou des dépôts tiers (suivant ou ne suivant pas la même politique de sélection que f-droid), une infrastructure de vérification/compilation de ce qui est mis à disposition pour les dépôts f-droid.org

google play est beaucoup moins fiable vu tous les spywares qui passent au travers des mailles et s'empressent de remonter son carnet d'adresse à onsaitpasqui.

quand je parle de performances du passé ne présageant pas des performances à venir c'est une allusion à la phrase classique du marché des actions ;-) pas à la puissance de calcul des composants, plutôt à la manière actuelle de Qualcomm de gérer l'ouverture de leur éco-système, contribuer upstream, faire un pas vers l'open-hardware : clairement pas encore la réussite du millénaire ni de ce que savait faire Arduino :/

donc je réitère ma remarque : il y a sans doute des choses que je n'ai pas vues, je ne demande qu'à être détrompé pour le coup.

On trouve des tests de X2Elite, mais sous Windows

osef sous windows, non ?

et donc sous Linux ?

Dans tes 2 commentaires, tu ne me parles que du passé, pas du présent ;-) Pourquoi penses-tu que je crois que c'est mal engagé ?

tu as martoni< qui a initié une dépêche en rédaction
https://linuxfr.org/redaction/news/colibri-enfin-une-bibliotheque-vhdl-libre-utilisable-par-tous

tu peux y contribuer en ajoutant ce qui t'intéresse dans cette bibliothèque ;-)

il n'y a que /etc/hatch/env et un répertoire ideas/ qu'il analyse ?

je ne vois pas l'intérêt de pénaliser des utilisateurs légitimes parce que des robots IA nous embêtent : dans ce cas, ce sont ces derniers qui ont gagné, pas nous.

En outre, cela ne fait que retarder l'identification, sachant que des utilisateurs légitimes eux n'auront pas forcément la patience…

ce qui confirme ce que j'indique, les performances du passé (de Arduino, avant rachat par Qualcomm) ne sont même pas prises en compte pour tenter de faire mieux (déjà, bien ce serait cool) par la suite.

Et oui, l'article écrit par robot IA part dans tous les sens sans répondre à mes attentes.
Merci de rester dans le sujet Snapdragon X2, XElite n'est même pas cité dedans :p

Il y aurait tant à dire o_O

bwalé, ce qui va à peu près :

• possibilité de créer des images de Debian Trixie ARM64 pour des « cartes » (board) https://github.com/qualcomm-linux/qcom-deb-images
• ultérieurement : possibilité d'utiliser un kernel mainline (et sans doute les pilotes Mesa pour leur GPU)
• fourniture de dépôts spécifiques dans l'intermède

il y a tout de même 2-3 choses qui manquent ou peu mises en avant (en vrai, x10)

• rien que les specs de ce qui peut être testé : ok CPU mais aussi NPU, GPU et specs de leurs cartes un peu plus précises (RAM ? périphériques ? connectivité réseau ?)
• des outils de tests standards, déjà rien que les cartes opérationnelles : rien sur https://www.mojeek.com/search?q=snapdragon+X2+site%3Alinux-hardware.org ?!
• c'est restreint de manière absurde aux laptops, ça ne s'applique pas au format desktop o_O (quoi que cela veuille dire :p bon je comprends la distinction laptop / fixe on va dire, je ne vois pas ce qui serait différent d'un point de vue matériel et sa prise en charge par linux pour autant)
• toujours cette notion de firmware, oh bah c'est fourni en binaire trust me bro :/
• le reste est laissé à titre d'exercice :D

donc, bon leur notion de travailler avec l'upstream est à retravailler… et pour l'open-hardware, circulez ya rien à voir

et il y a possibilité d'avoir une explication des choix faits et en quoi le résultat est le mieux qui puisse être produit ? Tu aurais le même résultat en imposant de respecter le théorème des 4 couleurs ?

Outre le réacteur nucléaire naturel d'Oklo, il serait intéressant de trouver des études sur la mine d'uranium de Rössing et plus globalement (pas que les matériaux fissiles), sur le thème Mine à ciel ouvert — que ce soit le charbon, le sulfure, le lithium…

Je pense que ce n'est pas la panacée :/ au sens, pas un pour rattraper l'autre, balle au centre… àmha, peu de monde peut prétendre que l'extraction de tout matériau est sans aucun danger, sans morts, sans dommages collatéraux et autres pollutions locales voire un peu plus étendues dans certains(/plusieurs ?) cas comme la pollution au mercure, cyanure voire arsenic pour l'extraction d'or… (autres cas laissé à titre d'exercice).

c'est demain l'automne ;-)

mais oui, reconnaissance vocale / reconnaissance parole (voice vs speech) c'est déjà plus précis et en plus cela fonctionne de mieux en mieux (la reconnaissance faciale pas encore…)

pour le TALN, personne ne souhaite le retour de Zino< je pense :D

L'avantage du terme de robot c'est que cela oblige à identifier la ou les fonctions qu'il remplit : on n'attend pas d'un robot cuiseur qu'il fasse la cuisine ;-) (et la vaisselle, ce serait bien, ainsi que le rangement…)

Bon, au moins il y a le schéma de la base disponible pour une collection. Mais ce n'est pas suffisant ;-)

tu as gardé dans BookManager plein de définitions qui vont dans la partie modèle, typiquement.

Pour t'aider, tu peux découper ton code en

• modèle/
• vue/
• contrôleur/

ça sera dans des répertoires différents, mais ça te permet de mieux répartir ton code.

et concernant l'architecture, il te manque l'architecture fonctionnelle et ton architecture logicielle est plutôt une liste des pré-requis/logique d'appels, pas leurs interactions (donc pas une architecture).

Les fonctions à faire apparaître seraient par exemple : gestion de fiche, gestion de liste, statistiques, exports…. s'appuyant sur des fonctions édition en masse, de recherche/import interne ou en lien avec sites externes, sécurité… Et tu peux mettre à côté toutes tes fonctions non liées à l'appli elle-même (tests de non-régression, documentations utilisateur/logiciel/installation…)

Ton paragraphe de architecture.md « couche de données » mélange un peu tout et ne fait pas la séparation modèle / vue / contrôleur et doit être raccroché à l'architecture fonctionnelle.

Dans ce cas là, appelons un chat un chat ;-) plutôt que de nommer indistinctement un LLM comme étant une IA — ce qui a tendance a lui prêter des qualités anthropomorphiques qu'il n'a pas (tu en fais la démonstration) — autant l'appeler autrement : robot traducteur, robot mathématiques, robot musicien… ou réseau de neurones (en fonction du corpus qui a permis de l'entraîner), ce que tu veux en fait.

Ensuite, cela permet d'avoir une définition robuste et comparer effectivement là où le robot a un fonctionnement plus efficace que l'humain. C'est une méthode constructive, plutôt que d'évitement du sujet àmha.

Après, cela permet d'identifier tous les termes « polémiques »

• compréhension : par nature humain, capacité à dire « je ne sais pas » par exemple plutôt que d'inventer
• créatif : le hasard peut être créatif ;-) par exemple, les ensembles de Mandelbrot, construction mathématique par excellence, c'est joli et en plus ça se retrouve dans la nature pour le coup :p
• capacité à appliquer un algorithme : là je pense que l'informatique nous bat à plate couture ; le robot présente certains des défauts de l'humain et peut être moins efficace qu'un bon programme, tout comme un robot de construction automobile peut être plus efficace qu'un humain (pas de fatigue quoique… ya de la maintenance tout de même :p mais moins généraliste)

et tout autre terme qui évite l'anthropomorphisme ou l'identifie en tant que tel, déjà ça réduira les propriétés prêtés à une IA à celles qu'elle présente vraiment ;-) (et il y en a déjà pas mal).

moui, une première prise en compte de MVC. Effectivement, les notions de vue et de contrôleur sont les plus facilement compréhensibles (c'est ce avec quoi on interagit), mais tu sembles être passé à côté de la notion de modèle qui demande un peu plus d'abstraction :/ As-tu déjà fait de la programmation orientée objet ?

Bon, au moins il y a le schéma de la base disponible pour une collection¹. Mais ce n'est pas suffisant ;-)
Typiquement, tu as conservé de la création de tables « à la volée » dans ton code : cela te fait 2 endroits où maintenir la cohérence du modèle, c'est contre-productif et source d'erreurs (même si ce n'est qu'un copier/coller…).

Le MVC n'est pas l'idéal : pour un petit projet, cela oblige à modifier plusieurs fichiers pour ajouter une fonctionnalité (surtout quand il faut la propager à partir du modèle) et requiert une bonne vue de l'organisation de son code (ce que l'on n'a pas forcément au début). Mais en terme de maintenance et d'évolutions, cela permet d'avoir une méthode connue et classique.

On pourrait revenir sur tes commits qui ne sont pas lisibles, mais c'est un autre axe d'améliorations :D (utilisation de branches par fonctionnalité/évolution/refactoring et non d'un dépôt privé).

hmmm https://fr.wikipedia.org/wiki/Utilisateur:Chris_a_liege certains semblent apprécier son travail, malgré les dégâts collatéraux on va dire…

merci d'avoir creusé _o/

Ah bah tiens, c'est lui aussi pour https://fr.wikipedia.org/wiki/Discussion:TuxFamily/Admissibilit%C3%A9 o_O

ce CPU gère la virtualisation, faut au besoin l'activer dans le BIOS/UEFI : option VT-x

cf. https://www.intel.fr/content/www/fr/fr/products/sku/77488/intel-core-i34160-processor-3m-cache-3-60-ghz/specifications.html

inxi -MSGDm donnera un peu plus d'infos sur ton système.

et c'est quoi comme CPU ? inxi -C donne la version courte

et sinon, le lien Répondre permet de rester dans le fil pour notifier les réponses.

et https://la.fdn.fr tant que tu y es ?

il y avait https://chl.be/migrations recensé sur migration.

à défaut de mieux, il y a le tag migration qui fournit une liste des contenus, les tags connexes étant :

31 revue_de_presse
23 libreoffice
20 linux
18 windows_10
15 adieu_windows
14 openoffice
14 presse
12 windows
12 firefox
10 éducation

(et c'est là qu'en avoir plutôt une quinzaine voire une vingtaine serait plus représentatif, moui je sais yakapatcher).

l'assistance d'un bot basé sur Wikidata (genre comme Listeria)

Quel lien serait possible avec wikidata ? Pour quelles données, vu que les sources étaient dispersées ?
À quoi correspond Listeria ? (pas ça, j'imagine :D)

ok, merci _o/ ajouté sur diagnostic matériel

tu aurais des exemples pour voir la tête que ça a ? le inxi -Ga et le nvidia-smi (ou d'autres auxquels tu penses, genre un hw-probe -all -upload pour comparer)

Attention à la confusion entre VRAM (la RAM de la carte graphique) et la RAM (la RAM du CPU) !

d'ailleurs, tu aurais une commande permettant d'afficher la VRAM de ton GPU/NPU ?

pour la RAM, inxi -ma fait le taf' affichant même les slots / capacité max possible.

Mais pour le GPU, généralement je sèche :/
le inxi -ma indique bien une valeur igpu, mais pas certain que cela corresponde effectivement à la VRAM disponible sur le GPU…

Quelle est la motivation à suivre son inventaire personnel de livres de près ?

mon besoin n'a que peu changé :

https://linuxfr.org/users/baud/journaux/gestion-efficace-de-bibliotheque-de-livres-revues-et-comics-voire-dvd

en gros, avoir la liste de ce que j'ai déjà pour éviter de le racheter (je chine pas mal, ça me permet de sélectionner ce que je prends).
identifier ce qui me manque pour le compléter (et faire liste d'achats)
ensuite, c'est intéressant de faire des stats et d'identifier ce qu'on n'a pas encore lu / vu et ce qui serait à compléter.

Quand il n'y as pas d'ISBN je fait un ajout manuel sans recherche par titre.

de l'intérêt de regarder l'existant… l'informatique c'est pour automatiser, pas s'embêter avec du manuel
Tu te bases sur Google Books, Open Library et la BnF : ils ont sûrement d'autres données qui pourraient t'intéresser.
Par exemple, la langue du bouquin.

Plutôt que de saisir l'ISBN, le scanner serait plus pratique…

et documenter les cas d'usage / besoins couverts :

• à des fins de stats ? (tes données récupérées sont pauvres, il n'y a même pas l'éditeur, poche/grand format, la collection…)
• en vue d'achats ou lectures ultérieures pour éviter de racheter ce que tu as déjà ?
• tu auras besoin de listes en mode non connecté (ça ne capte pas super bien à Gibert Joseph ni dans pas mal de fnac…) et donc d'exports correctement formatés
• pas d'appli mobile en vue (pour trimballer des listes…) ?
• ainsi que lister des évolutions gardées pour la suite…