Moonz a écrit 3621 commentaires

  • [^] # Re: Jugement majoritaire

    Posté par  . En réponse au journal Tournesol pour l'élection présidentielle. Évalué à 9.

    Merci beaucoup pour ce message, j’étais en train d’essayer d’écrire le même mais mon cerveau grippé refusait de fonctionner.

    J’ajouterai ma réflexion personnelle récente : un Condorcet du pauvre, avec 80% de ses avantages, est parfaitement compatible avec le système actuel ; il suffit pour ça que les candidats fournissent leur propre liste (listant les autres candidants par ordre de préférence). Dans ce système, on ne vote plus pour "le candidat X", mais "la liste du candidat X" (où évidemment normalement le candidat X est en premier, les plus proches politiquement étant préférés). Ça permet d’éviter le vote utile, d’officialiser et expliciter le "report de voix", ne complexifie rien du tout (au contraire, permet de faire l’élection en un tour), permet aux petits partis d’explicitement négocier des concessions face aux grands en échange d’une place favorable dans la liste du petit parti.

    On peut ensuite, dans un second temps, imaginer étendre le système en permettant des listes sans candidat (par exemple une liste portée par un syndicat, ou un parti n’ayant pas eu envie de proposer un candidat).

  • [^] # Re: il faudrait le réécrire <s>en Rust</s> !

    Posté par  . En réponse au journal Test de vie et Ansible : un exemple de réalisation pour mieux comprendre l'outil . Évalué à 3.

    Ansible 42.0 est à 90% là : il suffit de faire quelques classes utilitaires autour de mitogen pour compléter les 10% restants, et ça roule. C’est ce que je fais au boulot, et après être passé par ansible, chef et puppet, je ne ferai demi tour pour rien au monde.

    Point bonus : avec un peu de boulot c’est possible de réutiliser les modules ansible existants.

  • [^] # Re: Survivor

    Posté par  . En réponse au journal C, un âge remarquable. Évalué à 2.

    SQLite ne sera jamais réécrit en Rust par exemple

    https://sqlite.org/whyc.html

    All that said, it is possible that SQLite might one day be recoded in Rust

  • [^] # Re: Survivor

    Posté par  . En réponse au journal C, un âge remarquable. Évalué à 3.

    Exactement. De toute façon c'est assez simple, il y a la règle de Rust : à chaque fois qu'une discussion commence sur le C ou le C++ elle finira toujours par aboutir sur Rust.

    Et au lieu de te braquer dès que tu lis ça, tu pourrais te demander s’il n’y a pas une bonne raison. Toute mode n’est pas infondée, et Rust n’est pas spécialement poussé par des gens qui parlent pure théorie sans avoir aucune ligne de code à leur actif. Juge la communauté Rust par sa production technique, pas par de vagues affects ("j'aime pas les dépendances" "ils sont trop prosélytes"), et tu verras aisément que ce n’est pas que du vent.

    Je veux dire, tu as le droit de ne pas aimer Rust, mais si tu veux critiquer, ce serait bien de le faire après avoir jugé sérieusement, pas avant.

    Contrairement à Rust ce n'est pas bloat. Faire un hello world minimal ne nécessite pas 35 dépendances et de liaison statiques à foison.

    0 dépendances nécessaires pour un hello world, la lib standard suffit. Comme dans presque tous les languages existants.

    Contrairement à Rust un projet en C ou C++ ne télécharge pas 12000 dépendances à la npm

    Rien dans C ou C++ ne t’empêche d'importer 12000 dépendances, rien dans Rust ne t'oblige à importer des dépendances.

    Et c’est une fausse comparaison. En C/C++ tu listes tes dépendances directes, et c’est la responsabilité de l’utilisateur de s’assurer que l’arbre entier de dépendances est installé sur la machine et accessible par le compilateur (généralement la distrib s’en charge). Cargo.lock liste explicitement les dépendances transitives et se charge de les récupérer. La responsabilité est déplacée mais la quantité de travail est la même.

    Tu as aussi le fait que étant donné que les gens comme toi n’aiment pas "avoir 50 dépendances parce que c’est du bloat" (et aussi pour des raisons historiques), en C/C++ on préfère faire une lib qui fait 50 trucs vaguement liés plutôt que 50 libs qui font 1 truc. Regarde par exemple les fonctionnalités fournies par boost (C++) ou glib (C) et cherche l’équivalent Rust : ce sera split en de nombreuses crates.

  • [^] # Re: Crédit social à la chinoise

    Posté par  . En réponse au message JDLL de Lyon - le Libre est incompatible avec l'obligation vaccinale !. Évalué à 2.

    Il faut je pense arrêter de comparer des choses aussi incomparables

    Il a dit "nous fait entrer", pas "nous met au même niveau de".

  • [^] # Re: CAP_NET_BIND_SERVICE

    Posté par  . En réponse au journal Durcir nginx et PHP avec systemd. Évalué à 3.

    Utilise des sockets unix pour la communication entre le reverse proxy et les instances nginx.

  • [^] # Re: Praticiens

    Posté par  . En réponse au journal À quoi bon le libre. Évalué à 5. Dernière modification le 14 décembre 2021 à 14:18.

    Sucre + sel + eau = solution de réhydradation. L’effet n’est pas uniquement placebo.

  • [^] # Re: Praticiens

    Posté par  . En réponse au journal À quoi bon le libre. Évalué à 3.

    Parce qu'en faisant ca, il participe a faire croire que cette escroquerie a un intérêt quelconque pour le patient.

    Est-ce que tu penses que l’effet placebo n’existe pas et donc essayer de le provoquer chez le patient n’a aucun intérêt ?

    Ou est-ce que tu penses qu’il y a de meilleures manières de le provoquer ?

  • [^] # Re: Ici c'est Linuxfr.org

    Posté par  . En réponse au journal À quoi bon le libre. Évalué à 3.

    « Journal » est défini par le Larousse comme « Publication quotidienne donnant des informations ou des opinions sur les nouvelles politiques, économiques, sociales, etc. »

    https://www.larousse.fr/dictionnaires/francais/journal/45035

    1. Écrit où l'on relate les faits de la vie quotidienne : Journal de voyage.
  • [^] # Re: Ici c'est Linuxfr.org

    Posté par  . En réponse au journal À quoi bon le libre. Évalué à 10. Dernière modification le 12 décembre 2021 à 12:10.

    https://linuxfr.org/proposer-un-contenu

    Les dépêches

    Les dépêches servent à publier de l'information sur les thèmes principaux de LinuxFr.org, à savoir Linux et les Logiciels Libres.

    Les journaux

    Les journaux sont destinés aux discussions et aux informations qui n’auraient pas leur place en tant que dépêches.

    Si tu ne veux pas de hors sujets, ne lis pas les journaux. Les journaux sont justement une forme de blogs des utilisateurs de DLFP.

  • [^] # Re: Avec tar

    Posté par  . En réponse au message rsync, plusieurs sources, plusieurs destination. Évalué à 2.

    Autre solution possiblement plus simple : créer l'arborescence cible dans un autre dossier avec des hardlinks, puis lancer rsync là dessus

  • # Avec tar

    Posté par  . En réponse au message rsync, plusieurs sources, plusieurs destination. Évalué à 3. Dernière modification le 08 décembre 2021 à 21:07.

    Tu peux utiliser tar --xform= pour créer une archive. Par exemple, pour le premier fichier: tar -c --xform='s|^a/d/p/e/fic1\.jpg$|files/ref1/fic1/thumbnail.jpg|' files/ref1/fic1/thumbnail.jpg

    Attention à bien échapper le fichier source, --xform étant une regexp sed. --xform étant répétable, tu peux renommer tous tes fichiers dans l’archive ainsi.

    Pour transférer avec ssh, tar -cz ... | ssh user@host tar -xzvC /destination/path

    Par contre, pas de transfert incrémental (ie seulement de ce qui a été modifié) avec cette méthode, à moins que tu aies la créer des archives incrémentales (--listed-incremental) depuis la source.

    Attention également à ne pas renommer un fichier (a/d/e/fic1.jpg) en dossier (files/).

    Attention aussi, les dossiers intermédiaires doivent être ajoutés dans l’archive (si tu renommes un fichier en files/ref1/fic1/thumbnail.jpg, tu dois d’abord t’assurer que files/, files/ref1/... ont précédemment été ajoutés dans l’archive (ou alors soient déjà présents sur la destination) : tar ne créera pas automatiquement les répertoires intermédiaires.

  • [^] # Re: ha...

    Posté par  . En réponse au journal Manutan, cyberattaque et Windows/Linux . Évalué à 2. Dernière modification le 07 décembre 2021 à 14:25.

    Soit ça, soit tu acceptes que ce sera parfois à 2h et parfois à 3h (locale, toujours 17h UTC) selon la période de l’année. La seconde solution me parait plus adaptée pour des jobs "système" (comme les MAJ auto, les backups, les renouvellement de certificats letsencrypt, les rotations de logs…).

    Si ton heure locale est significative (par exemple : envoyer quotidiennement un rapport au département comptabilité), tu peux utiliser systemd pour spécifier explicitement dans quelle timezone s’applique tes services planifiés (OnCalendar=08:00:00 Asia/Tokyo) tout en gardant ton serveur en UTC. Mais maintenant faut à nouveau faire gaffe au piège "0 ou 2 envois pendant le changement d’heure".

  • [^] # Re: ha...

    Posté par  . En réponse au journal Manutan, cyberattaque et Windows/Linux . Évalué à 3. Dernière modification le 07 décembre 2021 à 13:21.

    Ben tu fais la conversion à la main.

    Si la période de downtime pour maintenance acceptable est 2h du matin à Tokyo, tu configures ta MAJ auto à 17h sur ton serveur qui est en UTC.

  • [^] # Re: ha...

    Posté par  . En réponse au journal Manutan, cyberattaque et Windows/Linux . Évalué à 6.

    Ne jamais planifier un truc entre 2h et 3h du matin dans les pays qui ont un changement heure d'hiver/ heure d'été, c'est un coup à se demander pourquoi ça ne s'est pas fait, ou pourquoi ça s'est fait deux fois.

    J’aurais plutôt dit ne jamais mettre un serveur en autre chose qu’UTC.

  • # Re: Je préfère LinuxFr.org

    Posté par  . En réponse au journal Je préfère LinuxFr.org. Évalué à 5. Dernière modification le 01 décembre 2021 à 12:28.

    En informatique, news.ycombinator.com me quasi-suffit. Je le complète juste par https://mshibanami.github.io/GitHubTrendingRSS/weekly/all.xml, une liste de dépots "trending" sur Github.

    Ma source principale d’infos scientifiques c’est tout simplement arXiv. Je me contente principalement de lire les titres (et même ça ça prend du temps), mais juste faire ça donne déjà une idée à mon sens de l’avancée dans pas mal de domaines. De temps en temps (~ une ou deux fois par semaine), un article particulièrement intéressant attire mon attention et je me plonge dedans ou je me le garde de côté pour plus tard. Je complète ça avec l’IACR pour la crypto, parce que arXiv est pauvre dans ce domaine qui m’intéresse beaucoup. Si tout ça ne me prenait pas déjà autant de temps j’ajouterai bioRxiv (un autre domaine où arXiv est assez pauvre).

    En video, je conseillerai aussi pour ceux qui aiment les maths et la physique les live streams de Stephen Wolfram : https://livestreams.stephenwolfram.com/. Pour ceux au fond qui n’ont pas suivi : il y a un peu plus d’un an Wolfram a annoncé le lancement du Wolfram Physics Project, ce que les vulgarisateurs en français aiment bien appeler une « théorie du tout » (même si je hais ce terme, d’où les guillemets). Philosophiquement, sa théorie est dans la même famille que loop quantum gravity, où d’un substrat discret émerge l’espace-temps apparemment continu que l’on connait. Spécificité intéressante de ce projet : Wolfram steam régulièrement (sur twitch et youtube) des séances de travail. Que sa théorie finisse par se révéler juste ou fausse, ces séances sont intellectuellement très stimulantes (en tout cas pour moi). Il fait aussi quelques streams de vulgarisation scientifique, pour ceux qui aiment.

  • [^] # Re: Ô que je te comprend

    Posté par  . En réponse au journal Merci Linuxfr, aujourd'hui je fais mes valises. Évalué à 2. Dernière modification le 30 novembre 2021 à 18:02.

    J’avoue, mon exemple était mauvais. Pour ma défense, j’ai passé plus de 30 minutes à retrouver pol-theta (j’avais oublié le nom) et les références associées pour m’assurer que je dise pas de bêtise, et quand tu m’as répondu "trop récent" j’ai pris le premier exemple plus récent que mon cerveau m’a vaguement fourni, cette fois sans revérifier les détails.

    (alors que j’aurais pu encore moins me fatiguer et remarquer que si la page de wikipedia date de 2021, la plupart des sources sont plus anciennes)

    Mais sur le fond tu as raison. J’aurai du fermer la gueule plutot que de balancer un truc sans vérifier.

  • [^] # Re: Ô que je te comprend

    Posté par  . En réponse au journal Merci Linuxfr, aujourd'hui je fais mes valises. Évalué à 1.

    Pour autant que j’en sache, tu as bien compris (enfin, disons que nous avons compris la même chose).

  • [^] # Re: Ô que je te comprend

    Posté par  . En réponse au journal Merci Linuxfr, aujourd'hui je fais mes valises. Évalué à 1.

    J’ai lié Pol-theta parce que c’est le plus actif connu aujourd’hui, mais ce n’est pas le seul.

    2010 : https://www.sciencedirect.com/science/article/pii/S009286741000557X

  • [^] # Re: Ô que je te comprend

    Posté par  . En réponse au journal Merci Linuxfr, aujourd'hui je fais mes valises. Évalué à 3.

    On ne peut pas revenir en arrière

    Je ne sais pas d’où vient ce mythe.

    Oui, habituellement la transcription se fait dans le sens ADN -> ARN. Mais même chez les mammifères il y a des retrotranscriptases (ARN -> ADN) qui sont utilisées notamment pour la réparation de certains types de dégats dans le matériel génétique.

    https://en.wikipedia.org/wiki/POLQ

  • [^] # Re: Je rejoins les déçus

    Posté par  . En réponse au journal Merci Linuxfr, aujourd'hui je fais mes valises. Évalué à 0.

    Personnellement je ne vois aucune différence avant/après pass sur l’évolution de la courbe de vaccination

    https://imgur.com/nfqRrya

  • [^] # Re: Ô que je te comprend

    Posté par  . En réponse au journal Merci Linuxfr, aujourd'hui je fais mes valises. Évalué à 2.

    Depuis quand 40 à 59 ans c’est les plus jeunes, quand on commence de plus en plus à parler de vacciner les enfants ?

  • [^] # Re: Ô que je te comprend

    Posté par  . En réponse au journal Merci Linuxfr, aujourd'hui je fais mes valises. Évalué à 5.

  • [^] # Re: Propos des commentaires

    Posté par  . En réponse au journal Merci Linuxfr, aujourd'hui je fais mes valises. Évalué à 7. Dernière modification le 29 novembre 2021 à 19:48.

    ton titre de transport

    Ton titre de transport (ou ton billet pour les autres exemples). Pas ton identité. Le jour où on me demandera une pièce d’identité pour voyager en train sera le jour où je passerai du train à la voiture (et je ne sais pas pourquoi je parle au futur puisqu’avec le pass sanitaire je suis effectivement passé du train à la voiture)

    je dirai que tu te trompes de combat, c'est tellement spécifique qu'il s'envolera si l'épidémie s'arrête

    1. Ça veut dire quoi "quand l’épidémie s’arrête" ? J’ai vu 0 pro-pass poser les couilles sur la table et dire "oui, je pense que le pass est actuellement justifié, mais je changerai d’avis quand tel ou tel indicateur sera à tel niveau". L’objectif est-il le 0 COVID ? Le seul critère raisonnable est-il "tant que le gouvernement le jugera nécessaire" ?

    2. "L’expérience du COVID nous a prouvé l’efficacité du concept de passe sanitaire pour combattre une épidémie. J’ai décidé de déposer un projet de loi pérénnisant ce dispositif, nous permettant par exemple dans le futur de diminuer grandement l’impact des épidémies saisonnières de grippes qui mettent chaque année notre système de santé en difficulté et causent des milliers de morts." J’aimerais l’assurance que tous les pro-pass du forum (et IRL) se révolteraient face à un tel discours, mais j’ai d’énormes doutes. Quelle est la différence entre "le pass sanitaire permet de réduire les morts liés au COVID, s’y opposer est une forme de meurtre" (coucou Zenitram) et "le passe sanitaire permet de réduire les morts liés à la grippe" ? Quelle est la différence entre "votre liberté d’aller au bar s’arrête à ma liberté de ne pas être infecté par votre COVID" et "votre liberté d’aller au bar s’arrête à ma liberté de ne pas être infecté par votre grippe" ? Quel principe vous permettra de vous opposer au second discours mais pas au premier ?

  • # Ne fonctionne pas

    Posté par  . En réponse à la dépêche SafeCycle - Itinéraire pour vélo, centré sur la sécurité. Évalué à 6.

    Premier essai : sur un Lyon-Voiron, aucun itinéraire trouvé :(