Nix ♥ la francophonie | 198 Members | |
| Salon francographe de NixOS | 66 Servers |
| Sender | Message | Time |
|---|---|---|
| 18 Dec 2023 | ||
| (genre plus de 10) | 14:04:53 | |
| (j'avais même pas souvenir de cette interop) | 14:04:55 | |
| et j'ai eu le turbo seum quand ils l'ont pull | 14:04:57 | |
| et je l'aurais jamais fait sans cette intégration | 14:05:05 | |
In reply to @delroth:delroth.netpeut-être que je l'hallucine avec HipChat ou un autre truc du genre, mais je me souviens d'une grosse app chat avec une vraie gateway IRC | 14:05:36 | |
| ou alors c'était une gateway XMPP déguisée en IRC jsp | 14:05:42 | |
| https://it.slashdot.org/story/18/03/08/2049255/slack-is-shutting-down-its-irc-gateway | 14:05:58 | |
| ah oui j'ai pas halluciné | 14:06:02 | |
In reply to @delroth:delroth.netouais pour les audiences concernés j'imagine | 14:06:18 | |
| Either case, si je fais un propos plus complexe et plus intéressant et je suis curieux de ton pdv sur ça delroth | 14:07:15 | |
| 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 | 14:09:40 | |
| Je trouve ça d'ailleurs intéressant que par exemple Twitch dépend sur IRC mais ne collabore pas des masses AFAIK pour développer IRC | 14:11:22 | |
| Ils font juste leurs trucs custom | 14:11:26 | |
In reply to @raitobezarius:matrix.orgPerso 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. | 14:15:17 | |
| (un des exemples les plus prominent de gros acteurs qui contribuent des features importantes c'est https://xmpp.org/extensions/xep-0166.html qui vient de Google) | 14:16:14 | |
| right ; je connais pas XMPP mais il a contribué ça dans la spec, pas dans des implems clientes, si? (à la limite sûrement dans prosody je présume?) | 14:17:30 | |
| 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 :) | 14:19:01 | |
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 ?) | 14:26:24 | |
| on est d'accord | 14:26:48 | |
In reply to @delroth:delroth.netdésolé pour le moving de goal posts mais je trouve que le spec writing c'est un peu piégeux imho | 14:27:10 | |
| genre je suis d'accord que Google a contribué des specs importantes | 14:27:22 | |
| mais plus que des specs en général, tu as qd même envie d'avoir des resources d'ingénieur pour impl des trucs dans les stacks open source +- canoniques | 14:27:40 | |
| genre comme IRCCloud sauf que Google ça a pas le même nb d'ingénieurs que IRCCloud | 14:28:09 | |
| mais c'est my 2 cents d'expérience dans IRCv3 | 14:28:21 | |
| je ne sais pas si c'est valide pour XMPP :) | 14:28:36 | |
In reply to @delroth:delroth.netright | 14:28:47 | |
| on est d'accord | 14:28:49 | |
| 20 Dec 2023 | ||
| Salut à tous !
Mais la même commande en sudo, j'ai :
Pourquoi cette différence ? 3x le lien nixpkgs-unstable, c'est normal ?
J'ai peut-être du ménage à faire non ? | 19:30:48 | |
| Aussi, je ne comprends pas bien le système d'update et d'upgrade avec nixos. Si je fais nix-channel --update && sudo nixos-rebuild switch, ça update, mais le switch passe sans rien faire. J'ai l'impression que j'ai updaté le channel de mon user et pas en sudo. Du coup, j'ai fait sudo nix-channel --update && sudo nixos-rebuild switch. Et là ça à bien mis à jour mes applis.Mais du coup, à quoi sert sudo nixos-rebuild switch --upgrade ?Et est-ce qu'il est possible d'upgrader seulement un packet en particulier ? | 19:37:21 | |
| oui c'est normal que chaque utilisateur ait un ensemble de channels distincts | 22:49:34 | |