cg a écrit 2122 commentaires

C'est même documenté :

Au quotidien, "exponentiel" veut simplement dire : "qui augmente rapidement".

Wikipedia nous dit :

Dans la langue courante on emploie souvent, mais improprement, le terme « croissance exponentielle » pour qualifier une augmentation simplement accélérée.

Si au bout de quelques lignes, vous trouvez que c'est écrit bizarrement, c'est que c'est probablement une traduction automatique un poil médiocre. L'article original est ici : https://www.zdnet.com/article/i-tested-gnome-50-beta-release/ .

L'auteur de sudo trouve que c'est bien que le projet soit repris en Rust.

Mon avis est qu'il faut juste un peu de temps (un an ou deux ?) pour que la version sudo-rs mûrisse, et le relai sera assuré sans drame.

Non ?

Yoshua Bengio semble avoir des trucs à dire, et a parfois l'occasion de s'exprimer, mais une fois de plus, les éditorialistes de France Inter ont des questions très orientées, et mènent l'entrevue sans laisser le temps à l'invité de développer.

J'ai tout le même appris un ou deux trucs.

Ça ressemble à : https://github.com/minimaxir/ballin/blob/main/PROMPTS.md (lire cet article pour voir d'où ça vient : An AI agent coding skeptic tries AI agent coding, in excessive detail).

Ceci peut être long pour des messages de commit, non ?

Merci pour ta réponse.

À un endroit où j'ai travaillé, on avait :

• EJBCA pour la PKI (et seulement la PKI).
• les firewalls pfSense qui généraient les config OpenVPN et les certifs clients via une SubCA spécifique au VPN (ces firewalls portent les passerelles OpenVPN).
• privacyIDEA pour l'authentification à facteurs multiples (principalement via du TOTP, peu de personnes avaient des Yubikey/Nitrokey).
• Comptes gérés de manière centralisé via LDAP/AD (les outils web internes l'utilisaient, mais sans SSO type SAML ou OpenID).
• et donc pas de SSO en place.

Les points faibles étaient la transmission des confs OpenVPN et des certifs (via un moyen que je ne citerai pas tellement c'est honteux), et l'absence d'infra de SSO.

Si en effet ton outil permet de couvrir tout ça, ou au moins d'en faciliter l'intégration, il y a peut-être un marché à prendre pour les PMEs. Le côté tout en un devient très vendeur. À mon avis, pour chaque composant, cela reste intéressant de pouvoir désactiver ce composant pour utiliser celui déjà en place dans l'entreprise (par exemple : j'ai déjà mon SSO, ou j'ai déjà une PKI comptabible ACME/SCEP). Ce qui veut dire travailler beaucoup sur l'interopérabilité.

---

Pour le choix de la licence, ça peut être un repoussoir (cf ce qu'il s'est passé avec les produits Hashicorp). Perso je m'y risquerai pas, mais je ne suis pas dans tes chaussures, je suis salarié :).

Hello,

selon toi, comment ça se situe par-rapport à EJBCA, qui semble faire plus ou moins la même chose, et est sur le même créneau de marché avec une version "community" et une double licence ?

Ce serait d'intégrer les trucs autour de la PKI, comme le SSO, dans la même brique logicielle ?

(zut j'ai posté au mauvais endroit, je voulais démarrer un nouveau fil, tant pis)

Ça me semble une bonne initiative !

As-tu pensé à un format pour les échanges ? Le bon vieux courriel, Discourse, Matrix, autre chose ?

la douleur du renvoi est humainement acceptable (dans le cas général)

Et bien remplace "le cas général" par une vraie personne, tu verras qu'en fait non, ce n'est pas acceptable. Maintenant additionne les douleurs individuelles et essaye de voir à quel stade du procédé ça se transforme en un net positif. Moi je ne vois pas.

À traiter les personnes comme des stats ou des abstractions, on fait de la violence institutionnelle.

Ouvrir un onglet de navigation à côté de ce site est une expérience assez amusante :)

Il y a aussi des éléments de réponse dans le blog de Daniel Stenberg, on en trouve d'autres sur Mastodon, mais autant dire que chercher github et curl ça ratisse large :).

Peut-être qu'avec une tour blindée de RAM et de CPUs posée dans un grenier ou une cave, ça suffirait.

Comme de loin les choses ont toujours l'air plus facile, je ne voudrais pas être le nouveau I could rewrite curl on a long week-end.

Non, en effet, si tu peux pouvoir historiser, il faut utiliser les options --backup et --backup-dir.
Et si tu veux pouvoir récupérer simplement toute une arbo à une date, il faut faire une gymnastique pas possible.

Backintime est un bon outil qui permet de s'abstraire le la complexité et des pièges de rsync.

Perso pour les backups sur disque USB, j'utilise backintime, et pour les sauvegardes infonuagiques chez Swiss Backup, j'utilise restic.

L'éléphant dans la pièce, comme disent les américains, c'est que Github n'est pas libre, alors que les trois alternatives que tu cites (et plein d'autres), si. Ça me semble important au moins quand il s'agit d'héberger des projets de logiciels libres.

Oui, c'est pour ça que je les ai cité, c'était implicite. Merci de la précision !

Sur l'auto-hébergement, on peut préciser qu'il est aussi possible d'avoir une instance hébergée chez soi de GitHub. C'est proprio quand même, mais c'est possible. La différence réside donc dans libre/open-source/pas libre.

Sinon pour ton Trac et Gerrit, as-tu vraiment besoin de les exposer sur Internet ? (j'imagine que oui mais bon)

je doute que la transmission soit silencieuse :-)

Alors si, c'est très silencieux. D'ailleurs mon indice pour savoir quand passer un coup de bombe est que ça se met à couiner. Je ne saurai expliquer pourquoi le WD40 fonctionne si bien alors que c'est plutôt mal adapté.

les pistes cyclables semblent curieusement être des aimants à piétons

Heureux de ne pas être le seul à constater ça :)

Je serais curieux de voir quel était le coût d'achat des vélos des gens qui peuvent dire «je vélotaf tous les jours et je fais un seul entretient par an, pas plus».

Alors perso, pas de gros truc une fois par an :

J'ai acheté il y a une quinzaine d'années un vélo d'occasion, un Peugeot fabriqué en 1984 semble-t-il. Je l'ai payé 300€ parce que j'ai été dans une boutique de bobos parisiens. Dans un vide-grenier, c'est le genre de vélo que tu topes pour 50€.

Je fais environ 100km par semaine (environ 3500km par an) pour aller au travail et en revenir, en roulant assez lentement je pense.

Niveau entretient:

Toutes les 2-3 semaines : je regonfle les pneus.
Tous les 3-6 mois : un coup de WD40 pour nettoyer/graisser la chaîne et les plateaux¹.
Tous les 6 mois : je règle la tension des câbles de frein parce que les patins se sont usés.
Une fois par an : je change les patins de frein, je nettoie tout au savon et graisse ce qui doit rester gras.
Tous les deux-trois ans maxi, si besoin : changement des pneus et des câbles de frein.

Avec un vélo plus moderne (frein à disque ou tambour par exemple, et transmissions par courroie), il n'y aurai que gonfler les pneus à faire de temps en temps. Le reste peut être une fois par an.

Autres trucs sans périodicité :
* J'ai changé la selle une fois car l'ancienne était craquée et prenait l'eau (pas agréable quand on s'assied :-/)
* Suite à une agressions et du vandalisme, j'ai du changer les jantes deux fois et la fourche une fois… Je l'ai fait moi-même, c'est facile.
* J'ai des lampes de base qui se rechargent en USB
* J'ai jamais changé la chaîne, qui a donc plus de 15 ans, et est sans doute d'origine.
* J'ai changé les pignons une fois car une toute petite pièce (celle qui fait tic-tic-tic) avait cassé dans la roue libre. Je l'ai fait moi-même aussi.
* J'ai un anti-vol type chaîne à 30€. Le vélo est garé dans la rue dans une grande ville.

Donc en moyenne sur 15 ans, en prenant le prix du vélo en compte, ça doit me faire dans les 70€ d'entretien par an, et peut-être 3-4 heures par an en tout. Sachant que mon employeur me donne 200€ par an pour faire du vélo, c'est pas mal. Faire du vélo me rapporte donc 130€ par an !

Sur 15 ans, ça fait 1350€. Pour comparer, la dernière révision de ma voiture m'a coûté 2500€ (mais je fais rien moi-même dessus).

Dans le catalogue Manufrance de 1957, on trouve des vélos fabriqués en France, entre 12000 et 20000 anciens francs. D'après le convertisseur de l'INSEE qui prend en compte l'inflation, ça donnerai des vélos entre 420 et 500 euros. Ça me semble un poil optimiste non ?

Le cas de Curl ne me parait pas représentatif

Oui c'est un cas un peu extrême, mais il a l'avantage d'être visible. D'une manière générale, concernant les forges logicielles, j'ai l'impression que peu importe celle que tu choisis, il n'y a pas tellement d'interopérabilité. En changer revient à réécrire plein de trucs non liés au but du projet lui-même.

Toutefois, dans le cas du choix de la forge, choisir Gitlab, Codeberg ou Gitea, c'est au moins avoir la possibilité de se monter une instance chez soi et de conserver au moins une partie des intégrations.

j'ai du mal à défendre la position "pas envie de m'y intéresser". C'est ce qui maintient le statut quo, dans tous les aspects de la vie, et finit par toutes et tous nous foutre dans la merde. On devrait toutes et tous nous questionner un minimum sur nos choix et ses conséquences. La vie, ça demande de s'intéresser aux choses

Je suis d'accord avec toi, et c'est vrai que c'est peu défendable. Mais c'est explicable : en pratique, on a un temps disponible fini , et on délègue sans cesse plein d'aspects de nos vies (et pas forcément les bons comme tu dis). La curiosité, et faire un truc en dehors de ses compétences/appétences permet souvent d'en apprendre plus sur soi. Mais on ne peut pas tout avoir en priorité 1.

Et quand c'est dans le monde professionnel, c'est exacerbé, on a rarement l'occasion d'aller jouer et apprendre des trucs avec les copines de l'équipe d'à côté.

Je suis un peu partagé là-dessus.

En fait, c'est un peu comme les infras cloud : tu peux très bien gérer tes VMs et les services qui tournent dessus, en minimisant le vendor lock-in, et afin de maximiser la réversibilité/facilité de migration vers une autre infra si besoin, mais c'est pas ça qui fait manger les vendeurs d'infonuagique… Ce qui est rentable, c'est les services intégrés comme les k8s managés, les bases de données managées, les intégrations autoscale/DNS/Load balancing, etc…

Et donc pour GitHub c'est pareil, le repo gratuit, c'est un produit d'appel, ça ne rapporte rien. Très vite, tu te retrouves avec des intégrations propriétaires et ça devient difficile de migrer… Alors tu payes. Cf le cas de Curl, Daniel S. a bien expliqué que ce serait hyper coûteux de migrer et devoir payer les pipelines de build.

Y'a plein de personnes ou d'équipes qui savent faire du beau code mais n'ont aucune envie ou connaissances, ou plus simplement de temps pour gérer une infra de build.

Non, car Anubis s'appuie sur des calculs effectués en JavaScript par le navigateur.

Gabriel Zucman a écrit un livre, Les Milliardaires ne paient pas d'impôt sur le revenu et nous allons y mettre fin.

Le livre est court, en langage courant, il explique le contexte de manière hyper claire, et parle de solutions qui ne sont même pas radicales.

Pour 7 euros (soit 15 minutes de parking dans le 16ème arrondissement de Paris 😅), vous avez la réponse à plein de questions sur ce sujet, facile à comprendre même sans avoir une ceinture blanche d'économie.

Lisez-le, faites-le tourner, offrez-le.

En remplacement de Docaposte/L'identité numérique ?

En effet, bonjourlafuite a publié ça, mais avec une source qui confirme au conditionnel¹ 1,2 millions de fiches : https://presse.economie.gouv.fr/acces-illegitimes-au-fichier-national-des-comptes-bancaires-ficoba/

Les ressources vitales, c'est le pétrole, le minerai, l'eau, les cultures agricoles… Pas ce à quoi servent les services en ligne, qui peuvent être d'utilité douteuse.

Ça me tue la 2FA, mes mots de passe font 128 cara/max autorisé, mais c'est pas assez fort.

Peut-être n'as-tu pas compris en quoi consiste la MFA ? La plupart du temps, c'est un secret qui change à chaque fois, et donc se le faire piquer ne permet pas d'obtenir l'accès au service.