Cyrille Pontvieux a écrit 511 commentaires

  • [^] # Re: Lien direct vers la PEP

    Posté par  (site web personnel, Mastodon) . En réponse au lien Vers la fin du GIL Python ?. Évalué à 2.

    Tout à fait et l’expérimentation se ferait sur un canal d’Anaconda, en tout cas au moins.

    Ça permettra de voir si les libs natives peuvent fonctionner, ou être patchées pour fonctionner sans le global interperter lock de python.

    Si l’expérience est concluante, ça pourrait devenir une option de compilation par défaut !

  • # Lien direct vers la PEP

    Posté par  (site web personnel, Mastodon) . En réponse au lien Vers la fin du GIL Python ?. Évalué à 5.

    Tout est dans le titre : https://peps.python.org/pep-0703/

  • # Articles ou pub ?

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Revue de presse de l'April pour la semaine 51 de l'année 2022. Évalué à 4.

    Certains articles sont derrière un paywall.

    Du coup je me pose la question de savoir si vous en avez conscience ou pas ? Parce que du coup ça fait un peu pub…

  • # Contributions

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Sortie de 0 A.D. Alpha 26 « Zhuangzi ». Évalué à 10.

    Ça fait un moment que j’aimerais contribuer, mais :
    - je cite « du développement C++, sur l’amélioration du moteur de jeu Pyrogenesis (écrit en C++) qui progresse vers plus de généricité et notamment sur le pipeline graphique, le moteur lui-même, étant assez décorrélé de 0 A.D., est disponible pour créer des jeux/mods dans un style fast RTS et reste ouvert à des contributions ouvrant la voie à des styles de RTS différents ; » C’est effectivement possible mais le moteur est dans le même dépôt que le jeu, le moteur référence directement le chemin vers les données du jeu et contient 0ad a plusieurs endroit, c’est pas exactement ce que j’appelle un moteur générique. Je voudrais bien y remédier mais ça m’amène au point suivant.
    - le développement est sur svn (y’a bien un mirroir git, mais c’est juste un mirroir). En 2022 je comprends toujours pas pourquoi c’est toujours sur svn, sachant qu’une migration git est triviale.
    - pire les ressources artistiques et les dll pour windows sont dans le dépôt sans LFS (forcément avec svn), représentant presque 4G de données. Difficile à manipuler
    - les tickets et le wiki sont sous Trac, ça ok c’est cool.
    - mais pour contribuer faut passer par Phabricator pour créer des patches. Ça sert un peu à avoir des merge requests sur svn. Sauf que c’est super lourd et ça fait un outil de plus.

    Pourquoi ne pas passer à gitlab (le service en ligne sur le .com ou en autohébergé) ? Ça permettrait d’avoir un accès un peu plus facile pour la contribution, des merge requests intégrées, du LFS (pour les dll et les grosses données du jeu). On pourrait même avoir deux dépôts, un pour le moteur, un pour le jeu, ce qui aiderait bien pour avoir un vrai moteur générique.

    Je suis un peu aigri parce qu’au final le jeu est GÉNIAL, libre (GPL, CC-BY-SA, MIT, BSD, …) et j’ai les compétences (et l’envie) d’aider. Sauf que la difficulté d’accès au code source et du workflow de développement freine tellement que j’ai jamais vraiment réussi à contribuer grand chose. J’ai aidé à passer de Python 2 à 3 mais j’ai même pas pu finir.

    Je me doute que la plupart des contributeurs ne sont pas développeurs et que les contributions sont surtout artistiques et de comportement/équilibrage du jeu (en js), donc je peux comprendre que personne ne veuille changer. Mais les plateformes comme github (que je ne conseille pas pour autant) montrent que les contributions occasionnelles par des non-développeurs se font très bien.

    Bref, est-ce qu’il est possible d’envisager de tester une réelle migration sur git(lab) ? Je peux aider sur la mise en place (sysadmin, migration, …)

    P.S. Je suis très content de cette nouvelle version, de la nouvelle civilisation Han, des nouvelles musiques, des formations !!!

  • [^] # Re: Est-ce que c'est pas un peu tôt?

    Posté par  (site web personnel, Mastodon) . En réponse au lien It's time to stop using C and C++ for new projects, says Microsoft Azure CTO. Évalué à 4.

    C’est pas tôt, c’est vendredi :-)

  • [^] # Re: Des oublis

    Posté par  (site web personnel, Mastodon) . En réponse au lien Self-Hosted email is the hardest it's ever been, but also the easiest.. Évalué à 3.

    J’ai eu le même problème suite à une migration de serveur (et donc changement d’IP).

    J’ai été obligé de passer par une procédure assez chiante auprès de Microsoft, mais ils ont fini par valider mon IP (white-listée ?).

    Mais ça veut dire que si je change encore d’IP, faudra potentiellement que je recommence. C’est le seul provider à m’avoir cassé les couilles. Les autres Gafam, pas de soucis.

  • # Tiens tiens

    Posté par  (site web personnel, Mastodon) . En réponse au lien FranceConnect : le bouton de connexion avec Ameli désactivé après des problèmes de sécurité. Évalué à 3.

    J’ai eu des tentatives de fishing via Ameli y’a très peu de temps.

    J’en discutais avec ma compagne et elle pensait que c’était pour faire des arnaques de sécu sociale. Moi je lui ai dit que c’était probablement avec une visée plus grande via FranceConnect. Je pense que j’ai vu juste.

  • [^] # Re: Je persiste

    Posté par  (site web personnel, Mastodon) . En réponse au lien After self-hosting my email for twenty-three years I have thrown in the towel. The oligopoly has won. Évalué à 6.

    Moi aussi, mais sur un serveur perso (Online), et du coup je n’ai pas le pb de reverse DNS.

    Et tout marche bien, mes emails arrivent bien chez les Gafam.

  • [^] # Re: PCRE2

    Posté par  (site web personnel, Mastodon) . En réponse au lien GNU grep 3.8 prend en charge PCRE2. Évalué à 4.

    T’aurais un lien ?

  • [^] # Re: Impec et plus stable

    Posté par  (site web personnel, Mastodon) . En réponse au lien Kdenlive 22.04.2 Released. Évalué à 2.

    Pas cherché mais tu as raison faut que je le fasse et que je fasse un retour si bug non présent. Je peux ptre ajouté une ou deux copies d’écran pour expliquer.

    Merci du rappel

  • # C sinon

    Posté par  (site web personnel, Mastodon) . En réponse au message cherche build from source facile. Évalué à 3.

    Tu prends une image, tu ajoutes tout ce qu’il faut pour compiler du C, les entêtes et autres bibli. Tu compiles ton programme en C (un hello world peut suffire)

    Tu prends une image plus simple, compatible avec la libc de l’image de base (donc pas de mix entre la gnu libc et μlibc par exemple). Genre debian pour la première image et busybox pour la deuxième fonctionne.

    Tu copie ton binaire de la base dans la finale, tu le définis en tant que entrypoint et tu fais constater à tes étudiants qu’ils ne peuvent rien compiler dans l’image finale même si t’as installé tous les outils dans l’image de base.

  • [^] # Re: OTP

    Posté par  (site web personnel, Mastodon) . En réponse au journal PyPI et les projets critiques. Évalué à 4.

    Ce qui est mon cas. Je n’ai pas d’url en otpauth://… mais bien en phonefactor://… en suivant la même procédure.

    Je pense que c’est une config de la DSI dans l’AD. Donc pour moi point de salut. Je vais continuer d’utiliser le téléphone que j’ai demandé expressément (et qu’il faut que je pense à charger de temps en temps) avec juste l’appli ms authenticator dessus. (Car non je veux pas installer ça sur mon tel perso)

  • [^] # Re: OTP

    Posté par  (site web personnel, Mastodon) . En réponse au journal PyPI et les projets critiques. Évalué à 4.

    Ah et comment tu l’utilises ? Je me retrouve avec un qr code d’une url en phonefactor:// et je ne sais quoi en faire (et FreeOTP+ non plus). Quel procédure as-tu utilisé ?

  • # Impec et plus stable

    Posté par  (site web personnel, Mastodon) . En réponse au lien Kdenlive 22.04.2 Released. Évalué à 3.

    C’est ce que j’utilise pour faire mes montages régulièrement (je suis sous Xfce, mais j’ai pas de souci à lancer un truc en Qt)
    Au final ça ne me tire pas non plus tout l’environnement KDE, juste quelques libs, pas pire (voire moins) que certaines applis qui tirent l’environnement Gnome.

    Je trouve que les dernières versions, et surtout celle-là est vraiment stable. Avant, de temps en temps, j’avais mon projet qui plantait. Redémarrage de l’appli, récupération, hop on continue. Mais c’était gênant. Là je n’ai plus le souci.

    Le seul truc qui m’agace un peu c’est quand on a une vidéo avec une transition (dans mon cas un overlay avec une autre vidéo) et que je coupe la vidéo en deux, ça ne coupe pas la transition en deux. Il faut que je raccourcisse la transition et que j’en crée une deuxième pour l’autre partie. Imaginez si je dois découper en 10 morceaux une vidéo à quel point c’est irritant.

    Sinon c’est vraiment bien.

    Point d’amélioration serait de documenter la boîte de dialogue de rendu, et surtout quand on crée/modifie un profil. La doc officielle n’est pas à jour et n’était pas complète du tout.
    Renvoyer sur la doc de melt ou de ffmpeg n’aide pas à comprendre comment certaines options magiques se retrouvent comme des widgets dans la fenêtre de rendu…

  • [^] # Re: Trouver les vidéos

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Retour sur MiXiT 2022. Évalué à 2.

    Bonne question, je ne sais pas non plus (et j’y étais, donc inscrit)

  • [^] # Re: et aussi

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Libération de modules noyau NVidia pour Linux. Évalué à 4.

    On dirait du Claude Ponti :-D

  • [^] # Re: Machine à états ?

    Posté par  (site web personnel, Mastodon) . En réponse au journal Sunday Python Pattern : Une machine à état toute simple. Évalué à 7.

    Ça s’appelle un Behavior Driven State Machine, autrement raccourci en BDSM ;-)

    … j’ai pas résisté :-D

  • # Lien pas bon

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Rspamd 3.2 le 26 mars 2022, avec support BIMI. Évalué à 3.

    Le lien vers les paquets est un lien vers rspamd.org mais le serveur répond avec un certificat pour rspamd.com. En changeant pour le .com c’est bon.

    Peut-on mettre à jour le lien dans la dépèche ?

  • # Voir l’unité complète

    Posté par  (site web personnel, Mastodon) . En réponse au message Démarrage de Linux. Évalué à 2. Dernière modification le 19 mars 2022 à 08:01.

    Tu peux aussi utiliser la commande cat de systemctl qui te permet de voir la configuration complète d’une unité, en prenant en compte tous les répertoires et « overlays » définis ici ou là.

    Exemple :

    $ systemctl cat graphical.target
    [Unit]
    Description=Graphical Interface
    Documentation=man:systemd.special(7)
    Requires=multi-user.target
    Wants=display-manager.service
    Conflicts=rescue.service rescue.target
    After=multi-user.target rescue.service rescue.target display-manager.service
    AllowIsolate=yes

    chez moi.

  • # Background

    Posté par  (site web personnel, Mastodon) . En réponse au lien La FSF a une nouvelle directrice générale. Évalué à 2.

    Elle vient d’où cette dame ? Elle a fait quoi avant ? Elle bossait où ?

  • [^] # Re: Slackware n’intègre pas de résolution de dépendances ?

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Tout arrive, même Slackware 15.0. Évalué à 2.

    Bien expliqué.

    D’ailleurs je trouve le découpage à la lime à beurre de Debian un peu énervant.

    Tu installes un soft, mais non t’as pas tout le soft, et faut que tu devines parfois le ou les paquets qu’il faut que tu installes en plus pour avoir le soft complet (et non c’est pas toujours -dev)

    Sous ArchLinux je trouve le compromis intéressant. Les softs sont en général empaqueté en un seul paquet. Par contre les dépendances sont multiples :
    - obligatoire
    - optionnelles
    Et les optionnelles peuvent par exemple indiquer des trucs qui peuvent apporter des choses sans pour autant empêcher le soft de fonctionner.

    git sous ArchLinux vient avec tout compris (les man pages, les trads, . Par contre si on essaye de lancer gitk sans avoir installé les dépendances optionnelles, ça ne marche pas. C’est parce que tk est une dépendance optionnelle de git. Heureusement car sinon sur un serveur on tirerait tout X. Idem pour git gui qui dépend de tcl et tk.

    Faire des paquets séparés pour des entêtes ou des man pages, c’est complètement con. Ça quasi gagne rien en place disque et ça fait chier quand on n’a pas les paquets. En plus ça doit compliquer les mainteneurs de paquets.

  • [^] # Re: Allocs

    Posté par  (site web personnel, Mastodon) . En réponse au journal Une 20-aine de lignes de code pour le defer de Go en C++. Évalué à 3.

    Merci, c’est très clair maintenant.

  • [^] # Re: Allocs

    Posté par  (site web personnel, Mastodon) . En réponse au journal Une 20-aine de lignes de code pour le defer de Go en C++. Évalué à 4. Dernière modification le 08 février 2022 à 16:07.

    Je suis pas au fait du C++.

    Est-ce que tu pourrais m’expliquer :
    - d’où vient __COUNTER__, c’est le compilo qui te garanti que pour chaque appel de macro du as un compteur ?
    - j’ai compris l’astuce de surcharge de l’opérateur + qui permet d’éviter d’avoir une macro où on construit l’objet avec les parenthèse avant et après la fonction. Ça permet également de planquer la fonction en ayant l’impression d’avoir juste un block. Très beau. Mais je ne comprends pas à quoi sert le template (je suis rouillé du C++)
    - à quoi sert le std::move ?

    Désolé si c’est trivial…

  • [^] # Re: J aime bien regarder les offres d'emplois

    Posté par  (site web personnel, Mastodon) . En réponse au journal Scalingo & co, ça PAAS ou ça casse ?. Évalué à 5.

    C’était de l’humour…

  • [^] # Re: "heureusement tout a changé"

    Posté par  (site web personnel, Mastodon) . En réponse au journal Quand le mainteneur de pkexec ignorait (ou pas) les failles potentielles. Évalué à 5.

    Mauvais exemple car justement j’arrive à suivre certaines PR sur MyPy parce que les tickets sont dans une forge, qu’on faire des référence entre PRs et tickets et suivre tout ça.

    Ça m’empêche pas de recevoir des emails sur les tickets/PRs suivis, mais si je loupe le mail, je peux quand même suivre l’information sur la forge.

    Aparté : match de Python 3.10, c’est pas une mince affaire à faire avaler à Mypy !