In reply to @raitobezarius:matrix.org
Comment tu considères le fait que des produits décident d'ouvrir une feature d'interop pour attirer des userbase existantes ou leur promettre que ça ne perturbera pas le workflow de X, Y, attirent une userbase qui vont fabriquer des choses sur leur produit qui vont attirer encore plus d'utilisateurs potentiellement puis drop la feature?

Ce qui a les effets de mettre un coup / frein aux développements de certains protocoles ou écosystèmes par moments IMHO, genre je sais pas combien de XEP ont été développé pour des utilisateurs commerciaux comme Messenger (IIRC) et qui sont absolument inutiles désormais

In reply to @delroth:delroth.net
Perso je doute sur le fait que ça freine le développement des alternatives libres qui interop et il y a quelques exemples où les gros acteurs ont in fact contribués des features assez importantes au protocole open. Le fait d'attirer une certaine userbase puis de rug-pull c'est un autre problème, mais imo l'userbase en question aurait en général pas adopté l'alternative libre autrement, donc au final ça délaie surtout un problème qui était là à la base.

In reply to @delroth:delroth.net
aucune idée, mais c'est un peu moving the goalposts de dire que contribuer à la spec mais pas contribuer aux implémentations open (que Google n'utilise évidemment pas) ça compte pas :)

In reply to @delroth:delroth.net
(also l'argument du rug-pull peut IMHO pas être discuté sans prendre en compte aussi l'effet inverse : combien de gens ont essayé XMPP pour la première fois parce qu'ils étaient utilisateurs de GTalk ou autre et qu'ils pouvaient du coup essayer l'alternative libre sans avoir un gros network effect en leur défaveur ? combien de ces utilisateurs sont restés sur XMPP et auraient juste pas considéré la chose sans cette onboarding ramp ?)

Salut à tous !
J'ai l'impression que c'est un peu le bordel dans mes channels.
Déjà, si je fais nix-channel --list, j'ai :

nixpkgs https://nixos.org/channels/nixpkgs-unstable

Mais la même commande en sudo, j'ai :

nixos https://channels.nixos.org/nixos-23.11
nixos-hardware https://github.com/NixOS/nixos-hardware/archive/master.tar.gz
nixos-unstable https://nixos.org/channels/nixos-unstable
nixpkgs https://nixos.org/channels/nixpkgs-unstable
unstable https://nixos.org/channels/nixpkgs-unstable

Pourquoi cette différence ? 3x le lien nixpkgs-unstable, c'est normal ?
Dans configuration.nix, j'ai la ligne :

  _module.args.unstablePkgs = import <nixos-unstable> { config.allowUnfree = true; };

J'ai peut-être du ménage à faire non ?

Mais du coup, à quoi sert sudo nixos-rebuild switch --upgrade ?

c'est un raccourci pratique mais pas une obligation

Et est-ce qu'il est possible d'upgrader seulement un packet en particulier ?

dans certains cas, oui https://nixos.wiki/wiki/FAQ#How_can_I_install_a_package_from_unstable_while_remaining_on_the_stable_channel.3F

In reply to @pnmadelaine:matrix.org
hello, je suis en train de travailler sur https://github.com/NixOS/nixpkgs/pull/275924 qui fix un issue avec fstar introduit entre la 23.05 et la 23.11, est-ce que je dois ajouter moi-même le tag pour backport ou ce n'est pas à moi de décider ? cc raitobezarius comme tu avais parlé du processus de release au dernier meetup, mais je ne suis plus sûr de ce que tu recommandais !