Et l'auteur de coc-pyright est réactif : je lui ai demandé de faire une exception pour ne pas avoir d'erreur quand le double dash underscore __ est utilisé pour ignorer des arguments, quand le simple est utilisé pour gettext, et il l'a fait rapidement (du coup ça ne doit pas être dans pyright avec VSCodium).
comme beaucoup ici je suis à la fois fasciné (et un peu terrifié) par ce que nous avons vu avec l'IA ces dernières (et surtout cette dernière) années. Je n'ai pas (encore ?) testé chatGPT par contre j'ai pas mal joué avec Stable Diffusion ces dernières semaines (en local pour un usage perso uniquement, j'ai un problème avec l'utilisation du travail de nombreux artistes sans leur consentement, et même contre leur volonté pour beaucoup, mais ce n'est pas le sujet de ce journal. C'est en tout cas super impressionnant pour la retouche photo rapide).
Tout ça pour dire que je trouve qu'il serait plus éthique de préciser en début de journal que le texte a été rédigé par un algorithme et non un humain, et non en milieu/fin de journal (même si c'est déjà une bonne chose de le préciser et de ne pas prendre en traître). Et ça serait bien que si ça se renouvelle, ça soit fait en début, ça permet de lire (ou pas) avec cette information en tête, parce que même si les textes sont bien construits et crédibles, il y a quand même des erreurs/imprécisions régulièrement (ce qui peut arriver avec un humain aussi bien sûr).
Aussi, sauf erreur, les données d’entraînement de chatGPT s'arrêtent en 2021, ce qui est très long pour des informations sur des développements logiciels, ça aussi c'est une information importante.
Ceci dit, merci pour le journal, c'est toujours intéressant de pouvoir potentiellement découvrir des logiciels.
Aparté: sur LinuxFr, j'ai tendance à tutoyer, et surtout on s'est déjà parlé quelques fois en IM et aussi rencontré à des évènements physiques. Enfin bon, ça me dérange pas de vouvoyer, mais je pense qu'on peut se tutoyer. ;-)
À moins que le "vous" s'adressait à l'équipe GIMP et/ou ZeMarmot!
Oui oui, le "vous" était pour l'équipe ;).
Merci pour tes explications qui sont, comme d'hab, très détaillées. Le nouvel outil "paint select tool" a l'air effectivement super chouette, j'espère qu'il arrivera dans GIMP 3.
Au plaisir de te lire ou te re-croiser (enfin là j'ai pas d’événements prévus avant un bon moment, ça devient difficile pour moi de me déplacer, et puis je sature un peu, c'est répétitif quand même).
1) J'ai récemment regardé un petit tuto sur une création artistique avec Stable Diffusion, utilisant Photoshop (que je n'ai pas vu tourner depuis un sacré paquet d'années), et j'ai été assez impressionné par l'efficacité de l'extraction d'objects (Select/Subject). Je connais l'outil d'extraction de premier plan de GIMP qui fonctionne bien, mais on est à un niveau encore au dessus ici, pour une tâche très courante. Est-ce que ce genre d'outil est envisageable dans GIMP à plus ou moins long terme ?
J'ai un peu joué avec Stable Diffusion pour tester (avec le port openvino, la génération d'une image prend à peu près 3 min tout de même). C'est vraiment bluffant et clairement le monde de l'édition d'image (et bientôt de vidéos ?) entre dans une nouvelle ère. J'ai vu qu'il y a des plugins pour GIMP en cours de dev (pas encore avec openvino apparemment, je n'ai donc pas pu tester n'ayant pas le GPU adapté, aussi un des plugins demande un compte Google que je n'ai et ne veux pas). J'ai 2 questions sur le sujet :
2) est-ce que vous avez vous-même joué un peu avec ça ? Est-ce que ça peut entrer dans votre processus de création ?
3) est-ce que des choses sont envisagées dans le cœur de GIMP pour intégrer ces nouveau outils de machine learning ? Par exemple ce serait super de pouvoir sélectionner une partie de l'image en utilisant des mots comme « les cheveux », « le pull », « la mer », etc. Est-ce que vous laissez ça plutôt pour les plugins externes ?
Ce sont juste des questions de curiosité, je sais bien que vous êtes déjà débordés par votre travail actuel, et je fais très peu d'édition d'images moi même, mais c'est fascinant (et un peu flippant) de voir que des choses qui étaient réservées à la recherche il y a peu sont désormais accessibles.
Le problème c'est aussi comment tu construis la coque, et tout ce qui est au contact de la chaleur et des aliments ? L'impression 3D dans l'état actuel, j'éviterais pour tout ce qui touche à des aliments. Ou alors y'a des gens qui ont déjà essayé ?
Sinon ça doit pouvoir se sous-traiter avec des organismes qui ont l'équipement nécessaire, mais là encore, aucune idée de comment s'y prendre, et j'imagine que ça n'est pas simple.
Ou peut-être qu'il existe des récipients standards qui peuvent être utilisés ? Et si on part sur autre chose (un robot pour couper par exemple), comment on fait ou trouve des lames par exemple ? Il faut aussi calculer les contraintes mécaniques, pour pas que le couvercle casse au bout de 2 utilisations par exemple, et que la chaleur ne soit pas dissipée en pure perte.
Et puis il y a la question de la sécurité. Je suppose que ce qui fini dans nos cuisines passe par des tests pour être sur le marché européen.
Honnêtement ça n'est pas la première fois que je pense à de l'électroménager en open hardware, mais aucune idée de comment il faudrait s'y prendre pour faire ça de manière sécurisée. Le principe de fonctionnement de la plupart des appareils n'est pas hyper compliqué à reproduire, mais de là à arriver au même niveau que ce que font les boîtes spécialisées…
Edit: en fait tu parlais de "seulement" remplacer la carte de contrôle, c'est plus faisable. Moi ce qui me titille c'est faire un robot électroménager entièrement, mais ça me semble vraiment énorme comme tâche, même pour des robots "simples" comme une machine à râper/découper. Mes questions sont toujours valables ceci-dit, et si quelqu'un a des pistes je suis preneurs…
Est-ce que c'est à cause des différentes licences libres (GPL, Apache, etc.) ?
C'est la licence AGPL qui pose problème. Après une recherche rapide je n'ai rien trouvé de récent, alors peut-être que ça a évolué, mais il y avait eu un problème avec VLC notamment, et ceci de la FSF: https://www.fsf.org/blogs/licensing/more-about-the-app-store-gpl-enforcement. De mémoire il faut mettre une exception spécifique à l'Apple Store.
Est-ce que c'est à cause des différentes licences libres (GPL, Apache, etc.) ?
Si c'est le cas, ce n'est pas envisageable de changer de licence pour quelque chose du genre Apache 2.0 ?
Même si je suis le développeur principal depuis le début, il y a eu d'autres contributeurs, et il faut que je les recontacte toutes et tous. Il n'y en a pas tant que ça, donc ça doit rester faisable à ce stade, et c'est une option envisageable.
Sinon pourquoi ne pas lancer un financement participatif pour ce cadre-là en particulier (i.e les parents d'élèves ?).
C'est du boulot de faire une campagne pour un financement participatif, on est déjà passé par là pour le port sur Android (http://web.archive.org/web/20170628101311/https://www.arizuka.com/en/projects/libervia# et la vidéo d'époque: https://ftp.goffi.org/media/video/libervia_arizuka_HD_hard_sub_fr.webm) ce qui nous avait permis de récolter un peu plus de 3000 €, une somme très faible pour un développement aussi important. Le port a été effectué, mais le développement sur Android ou iOS est très particulier et demande un investissement considérable : ça tourne mais n'est pas suffisamment stable, et il y a des tas de subtilités à prendre en compte (gestion de la batterie, cycle de vie de l'application très différent de ce qu'on trouve sur bureau, notification « push » et réveil du téléphone, etc).
En plus, partir sur du iOS, ça veut aussi dire investir dans du matériel Apple (ordinateur de bureau ou portable et téléphone) puisqu'il n'est pas autorisé de développer sur autre chose même si c'est techniquement possible (oui oui, on en est là avec Apple).
Un financement participatif ça ne permet qu'un apport initial, et à moins d'être déjà relativement connu ou de réussir une super campagne (ou d'avoir un coup de chance comme un article dans un journal connu), ça n'apporte pas tant que ça.
Bref, tout ça pour dire qu'il faudrait une équipe à plein temps pour que ça soit faisable.
En plus si tu proposes d'héberger des instances toutes prêtes (c'est comme ça que Matrix se finance en partie par exemple), cela ferait une autre rentrée d'argent.
Pour un truc comme cela, je serais prêt à payer quelque chose de l'ordre de 30 euros par mois.
C'est la solution qui me semble la plus crédible à l'heure actuelle, et j'aimerais partir dans cette direction. Mais là encore, maintenir un service fonctionnel, à jour, et relativement protégé, ça demande une équipe (en plus du boulot de développement). Il faut des sous pour lancer et maintenir le service, et il faut lancer le service pour avoir des sous.
Comme tu vois, ça n'est pas simple. Merci de ton intérêt en tout cas.
Je souhaite vraiment que ton projet réussisse à percer, mais si tu fais l'impasse sur iOS (et dans une moindre mesure Android, ça va être chaud.
Pour précision : je ne fais pas l'impasse, le problème est plus du côté de la licence (AGPL v3+) qui pose problème avec l'Apple Store. Techniquement Kivy pourrait déjà permettre de porter le frontend pour appareils mobiles sur iOS, et je ne suis pas opposé à du Electron ou similaire si ça permet d'avoir un truc fonctionnel.
L'autre problème c'est les ressources : c'est un projet trop gros pour pouvoir le maintenir correctement tout seul sans y laisser sa santé. J'aimerais trouver un modèle économique pour pouvoir monter une équipe, et la subvention que j'ai eu la chance d'avoir a déjà été une grande bouffée d'air.
Bon puisque Libervia est cité, et que j'en suis le développeur principal, je vais répondre moi même et te dire honnêtement que ça n'est pas encore adapté à ton cas parce que ça n'est pas suffisamment stable. Toutes les fonctionnalités que tu souhaites sont présentes ou prévues ceci-dit (enfin sauf l'applications iOS, qui reste incertaine).
Je développe pratiquement tout seul (pratiquement parce que ça m'arrive d'avoir des aides ponctuelles), et c'est un boulot énorme de maintenir ça, surtout que je développe (et spécifie) encore certaines fonctionnalités.
En dehors de Nextcloud déjà cité, il y a aussi Elgg qui peut être intéressant (la décentralisation n'étant pas indispensable dans ton cas), mais je n'ai pas de retour d'utilisateurs comme tu demandes.
J'espère pouvoir monter quelque chose autour de Libervia à l'avenir, mais ça demandera une équipe et un moyen de payer des salaires. Peut-être à la rentrée 2023 ? Si jamais, je ferai probablement un journal ici même pour en parler de toute façon.
XEP-0277 c'est ce qu'utilise movim, c'est bien ça ? Mon petit doigt me dit qu'il y a déjà une passerelle activitypub/xmpp en cours de préparation par des gens plus compétents que moi. ;-)
Oui voilà c'est ça. La XEP-0277 en elle même n'est pas bien compliquée (c'est surtout un moyen de mettre des éléments Atom dans XMPP), mais pour une passerelle ça signifie qu'il faut faire un serveur pubsub. C'est un peu de boulot, mais une fois fait c'est réutilisable, il faut voir que que slixmpp propose là dessus.
C'est bien plus adapté que les messages pour tout ce qui se rapproche d'un blog/microblog/forum, surtout quand il y a des réponses voire des arbres (comme Reddit, HackerNews… ou LinuxFr par exemple).
Effectivement c'est ce que j'utilise pour la passerelle ActivityPub, et j'aimerais bien à terme l'utiliser pour une passerelle avec les courriels et notamment les listes de diffusion.
Tu pensais à quelque chose en particulier ? Facebook, Twitter, par exemple ? Ça a l'air horrible, donc j'ai envie d'essayer maintenant.
J'ai vu FB dans ton tableau, c'est pour ça que je me suis posé la question, mais je suppose que c'est le messenger que ton projet gère.
Oui, ce tableau est pourri, les icônes ne marchent même pas tous sur Firefox de mon macbook (du boulot, j'ai pas eu le choix, pas taper), mais le texte entier ça fait un tableau trop large trop moche. Juste une légende en dessous c'est probablement une bonne idée, je vais faire ça.
Oui une légende c'est très bien, et ça permet de mettre un peu plus de texte pour expliquer si nécessaire.
Bonne continuation en tout cas, j'espère que ton projet va avoir une longue vie :)
Super de voir des nouveaux projets dans les passerelles, et de voir que que tu cherches à faire une belle intégration avec des fonctionnalités récentes.
Est-ce que tu comptes te concentrer sur les messages, ou tu envisages à terme de faire des passerelles vers les blogs (XEP-0277) aussi ?
Petit détail : ça serait pas mal dans ton tableau de mettre en plus de l’icône le nom de la fonctionnalités (soit en tooltip, mais c'est pas super accessible et ça ne va pas sur appareils tactiles, soit écrit quelque part). Il y a un lien vers les XEP concernées ce qui est super, mais c'est très technique pour l'utilisateur lambda, et tout le monde ne connaît pas tous les numéros des XEPs par cœur (et ça éviterait de cliquer pour chaque colonne du tableau).
Petite question sans mauvaise pensée du tout, mais comment arrivez-vous à regarder autant de chaînes ? Je me rends bien compte qu'il y a des publics variés sur ce site, à différentes phases de la vie, et avec plus ou moins de temps libre, mais même en regardant en accéléré ça représente un sacré paquet d'heures de visionnage. Vous regardez systématiquement toutes les vidéos ? vous sélectionnez ? Vous n'écoutez que l'audio ? Vous regardez aussi des films/séries ? Vous faites d'autres activités, du sport ?
Pour le coup les podcasts/baladodiffusions sont intéressants parce comme pour une émission de radio, on peut faire autre chose en même temps (si ça n'est pas trop demandant intellectuellement). D'ailleurs un journal du même ordre sur les podcasts m'intéresserait.
Bon puisqu'on parle de Python dans le navigateur et que c'est un sujet que je suis depuis des années, on peut mentionner aussi :
Transcrypt qui transpile du Python en JavaScript : c'est du "plus ou moins python" avec des fonctionnalités activables via des options, et comme on a du JavaScript à l'arrivée, il n'y pas ou peu de pénalités par rapport à du JS natif.
Brython qui transpile à la volée en JS aussi, avec une couche de compatibilité Python. Là on a du vrai Python, la compatibilité est très bonne, avec une légère pénalité au démarrage (surtout la première fois, après le cache aide) et à l’exécution. L'auteur principal est très actif et réactif si on rapporte un problème, et il y a une petit communauté autour.
J'utilise le dernier pour le frontend de mon client XMPP (Libervia), et c'est devenu un petit framework pour développer en Python avec XMPP en backend (pour gérer les données avec en prime la décentralisation, la gestion des comptes, et tout ce qu'apporte XMPP).
Par contre tout ça c'est sans l'IDE.
Pour faire un truc de style RAD, je pense qu'aujourd'hui j'utiliserais Godot : même si c'est un moteur de jeu à la base, il y a des options pour rendre la boucle principale plus adaptée à une application, et ça permet de produire facilement sur de nombreuses plateformes (les bureaux des OS les plus utilisés, le Web, Android, iOS, etc).
Le langage principal, GDScript, est inspiré et proche de Python (c'est aussi possible d'utiliser autre chose, Mono notamment). Il y a une communauté très active autour, et le développement d'applications avec semble être pris de plus en plus au sérieux (ils font en ce moment un appel aux développeurs d'applications pour faire un showreel, c'est à dire une vidéo de démo).
Enfin il y a RustPython à surveiller : un interprète Python en Rust, qui via WebAssembly peut tourner sur le web aussi. Le problème dans ces cas là (interpère Python complet via WebAssembly), c'est qu'on finit souvent avec des très gros fichiers à télécharger, pas idéal pour le web.
J'en passe quelques unes, notamment Pyodide, et probablement d'autres.
utilisateur de vim depuis très longtemps, j'ai voulu mettre un peu à jour les plugins il y a quelques mois.
Je n'en avais pas spécialement ressenti le besoin jusqu'ici parce que je fais majoritairement du Python et que c'est un langage suffisamment peu verbeux pour qu'il n'y ait pas vraiment besoin de complétion de partout (j'avais quand même YouCompleteMe et UltiSnips depuis quelques années).
Je suis passé à neovim (principalement parce que ça m'a permis de scripter facilement un changement de thème quand je passe sur un écran e-ink) et j'ai installé coc. C'est vraiment pas mal, faut reconnaître que le Language Server Protocol a permis de regrouper les efforts, et que ça apporte un certain confort.
Tout ça pour dire que sans utiliser directement Visual Studio, les outils que j'utilise en héritent en partie (mais sont libres).
Hors, lorsqu'on remplace simplement le contenu d'une balise html avec le texte saisi, les retours chariot passent naturellement à la trappe. Pas terrible d'avoir toute la description d'un film condensée sur une seul longue ligne !
j'ai peut-être mal compris le problème mais les retours à la ligne peuvent être gardés avec la propriété CSS white-space (cf. https://developer.mozilla.org/fr/docs/Web/CSS/white-space), en utilisant la valeur pre-line par exemple.
Bon après ton projet semble gérer des langages de balisage, donc c'est plus poussé que ça.
C'est toujours le nom de l'association loi 1901. Ça m'a chagriné aussi, mais en dehors du monde francophone ça posait problème (à prononcer, ou des gens pensaient que c'était réservé aux français). C'était aussi l'occasion de simplifier les noms, des noms pour chaque frontaux ça perdait tout le monde, y compris des utilisateurs de la communauté XMPP.
Pour la petite histoire, quand on a créé l'association, on a envoyé un courriel aux bérus en disant en gros « on utilise ce nom informellement depuis quelques années, maintenant on aimerait créer une assoce et on aimerait vérifier que ça ne vous pose pas de problème avant ». Ils (PariA au nom du groupe) nous ont répondu très gentiment, en disant non seulement qu'ils connaissaient déjà (tombés dessus avec le nom) mais aussi que ça avait l'air dans l'esprit, ça nous avait bien fait plaisir.
Merci beaucoup à l'équipe de Linuxfr.org ainsi qu'aux éditions Eyrolles et ENI.
Linuxfr fait partie de ma vie numérique depuis de nombreuses années et il a su traverser les années en s'améliorant tout en gardant son esprit d'origine. C'est un gros boulot de maintenir et modérer un tel site (sans compter les mises en demeures, spams et autres trolls), et c'est vraiment apprécié. Bravo à vous, et bonne continuation.
Merci ! Oui NLnet est une sacrée bouffée d'oxygène, ils aident beaucoup le libre, et plusieurs projets XMPP en bénéficient ou en ont bénéficié. C'est un gros projet qu'ils ont validé pour Libervia, et ça devrait aider au développement d'XMPP en général et ne pas seulement profiter à ce client.
Ah oui en effet, désolé. J'ai adapté la note de version de mon blog où les personnes qui suivent sont supposées connaître le projet, mais il serait judicieux de rapidement le présenter ici en intro.
Est-ce qu'un modérateur ou une modératrice peut ajouter le petit texte suivant dans le chapeau ? Merci :)
Libervia est un client XMPP multi-interfaces qui ne se concentre pas uniquement sur la messagerie instantanée et intègre des fonctionnalités telles que le blogage, le partage de fichiers, les albums photos, ou encore la gestion d'événements. Il a été mentionné plusieurs fois sur ce site sous son ancien nom « Salut à Toi ».
C'est exact, si on n'est pas en UTC c'est toujours bien de préciser la TZ.
Même en UTC, dans ce cas il faut ajouter un Z à la fin. La raison est que tu montres que la zone est spécifiée, autrement tu ne peux pas savoir si c'est UTC ou un indicateur de fuseau manquant.
Tiens petite note rigolote au passage, UTC est un mélange de l'abréviation comme elle devrait être en anglais (CUT pour « coordinated universal time ») est en français (TUC pour « temps universel coordonné »), histoire de mettre tout le monde d'accord (enfin au moins les anglophones et francophones).
[^] # Re: Vim
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal VSCodium & support python : pyright. Évalué à 2.
Il fallait bien entendu lire double souligné (underscore) et non dash.
# Vim
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal VSCodium & support python : pyright. Évalué à 6. Dernière modification le 26 janvier 2023 à 10:00.
Pour info PyRight fonctionne très bien avec (neo)vim via Conquer of Completion/CoC :
https://github.com/neoclide/coc.nvim
https://github.com/fannheyward/coc-pyright
Et l'auteur de coc-pyright est réactif : je lui ai demandé de faire une exception pour ne pas avoir d'erreur quand le double
dashunderscore__est utilisé pour ignorer des arguments, quand le simple est utilisé pour gettext, et il l'a fait rapidement (du coup ça ne doit pas être dans pyright avec VSCodium).# IA et éthique
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal imagemagick, GraphicsMagick, vips, chatgpt. Évalué à 2.
Salut (et bonne année à tou·te·s au passage),
comme beaucoup ici je suis à la fois fasciné (et un peu terrifié) par ce que nous avons vu avec l'IA ces dernières (et surtout cette dernière) années. Je n'ai pas (encore ?) testé chatGPT par contre j'ai pas mal joué avec Stable Diffusion ces dernières semaines (en local pour un usage perso uniquement, j'ai un problème avec l'utilisation du travail de nombreux artistes sans leur consentement, et même contre leur volonté pour beaucoup, mais ce n'est pas le sujet de ce journal. C'est en tout cas super impressionnant pour la retouche photo rapide).
Tout ça pour dire que je trouve qu'il serait plus éthique de préciser en début de journal que le texte a été rédigé par un algorithme et non un humain, et non en milieu/fin de journal (même si c'est déjà une bonne chose de le préciser et de ne pas prendre en traître). Et ça serait bien que si ça se renouvelle, ça soit fait en début, ça permet de lire (ou pas) avec cette information en tête, parce que même si les textes sont bien construits et crédibles, il y a quand même des erreurs/imprécisions régulièrement (ce qui peut arriver avec un humain aussi bien sûr).
Aussi, sauf erreur, les données d’entraînement de chatGPT s'arrêtent en 2021, ce qui est très long pour des informations sur des développements logiciels, ça aussi c'est une information importante.
Ceci dit, merci pour le journal, c'est toujours intéressant de pouvoir potentiellement découvrir des logiciels.
[^] # Re: Réponse
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Adieu Grammalecte ?. Évalué à 6.
J'y vais aussi de mon petit merci, tu as fait un super boulot, bravo pour tout ça, courage pour surmonter tes difficultés, et prends soin de toi.
[^] # Re: quelques questions sur GIMP
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Conférence "GIMP et ZeMarmot" à Vandœuvre-lès-Nancy. Évalué à 2.
Oui oui, le "vous" était pour l'équipe ;).
Merci pour tes explications qui sont, comme d'hab, très détaillées. Le nouvel outil "paint select tool" a l'air effectivement super chouette, j'espère qu'il arrivera dans GIMP 3.
Au plaisir de te lire ou te re-croiser (enfin là j'ai pas d’événements prévus avant un bon moment, ça devient difficile pour moi de me déplacer, et puis je sature un peu, c'est répétitif quand même).
# quelques questions sur GIMP
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Conférence "GIMP et ZeMarmot" à Vandœuvre-lès-Nancy. Évalué à 3.
Coucou,
bravo pour votre travail et persévérance.
1) J'ai récemment regardé un petit tuto sur une création artistique avec Stable Diffusion, utilisant Photoshop (que je n'ai pas vu tourner depuis un sacré paquet d'années), et j'ai été assez impressionné par l'efficacité de l'extraction d'objects (
Select/Subject). Je connais l'outil d'extraction de premier plan de GIMP qui fonctionne bien, mais on est à un niveau encore au dessus ici, pour une tâche très courante. Est-ce que ce genre d'outil est envisageable dans GIMP à plus ou moins long terme ?J'ai un peu joué avec Stable Diffusion pour tester (avec le port openvino, la génération d'une image prend à peu près 3 min tout de même). C'est vraiment bluffant et clairement le monde de l'édition d'image (et bientôt de vidéos ?) entre dans une nouvelle ère. J'ai vu qu'il y a des plugins pour GIMP en cours de dev (pas encore avec openvino apparemment, je n'ai donc pas pu tester n'ayant pas le GPU adapté, aussi un des plugins demande un compte Google que je n'ai et ne veux pas). J'ai 2 questions sur le sujet :
2) est-ce que vous avez vous-même joué un peu avec ça ? Est-ce que ça peut entrer dans votre processus de création ?
3) est-ce que des choses sont envisagées dans le cœur de GIMP pour intégrer ces nouveau outils de machine learning ? Par exemple ce serait super de pouvoir sélectionner une partie de l'image en utilisant des mots comme « les cheveux », « le pull », « la mer », etc. Est-ce que vous laissez ça plutôt pour les plugins externes ?
Ce sont juste des questions de curiosité, je sais bien que vous êtes déjà débordés par votre travail actuel, et je fais très peu d'édition d'images moi même, mais c'est fascinant (et un peu flippant) de voir que des choses qui étaient réservées à la recherche il y a peu sont désormais accessibles.
Courage pour la suite.
[^] # Re: Long mais mieux : open-hardware
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Hacking d'une machine à pain. Évalué à 5. Dernière modification le 09 septembre 2022 à 09:07.
Le problème c'est aussi comment tu construis la coque, et tout ce qui est au contact de la chaleur et des aliments ? L'impression 3D dans l'état actuel, j'éviterais pour tout ce qui touche à des aliments. Ou alors y'a des gens qui ont déjà essayé ?
Sinon ça doit pouvoir se sous-traiter avec des organismes qui ont l'équipement nécessaire, mais là encore, aucune idée de comment s'y prendre, et j'imagine que ça n'est pas simple.
Ou peut-être qu'il existe des récipients standards qui peuvent être utilisés ? Et si on part sur autre chose (un robot pour couper par exemple), comment on fait ou trouve des lames par exemple ? Il faut aussi calculer les contraintes mécaniques, pour pas que le couvercle casse au bout de 2 utilisations par exemple, et que la chaleur ne soit pas dissipée en pure perte.
Et puis il y a la question de la sécurité. Je suppose que ce qui fini dans nos cuisines passe par des tests pour être sur le marché européen.
Honnêtement ça n'est pas la première fois que je pense à de l'électroménager en open hardware, mais aucune idée de comment il faudrait s'y prendre pour faire ça de manière sécurisée. Le principe de fonctionnement de la plupart des appareils n'est pas hyper compliqué à reproduire, mais de là à arriver au même niveau que ce que font les boîtes spécialisées…
Edit: en fait tu parlais de "seulement" remplacer la carte de contrôle, c'est plus faisable. Moi ce qui me titille c'est faire un robot électroménager entièrement, mais ça me semble vraiment énorme comme tâche, même pour des robots "simples" comme une machine à râper/découper. Mes questions sont toujours valables ceci-dit, et si quelqu'un a des pistes je suis preneurs…
[^] # Re: Libervia
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Réseau social pour parents d'une école. Évalué à 6.
C'est la licence AGPL qui pose problème. Après une recherche rapide je n'ai rien trouvé de récent, alors peut-être que ça a évolué, mais il y avait eu un problème avec VLC notamment, et ceci de la FSF: https://www.fsf.org/blogs/licensing/more-about-the-app-store-gpl-enforcement. De mémoire il faut mettre une exception spécifique à l'Apple Store.
Même si je suis le développeur principal depuis le début, il y a eu d'autres contributeurs, et il faut que je les recontacte toutes et tous. Il n'y en a pas tant que ça, donc ça doit rester faisable à ce stade, et c'est une option envisageable.
C'est du boulot de faire une campagne pour un financement participatif, on est déjà passé par là pour le port sur Android (http://web.archive.org/web/20170628101311/https://www.arizuka.com/en/projects/libervia# et la vidéo d'époque: https://ftp.goffi.org/media/video/libervia_arizuka_HD_hard_sub_fr.webm) ce qui nous avait permis de récolter un peu plus de 3000 €, une somme très faible pour un développement aussi important. Le port a été effectué, mais le développement sur Android ou iOS est très particulier et demande un investissement considérable : ça tourne mais n'est pas suffisamment stable, et il y a des tas de subtilités à prendre en compte (gestion de la batterie, cycle de vie de l'application très différent de ce qu'on trouve sur bureau, notification « push » et réveil du téléphone, etc).
En plus, partir sur du iOS, ça veut aussi dire investir dans du matériel Apple (ordinateur de bureau ou portable et téléphone) puisqu'il n'est pas autorisé de développer sur autre chose même si c'est techniquement possible (oui oui, on en est là avec Apple).
Un financement participatif ça ne permet qu'un apport initial, et à moins d'être déjà relativement connu ou de réussir une super campagne (ou d'avoir un coup de chance comme un article dans un journal connu), ça n'apporte pas tant que ça.
Bref, tout ça pour dire qu'il faudrait une équipe à plein temps pour que ça soit faisable.
C'est la solution qui me semble la plus crédible à l'heure actuelle, et j'aimerais partir dans cette direction. Mais là encore, maintenir un service fonctionnel, à jour, et relativement protégé, ça demande une équipe (en plus du boulot de développement). Il faut des sous pour lancer et maintenir le service, et il faut lancer le service pour avoir des sous.
Comme tu vois, ça n'est pas simple. Merci de ton intérêt en tout cas.
[^] # Re: Libervia
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Réseau social pour parents d'une école. Évalué à 7.
Merci pour les encouragements
Pour précision : je ne fais pas l'impasse, le problème est plus du côté de la licence (AGPL v3+) qui pose problème avec l'Apple Store. Techniquement Kivy pourrait déjà permettre de porter le frontend pour appareils mobiles sur iOS, et je ne suis pas opposé à du Electron ou similaire si ça permet d'avoir un truc fonctionnel.
L'autre problème c'est les ressources : c'est un projet trop gros pour pouvoir le maintenir correctement tout seul sans y laisser sa santé. J'aimerais trouver un modèle économique pour pouvoir monter une équipe, et la subvention que j'ai eu la chance d'avoir a déjà été une grande bouffée d'air.
# Libervia
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Réseau social pour parents d'une école. Évalué à 10.
Bon puisque Libervia est cité, et que j'en suis le développeur principal, je vais répondre moi même et te dire honnêtement que ça n'est pas encore adapté à ton cas parce que ça n'est pas suffisamment stable. Toutes les fonctionnalités que tu souhaites sont présentes ou prévues ceci-dit (enfin sauf l'applications iOS, qui reste incertaine).
Je développe pratiquement tout seul (pratiquement parce que ça m'arrive d'avoir des aides ponctuelles), et c'est un boulot énorme de maintenir ça, surtout que je développe (et spécifie) encore certaines fonctionnalités.
En dehors de Nextcloud déjà cité, il y a aussi Elgg qui peut être intéressant (la décentralisation n'étant pas indispensable dans ton cas), mais je n'ai pas de retour d'utilisateurs comme tu demandes.
J'espère pouvoir monter quelque chose autour de Libervia à l'avenir, mais ça demandera une équipe et un moyen de payer des salaires. Peut-être à la rentrée 2023 ? Si jamais, je ferai probablement un journal ici même pour en parler de toute façon.
[^] # Re: Super
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal La première bêta de Slidge (passerelles XMPP) est dehors !. Évalué à 5.
Oui voilà c'est ça. La XEP-0277 en elle même n'est pas bien compliquée (c'est surtout un moyen de mettre des éléments Atom dans XMPP), mais pour une passerelle ça signifie qu'il faut faire un serveur pubsub. C'est un peu de boulot, mais une fois fait c'est réutilisable, il faut voir que que slixmpp propose là dessus.
C'est bien plus adapté que les messages pour tout ce qui se rapproche d'un blog/microblog/forum, surtout quand il y a des réponses voire des arbres (comme Reddit, HackerNews… ou LinuxFr par exemple).
Effectivement c'est ce que j'utilise pour la passerelle ActivityPub, et j'aimerais bien à terme l'utiliser pour une passerelle avec les courriels et notamment les listes de diffusion.
J'ai vu FB dans ton tableau, c'est pour ça que je me suis posé la question, mais je suppose que c'est le messenger que ton projet gère.
Oui une légende c'est très bien, et ça permet de mettre un peu plus de texte pour expliquer si nécessaire.
Bonne continuation en tout cas, j'espère que ton projet va avoir une longue vie :)
# Super
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal La première bêta de Slidge (passerelles XMPP) est dehors !. Évalué à 6. Dernière modification le 05 septembre 2022 à 16:21.
Super de voir des nouveaux projets dans les passerelles, et de voir que que tu cherches à faire une belle intégration avec des fonctionnalités récentes.
Est-ce que tu comptes te concentrer sur les messages, ou tu envisages à terme de faire des passerelles vers les blogs (XEP-0277) aussi ?
Petit détail : ça serait pas mal dans ton tableau de mettre en plus de l’icône le nom de la fonctionnalités (soit en tooltip, mais c'est pas super accessible et ça ne va pas sur appareils tactiles, soit écrit quelque part). Il y a un lien vers les XEP concernées ce qui est super, mais c'est très technique pour l'utilisateur lambda, et tout le monde ne connaît pas tous les numéros des XEPs par cœur (et ça éviterait de cliquer pour chaque colonne du tableau).
Bravo et bonne continuation.
# Combien de temps vous passez à regarder ça ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Vulgarisation scientifique en vidéo et en français. Évalué à 10.
Petite question sans mauvaise pensée du tout, mais comment arrivez-vous à regarder autant de chaînes ? Je me rends bien compte qu'il y a des publics variés sur ce site, à différentes phases de la vie, et avec plus ou moins de temps libre, mais même en regardant en accéléré ça représente un sacré paquet d'heures de visionnage. Vous regardez systématiquement toutes les vidéos ? vous sélectionnez ? Vous n'écoutez que l'audio ? Vous regardez aussi des films/séries ? Vous faites d'autres activités, du sport ?
Pour le coup les podcasts/baladodiffusions sont intéressants parce comme pour une émission de radio, on peut faire autre chose en même temps (si ça n'est pas trop demandant intellectuellement). D'ailleurs un journal du même ordre sur les podcasts m'intéresserait.
# Alternatives
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Anvil le retour . Évalué à 10.
Bon puisqu'on parle de Python dans le navigateur et que c'est un sujet que je suis depuis des années, on peut mentionner aussi :
Transcrypt qui transpile du Python en JavaScript : c'est du "plus ou moins python" avec des fonctionnalités activables via des options, et comme on a du JavaScript à l'arrivée, il n'y pas ou peu de pénalités par rapport à du JS natif.
Brython qui transpile à la volée en JS aussi, avec une couche de compatibilité Python. Là on a du vrai Python, la compatibilité est très bonne, avec une légère pénalité au démarrage (surtout la première fois, après le cache aide) et à l’exécution. L'auteur principal est très actif et réactif si on rapporte un problème, et il y a une petit communauté autour.
J'utilise le dernier pour le frontend de mon client XMPP (Libervia), et c'est devenu un petit framework pour développer en Python avec XMPP en backend (pour gérer les données avec en prime la décentralisation, la gestion des comptes, et tout ce qu'apporte XMPP).
Par contre tout ça c'est sans l'IDE.
Pour faire un truc de style RAD, je pense qu'aujourd'hui j'utiliserais Godot : même si c'est un moteur de jeu à la base, il y a des options pour rendre la boucle principale plus adaptée à une application, et ça permet de produire facilement sur de nombreuses plateformes (les bureaux des OS les plus utilisés, le Web, Android, iOS, etc).
Le langage principal, GDScript, est inspiré et proche de Python (c'est aussi possible d'utiliser autre chose, Mono notamment). Il y a une communauté très active autour, et le développement d'applications avec semble être pris de plus en plus au sérieux (ils font en ce moment un appel aux développeurs d'applications pour faire un showreel, c'est à dire une vidéo de démo).
Enfin il y a RustPython à surveiller : un interprète Python en Rust, qui via WebAssembly peut tourner sur le web aussi. Le problème dans ces cas là (interpère Python complet via WebAssembly), c'est qu'on finit souvent avec des très gros fichiers à télécharger, pas idéal pour le web.
J'en passe quelques unes, notamment Pyodide, et probablement d'autres.
[^] # Re: sudo pip
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Environnement moderne de travail Python. Évalué à 5.
salut,
tu peux utiliser
--useravec lepipsystème, ça installera dans ton~/.local.[^] # Re: Traductions pour Beagle et Siskin
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Lettre d'information XMPP d'avril 2022. Évalué à 4. Dernière modification le 24 mai 2022 à 10:29.
Si toi ou quelqu'un·e d'autre a des choses à ajouter dans la newsletter/infolettre, on peut soit faire une PR rédigée sur https://github.com/xsf/xmpp.org/milestone/3, soit indiquer l'info (et si possible rédiger quelque chose) sur le pad à https://yopad.eu/p/xmpp-newsletter-365days, soit en parler sur la salon MUC commteam@muc.xmpp.org.
Et j'en profite pour dire merci à la commteam et aux traducteurs·rices/relecteurs·rices pour leur boulot régulier et très apprécié.
# (neo)vim
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Développeur Libristes, oui ! mais macOS, Visual Studio et Azure ?. Évalué à 9.
utilisateur de vim depuis très longtemps, j'ai voulu mettre un peu à jour les plugins il y a quelques mois.
Je n'en avais pas spécialement ressenti le besoin jusqu'ici parce que je fais majoritairement du Python et que c'est un langage suffisamment peu verbeux pour qu'il n'y ait pas vraiment besoin de complétion de partout (j'avais quand même YouCompleteMe et UltiSnips depuis quelques années).
Je suis passé à neovim (principalement parce que ça m'a permis de scripter facilement un changement de thème quand je passe sur un écran e-ink) et j'ai installé coc. C'est vraiment pas mal, faut reconnaître que le Language Server Protocol a permis de regrouper les efforts, et que ça apporte un certain confort.
Tout ça pour dire que sans utiliser directement Visual Studio, les outils que j'utilise en héritent en partie (mais sont libres).
[^] # Re: CSS ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Meikik, un nouveau Dialect pour Thymeleaf pour l'affichage de texte saisi par les utilisateurs. Évalué à 5.
Faut pas, l'informatique c'est très large et personne n'est omniscient.
Content d'avoir aidé.
# CSS ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Meikik, un nouveau Dialect pour Thymeleaf pour l'affichage de texte saisi par les utilisateurs. Évalué à 7.
Salut,
j'ai peut-être mal compris le problème mais les retours à la ligne peuvent être gardés avec la propriété CSS
white-space(cf. https://developer.mozilla.org/fr/docs/Web/CSS/white-space), en utilisant la valeurpre-linepar exemple.Bon après ton projet semble gérer des langages de balisage, donc c'est plus poussé que ça.
[^] # Re: BxN's not dead
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Libervia v0.8 « La Cecília ». Évalué à 6.
C'est toujours le nom de l'association loi 1901. Ça m'a chagriné aussi, mais en dehors du monde francophone ça posait problème (à prononcer, ou des gens pensaient que c'était réservé aux français). C'était aussi l'occasion de simplifier les noms, des noms pour chaque frontaux ça perdait tout le monde, y compris des utilisateurs de la communauté XMPP.
Pour la petite histoire, quand on a créé l'association, on a envoyé un courriel aux bérus en disant en gros « on utilise ce nom informellement depuis quelques années, maintenant on aimerait créer une assoce et on aimerait vérifier que ça ne vous pose pas de problème avant ». Ils (PariA au nom du groupe) nous ont répondu très gentiment, en disant non seulement qu'ils connaissaient déjà (tombés dessus avec le nom) mais aussi que ça avait l'air dans l'esprit, ça nous avait bien fait plaisir.
# Merci
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Meilleures contributions LinuxFr.org : les primées de novembre 2021 🏆. Évalué à 7.
Merci beaucoup à l'équipe de Linuxfr.org ainsi qu'aux éditions Eyrolles et ENI.
Linuxfr fait partie de ma vie numérique depuis de nombreuses années et il a su traverser les années en s'améliorant tout en gardant son esprit d'origine. C'est un gros boulot de maintenir et modérer un tel site (sans compter les mises en demeures, spams et autres trolls), et c'est vraiment apprécié. Bravo à vous, et bonne continuation.
[^] # Re: Brillant !
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Libervia v0.8 « La Cecília ». Évalué à 7.
Merci ! Oui NLnet est une sacrée bouffée d'oxygène, ils aident beaucoup le libre, et plusieurs projets XMPP en bénéficient ou en ont bénéficié. C'est un gros projet qu'ils ont validé pour Libervia, et ça devrait aider au développement d'XMPP en général et ne pas seulement profiter à ce client.
# répondu
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal [Message de service] Gagnants des meilleures contributions de novembre 2021. Évalué à 2.
Bonjour,
j'ai répondu il y a peu de temps, vous avez dû recevoir. Et merci beaucoup !
[^] # Re: Présentation
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Libervia v0.8 « La Cecília ». Évalué à 7.
Ah oui en effet, désolé. J'ai adapté la note de version de mon blog où les personnes qui suivent sont supposées connaître le projet, mais il serait judicieux de rapidement le présenter ici en intro.
Est-ce qu'un modérateur ou une modératrice peut ajouter le petit texte suivant dans le chapeau ? Merci :)
J'ai aussi noté une typo :
Merci, ainsi que pour la modération rapide.
[^] # Re: dates et adresses
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Des concepteurs qui ont éteint trop tôt leur cerveau. Évalué à 3.
Même en UTC, dans ce cas il faut ajouter un
Zà la fin. La raison est que tu montres que la zone est spécifiée, autrement tu ne peux pas savoir si c'est UTC ou un indicateur de fuseau manquant.Tiens petite note rigolote au passage,
UTCest un mélange de l'abréviation comme elle devrait être en anglais (CUTpour « coordinated universal time ») est en français (TUCpour « temps universel coordonné »), histoire de mettre tout le monde d'accord (enfin au moins les anglophones et francophones).