Misc a écrit 6286 commentaires

En l’occurrence, la, sans doute pas grand chose. C'est l'actionnaire majoritaire qui rachète à < 20 € des parts de la boite qu'il a vendu à 30€ y a quelques années.

Ce qui va changer, c'est que SUSE ne va plus avoir à publier ses comptes aussi souvent, ça va leur donner un peu de liberté (et/ou permettre de cacher la poussière sous le tapis, suivant ton degré de cynisme).

SUSE est pas loin d'être à l'équilibre, à quelque dizaines de millions par an (sur 650 M€/a de CA, si je me souviens des chiffres), donc avec un peu de ménage et de concentration sur les bons marchés, c'est sans doute une bonne chose.

Je ne sais pas si c'est un problème de conception de Mastodon (choix techniques mal adaptés) ou de façon de le présenter, mais ça n'est pas très étonnant que ça fonctionne mal.

En fait, le design d'un outil et ce que les gens en font, c'est 2 choses.

Mon exemple favori, c'est Slack. Sur slack, tu peux pas ignorer quelqu'un (sauf si ça a changé). Et ça parait bizarre, sauf quand on se souvient que Slack, c'est une messagerie d'entreprise.

Normalement, il n'y a pas de spam en interne dans ta boite (ou pas à l'échelle de l'internet), et tu as un département pour gérer les employés relous (ou qui abuse de @all, etc). Le design a du sens.

Sauf que Slack est utilisé pour des choses hors de son cas d'usage, et ensuite, des gens vont râler que ça ne fait pas ce qui n'a jamais été promis.

Mastodon, c'est pareil, c'est un outil de micro blog. Fondamentalement, c'est du rss avec parfois des réponses. Pas un outil de discussion distribué, sinon le design serait sans doute différent.

Comme le but est de distribuer des statuts, des choix ont été fait en se disant que par exemple, la latence n'est pas la priorité. Choix comme le fait d'avoir 0 code pour la priorité des messages, par exemple ou de marquer un message comme urgent et un message comme "pas important" pour savoir quoi laisser tomber (ou quand est ce que ça n'a plus d'importance).

Et puis, à ce niveau là, appeler « Intelligence Artificielle » un programme qui ne regarde que des mots, c'est de l'arnaque :)

Ça a toujours été le cas. Si tu regardes ce qu'on a appelé IA au cours des années (systèmes experts, perceptrons, etc), et l'histoire d'un boom suivi d'un hiver, il y a toujours une composante de hype.

Et la hype n'est pas parce que les chercheurs du domaine sont meilleurs à ça, juste parce que ç'est plus simple grâce à la SF qui a largement popularisé l'idée de l'IA.

Ensuite, dans la phase hype actuelle, il y a des acteurs (comme OpenAI) qui poussent la hype pour des raisons financières. J'imagine que les ingés de Facebook ou ailleurs le font aussi parce que ça sonne cool et que ça permet d'avoir des ressources, etc.

La question est pourquoi est ce que nous, on ne se contente pas de parler d'automatisation ? Est ce qu'on va aussi bénéficier de l'effet autour de l'IA ?

Par exemple dire "facebook s'est planté dans son automatisation", ça me semble une moins bonne histoire. Ça fait peur à personne.

C'est amusant, parce que quand on va lire le pdf du whitepaper, on voit que c'est une pub gigantesque pour les services de Envoy.

Le rapport a pour titre: "Without accurate data,
the physical workplace won’t survive".

Et ce qui est dit dans le rapport, le seul endroit ou je vois "80%", c'est: "80% of executives say they would have approached their company’s return-to-office strategy differently if they had access to workplace data to inform their decision-making"

Soit "80% des responsables disent qu'ils auraient approcher la stratégie de retour au bureau différemment si ils avaient eu accés à des données sur lesquelles s'appuyer".

On est quand même loin de "80% ont des regrets sur les décisions précipités", qui n'est marqué nulle part dans le pdf, inventé par CNBC et repris par NextImpact.

Parce que sinon, c'est de l’enfonçage de porte ouverte: "Si j'avais eu plus d'info, j'aurais regardé les choses autrement".

No shit sherlock.

Comme Envoy est une boite qui, surprise, vends des solutions pour avoir des données sur le taux d'occupation, etc, etc, je suis pas étonné de voir que, selon eux, plein de gens ont un besoin qui est justement leur produit.

Sinon, y a gotosocial, qui a le bon goût d'être un binaire statique en Go, et dont la version 0.11 est sorti aujourd'hui.

Ceci dit, il manque encore quelques fonctions importantes (comme le filtrage par mot clé). Le logiciel est stable et sans surprise, mais encore un peu rugueux sur ce genre de détails.

Vu qu'on a pas le reste du code, j'ai le droit de supposer que les variables sont inutilisés, donc d'optimiser ça en retirant le code mort, donc ça crée un binaire qui fait rien.

Je viens de vérifier codant un main avec cette ligne et un main avec rien. Quand je compile avec -s, il y a 4 lignes en plus:

movq   $0x0,-0x20(%rbp)
movq   $0x0,-0x18(%rbp)
lea    -0x4(%rbp),%rax
mov    %rax,-0x20(%rbp)

Sauf erreur de ma part, ça initialise 2 variable à 0, et copie une variable de la stack vers ailleurs (un ailleurs mis à 0 plus tot).

Avec gcc -O3, ça donne bien la même chose entre les 2 codes (cad, rien), ergo, mon analyse est correct.

Le lien de la discussion sur HN, qui notamment a plusieurs commentaires des dirigeants des entreprises qui ont signé le manifeste. Vu le format, j'imagine qu'il y a une coordination quelque part.

Et le fil sur l'annonce de Hashicorp.

Même le noyau cherche à remplacer twitter, mais c'est un peu trop tard.

Je comprends pas.

Tu ne comprends pas ma remarque ?

Je pointe que la GPL et la BUSL-1.1 (qui est la nouvelle licence de Terraform, BSL étant déjà utilisé pour une autre licence, cf https://spdx.org/licenses/BUSL-1.1.html et https://spdx.org/licenses/BSL-1.0.html, donc je veux éviter la confusion) sont toutes les 2 interdites.

Mais on pourrait croire que la BUSL est assez bonne, vu que Hashicorp l'utilise.

Sinon, je viens de voir dans un article que l'action Hashicorp a perdu 67% depuis 2 ans, c'est assez inquiétant.

Il semble que Terraform force l'usage de licence permissives pour son programme de partenaire:

https://developer.hashicorp.com/terraform/docs/partnerships#provider-license

pointé par un commentaire ici.

Avoir du code GPL, c'est impossible, mais avoir du code BUSL-1.1, cad la même licence que Terraform, c'est impossible.

Ok, j'avais en effet pas compris, j'avais comme postulat que le code doit être sous MIT (pour divers raisons), pas que tu puisses choisir la GPL.

En effet, autant prendre la GPL directement.

Y a au moins vagrant:
https://packages.debian.org/sid/vagrant

consul :
https://packages.debian.org/sid/consul

Il y a eu nomad:
https://packages.debian.org/bullseye/nomad

Il y a un travail sur vault:
https://packages.debian.org/experimental/vault

Et des bouts de terraform.

Du coup, si, c'est dans Debian…

Sauf que le partage de copyright sous une licence MIT, ça empêche rien. Vagrant était sous la licence MIT donc rien n’empêche de passer à la BUL 1.1.

La discussion sur LWN.

De plus, la licence BSL a une date d'expiration après laquelle le code devient libre (2 ans par défaut).

Donc avec un risque d'avoir des failles de sécurités non backportables depuis la version upstream, comme j'ai pointé par le passé.

Le lien sur HN a aussi divers discussions intéressantes, notamment de la part d'entreprise qui ont construit leur business sur les projets d'Hashicorp.

Je parle pas des libs de Hashicorp, mais des libs utilisés par Hashicorp non maintenus par eux.

Si tu as une lib sous la GPL, je pense que tu ne peux pas l'utiliser pour une produit proprio (d'ou la création de la LGPL, dans mon souvenir). Donc si Terraform était dépendant de gotruc, qui fait des trucs, sous GPL, alors le code n'aurait pas pu changer de licence facilement.

Et en fait, dépendre d'une lib GPL pourrait devenir un bon exemple de signal pour dire "vous n'êtes pas obligé de nous croire, on ne peut pas changer la licence facilement sans avoir des gros soucis à cause de ça".

Du coup, comme c'est une licence non libre, ça va faire disparaître Vagrant de Debian, et sans doute polluer toutes les dépôts qui embarque Terraform (par exemple, l'installeur d'openshift).

Suivant ce que la boite fait, ça va aussi impacter la licence de modules go utilisés par d'autres produits (par exemple, moby utilise des modules de hashicorp), même si je doute que le changement de licence soit appliqué sur ces bases de code.

Plus de libs en (A)GPL aurait évité ça :)

Faut aussi le maintenir, non ?

https://news.ycombinator.com/item?id=37078423

et l'annonce de SUSE:
https://www.suse.com/news/OpenELA-for-a-Collaborative-and-Open-Future/

(qui est la même que celle de CIQ)

Je me demande ce que ça veut dire pour OpenSUSE et SLES.

Ou peut être juste qu'Oracle se prépare à bosser avec SUSE et CIQ (eg, la boite du fondateur de Rockylinux) dans le but de racheter un des 2 plus tard, après validation que ça se passe bien.

Ou le rajouter dans les dépots de software heritage, si c'est pas déjà fait.

ça, c'est la situation début juillet (4 juillet), je pense qu'il y a eu entre temps des changements (à savoir, EMS qui n'a pas pu corriger un souci dans la deadline promise).

Je ne pige pas pas aussi, mais je crois qu'il y a un rapport avec les canaux privés, de ce que je comprends en allant voir les 2 posts d'avant:

https://libera.chat/news/matrix-irc-bridge-updates

Je suppose que le portail Matrix ne cache pas les canaux secrets ou un truc de ce genre.

C'est curieux, car il y a déjà eu un bug ouvert en 2019, et un bug ouvert en 2016, et les 2 sont fermés.

Donc soit le souci est revenu (et n'est pas reporté car c'est un souci de sécu), soit c'est autre chose.

J'ai entendu une rumeur comme quoi EMS a perdu un gros client étatique qui a décidé de faire le support en interne. Et il y a 7 mois, EMS a déjà du virer 15% de sa masse salariale car des concurrents sont arrivés pour dire "on peut faire du support moins cher" (même si je suppose qu'il y a aussi une question d'inflation).

Donc entre les deux, je suppose que les conditions économiques font que bosser sur le bridge IRC n'est pas la priorité de EMS, et c'est sans doute aussi pour ça que la fondation cherche à diversifier ses revenus.

C'est pas encore Halloween, donc je sais pas trop pourquoi ressortir les vieux trucs mort du placard.