Psychofox a écrit 11237 commentaires

De mon côté, j'attribue plutôt le non-décollage à la collusion entre géants de la tech, qui ont aucun intérêt à ce qu'un truc décentralisé décolle. Ce n'est certainement pas la seule raison.

C'est simple, tant whatsapp que google talk étaient à l'origine basés sur XMPP. Facebook messager, AOL Instant Messenger, tout comme les chats privés de Origin et Playstation. Ils auraient pu à travers une fondaction se concerter et faire évoluer le protocole de concert de la même manière que différentes entreprises privées travaillent sur des protocoles et softwares commun.

Le truc c'est que l'interoperabilité était justement ce qu'ils ne voulaient pas, puisque leur but était de capter une majorité des utilisateurs pour les capturer dans des services propriétaires qui leur sert de la pub.

Lien vers une description plus synthétique de ce que consitute le réseau distribué jami:
https://docs.jami.net/en_US/user/jami-distributed-network.html

Plot twist: il y a quand même des serveurs qui créent le réseau distribué opendht permettant de mettre en relation les utilisateurs, ainsi que des serveurs de noms publiques dans une blockchain:
https://github.com/savoirfairelinux/opendht
https://docs.jami.net/en_US/developer/jami-concepts/name-server-protocol.html

Pas de serveur central != pas de serveurs

Le mec qui est sur TikTok bin… il n'a pas vraiment d'autres alternatives.

les youtube shorts, instagram reels ce n'est pas équivalent à tiktok? Tu ne peux pas faire la même chose sur le fediverse via une instance mastodon? Il me semble que ça supporte les vids.

Le jeunisme il est dans le titre déjà en attribuant ce comportement aux jeunes.

J'ai 45ans et j'ai toujours évité au maximum les conversations téléphoniques, même quand on n'avait qu'un fixe à la maison. Quand les gens t'appellent, c'est rarement pour bavarder de tout et de rien. Une majorité du temps c'est pour obtenir une réponse et ils tendent à la vouloir immédiatement. Moi j'aime bien prendre le temps de réfléchir, peser le pour et le contre, potentiellement me documenter, demander conseil, etc.

Le téléphone est essentiellement utilisé par les manipulateurs, raison pour laquelle c'est l'instrument numéro 1 des spammers et charlatans. Mon ex, dont je ne peux pas complètement me défaire pour raison de garde partagée de nos enfants, est une affreuse manipulatrice et veut toujours tout faire passer par téléphone et refuse souvent de m'envoyer des messages, parce qu'elle sait qu'elle a moins d'emprise sur moi si je peux prendre le temps. Et elle utilise généralement un faux sentiment d'urgence pour essayer de me forcer à donner une réponse au tel et s'énerve si je ne lui réponds pas immédiatement.

Pour moi c'est plutôt un comportement normal de fuir les appels et son lot de toxiques et abuseurs.

En même temps ce sont des gens qui ont choisi sciemment de dépendre de plateformes qui peuvent supprimer leur compte du jour au lendemain sans explication. C'est dans les conditions d'utilisation.

source

ah ben s'ils le disent c'est que c'est vrai hein.

Mon Thomson TO16 avec un intel 8088 avait un mode turbo qui changeait la fréquence de 4.5 à 9MHz ou un truc comme ça.

C'est que le doublage de fréquence n'était pas anodin pour des jeux qui ne se basaient pas sur l'horloge.

C'est mignon de partager l'info sur un site de crevard qui partage tes données de localisation avec 190 entités si tu as le malheur de cliquer trop vite sur accepter (le choix par défaut).

Si c'est comme mon expérience dans des administrations en Suisse, c'est la conséquence directe des lois sur les marchés publiques.

On aimerait penser qu'une fois les pc arrivés en fin de garantie il suffit d'avoir toujours une dizaines de pc de rechange prêts mais la réalité c'est qu'ils ne peuvent pas, sauf besoin exceptionnel, acheter au fil de l'eau et dépasser certains montants par année sans faire un appel d'offre. Et c'est un processus extrėmement chronophage et donc aussi coûteux pour tout le monde si tu dois le faire tous les ans.

Et en fait s'ils annoncent d'ici 2026, c'est parce que justement ces migrations prennent de long mois de toute manière. Ça ne veut pas dire qu'ils sont tous achetés et remplacés en même temps.

C'est bon on a compris que t'es en panne d'argument, t'as déjà atteint le point woky, le point godwin des années 2020.

Ça ne serait pas plus simple de faire comme un warrant canary? Tant que tu mets à jour la page c'est bon, mais si elle n'est plus à jour c'est que t'es probablement dans le coma ou mort?

Pour éviter les faux positifs en utilisant un accès récurrent à une resource/application et en envoyant d'abord un avertissement à l'intéressé puis à ses proches via ses canaux de communications principaux (messagerie instantané, email, appel téléphonique) dans les jours précédents la date butoir fixée…

Et du coup la version originale existe t-elle encore quelque part?

He will be dead.

A ce niveau, c’est plus vraiment une question d’opinion, c’est un fait.

Ben ouais.

C'est pas parce qu'on utilise linux qu'on est contre MacOs ou Windows, ni qu'on a aucune expérience du reste.

Quand internet était en dialup j'avais un windows à moi, et que les applications libres portées pour windows étaient rare, c'est vrai que si je réinstallais un windows, il venait brut de fonderie avec juste notepad/wordpad/paint/photo editor. Donc oui je resortais tous les installeurs sur leurs disquettes/CD respectifs ou sur les sauvegardes que j'avais. Et du coup j'étais bien content qu'une appli faite à l'époque de DOS ou windows 95 fonctionnait encore sous win98 puis XP.

Mais quand à 17 ans j'ai eu mes première distrib en boite[1], j'ai été impressionné par la logithèque fournie d'origine (et à l'époque les distribs incluaient généralement quelques applis proprios comme StarOffice, adobe acrobat, flash à une époque). Du coup je ne me suis à l'époque pas du tout posé la question d'installer une appli ou un binaire plus ancien, il y avait déjà pour faire de tout et le jour où si je trouvais un soft qui faisait un truc nouveau ou mieux, je le compilais depuis les sources et j'avais mon binaire.

Et depuis ce jour, et en 28 ans je n'ai jamais eu aucune raison d'installer un vieux binaire sous linux…puisqu'il y avait toujours des versions plus récentes ou des alternatives plus intéressantes aux logiciels dont j'avais besoin à chaque release.

Et ça a été le cas même dans le monde professionnel, que ce soit sous linux, SunOs/Solaris ou IBM AIX. En général même les applis propriétaires n'étaient supportées que sur n versions et les contrats de supports auraient été caducs, que le binaire tourne sur une version plus récente ou pas. Au pire j'ai vu quelques branded zones Solaris 9 sur un Solaris 10 pour maintenir la compatibilité, et des chroot puis LXC de Debian/Redhat de version précédentes mais c'était soit pour des question légales[2] soit pour mutualiser plusieurs vieilles machines bare-metal vers une nouvelle plus puissante et par practicité[3].

De nos jours c'est complètement caduc de toute manière, tu ne passes pas un rapport SOC2 si tu continues à utiliser des vieux tromblons éternellement, sauf à mentir.

[1] je ne suis pas un vieux de la vieille, je n'ai pas connu Yggdrasil et installé seulement une fois une slackware sur disquettes mais à la maison j'ai commencé directement sur CD en 1997

[2] virtualiser/containeriser une machine avec une licence particulière en émulant son numéro de série pour garder des données n années supplémentaires parce que la vieille machines commencent à donner des signes de faiblesse et que tu n'es plus sûr de pouvoir sourcer des disques, alims ou cpu boards de rechange.

[3] Au lieu de réinstaller une appli et après de migrer les données, tu transférais tel quel une arborescence appli+données vers un chroot/lxc de version équivalente de distrib et marre.

pour ces nouvelles consoles qu'on appelle Amiga.

Qu'est-ce que c'est que cette horreur de site web (amigafrance) qui décide de traduire les pages sans te demander ton avis? Le dernier qui m'avait fait ça c'était reddit.

Sauf que justement, il ne s'agit pas seulement de la monter, mais bien d'extraire ce qu'il y a dedans. Je suppose que c'est ce qui se passe lorsque l'utilisateur effectue le fameux glisser-déposer magique (qui est visiblement là pour lui donner l'impression de faire quelque chose de plus gratifiant que de cliquer sur un bouton marqué « installer »).

Tu peux executer l'appli directement depuis le disque où est le dmg en la montant. Elle n'apparaitra juste pas dans tes applis disponible dans spotlight si tu ne l'installes pas.

Alors certe on est d'accord qu'on peut aussi monter un iso en double-cliquant dessus sur un linux et exécuter ce qu'il y a dedans, et c'est faisable aussi avec de simple tar compressés en le montant avec fuse-archive/fuse-zip.

D'ailleurs le projet darling (qui se veut un wine-like pour MacOS) a créé fuse-dmg.

Oui on se rappelle même de la série Twin Peaks avant Dune.

Pour la compatibilité binaire, ce n'est pas "tu n'en as pas besoin", mais plutôt "il n'y a ni l'envie, ni les moyens".

Les moyens on les a toujours eu. Mais la volonté non, et ça je crois que ça reste intimement lé au besoin. Un utilisateur Haiku, qui a accès à une logithèque relativement limitée dans les repos, avaut un intérêt à pouvoir lancer des vieilles applis pour BeOS. Mais sous linux, la logithèque disponible, à jour et librement téléchargeable est tellement grande et ce depuis 30ans que ça ne se pose pas. As déjà voulu faire tourner un vieux binaire sous une distro Linux au lieu d'installer sa version à jour depuis les repos?

Mėme à l'époque où j'utilisais slackware, que les slackbuilds n'existaient pas et que je compilais toutes les applis non fournies dans les repos à coup de ./configure/make/sudo make install ça ne m'intéressait pas, parce que je voulais toujours la dernière version.

Dans le monde proprio, on sortait une appli en version 1.0, de temps en temps un correctif pour un bug important. Mais il fallait attendre n années pour voir la version 2.0 arriver et la nouvelle version imposait souvent un nouveau paiement. Les gens pouvaient être incité á ne mettre à jour que s'ils voulaient absolument une fonctionnalité ou parfois sauter des versions parce que mettre à jour n'était pas nécessaierement à leur portée. Les logiciels s'achetaient aussi de manière physique, et donc parfois de seconde main sur disquette ou CD.

Dans le monde du libre depuis que je suis dedans le motto c'est plutôt release early, release often. Du coup ça et le fait que l'on paye parfois pour du suppprt mais jamais par release et que l'on a les sources, quel intérêt de vouloir lancer une ancienne version avec des bugs non corrigés et moins de fonctionnalités.

Il n'est pas question d'approche supérieur d'un côté ou de l'autre, mais cette différence est cohérente avec les ecosystèmes et modes de distribution.

Compat binaire ascendante, ça veut dire compat binaire ascendante: ça continue de marché même si ça a été linké en dynamique. Ton binaire AppKit, il linke AppKit en dynamique, et qu’il ai été builde contre macOS 10.9 x86 en 2009 ou 15 arm en 2025, il tournera en 2025.

C'est bien mignon ton histoire, je te dis que l'enjeu n'est pas technique, mais que ça n'intéresse pas foule dans le milieu linux tout simplement parce que le problème n'est soulevé par personne à part des fanboys mac comme toi qui de toute façon n'ont aucune envie d'utiliser Linux. Les dev savent maintenir des ABI si ça les intéresse. D'ailleurs le problème se résoud tout seul avec flatpak même si c'était un autre problème que ses dev cherchaient à résoudre: avoir des packages universels sans dépendance spécifique à la distro.

Pourquoi se préoccuper d'une truc qui n'a pas d'intérêt pour tes utilisateurs?

Je le dis encore, dans l'ecosystème Apple ou Windows, où les utilisateurs sont/étaient habitués à acheter une appli, la récupéraient sur un CD physique ou la téléchargeaient sur le site de l'auteur et ne la mettaient pas nécessairement à jour systématiquement car les updates étaient payantes, ça avait du sense sur ces ecosystèmes. Mais ça n'a jamais correspondu au mode de distribution des logiciels sous Linux.

Sous Linux il n'y a personne qui se dit merde je veux absolument utiliser Gimp 1.0.67 parce que la 2.10.38 me coûte trop cher.

Nan mais c'est pas déconnant comme format. Au final si on exclue la partie namespace/cgroups un container docker, c'est le même délire, une arborescence qu'on monte en surcouche.

Et ça reprenait les principes des formats précédents (NDIF) qui étaient très adapté à l'ère pré-internet, le glisser/déposer était bien plus simple à installer depuis un medium physique que de passer par des installeurs comme sous windows par exemple.

Au final qu'on monte le fichier comme un fs ou qu'on extrait un package maintenant ça revient au même, le dmg est juste plus portable si tu veux le déplacer d'une machine à l'autre.

Là encore, ça a peu d'intérêt pour du logiciel libre disponible dans un gestionnaire de paquet mais c'est très bien dans un contexte de logiciel propriétaire que tu achètes et que tu vas donc potentiellement vouloir transférer d'une machine à l'autre quand tu migres la machine.

Bon c'est communiqué et l'information est gardée mais vu le volume que ça doit représenter je doute qu'une analyse systématique soit effectuée.

Ça me semble assez bizarre, on vire facilement 10000€ pour s'acheter une bagnole d'occasion, voire même un vélo. C'est plutôt au moment de sortir de l'argent que les banques font gaffe et te mettent des limites, facilement pétables temporairement après avoir discuté avec ton gestionnaire, pas pour recevoir.

Oui mais je parlais de toute la palanquée de logiciels qui n'ont même pas besoin d'être mis à jour, ils sont juste recompilés à chaque release.

Par exemple il y a une section "oldlibs" dans les packages debian qui permet de continuer à utiliser des applis compilés pour ncurses5, gtk2, clutter, etc.

Et tu peux aller voir dans les repos debian et trouver pleins de trucs qui ne sont plus développés mais toujours packagés sans modif.

Prenons un exemple au hasard, abacas.

La dernière version 1.3.1 sur sourceforge, le repo upstream, date de 2010.

Le paquet Debian est toujours en 1.3.1, et 9 correctifs ont été faits au paquet depuis 2011. Et tant les metadonnées que le changelog montrent que:

1. les sources elles-même du programme ne sont pas patchées/modifiées.
2. les révisions sont liés à des changements mineurs de formatage de copyright, du linting, etc.
3. ajout d'exemples d'utilisation, des mises à jours lié à l'évolution de l'infra de packaging debian: svn vers git, debhelper, salsa-ci (leur integration continue).

Bref maintenance minime et le paquet compile tel quel avec les mêmes sources.

Il y a d'autres paquets, par exemple ttyrec qui sont abandonnés par leurs auteur originaux depuis 16 ans mais qui sont toujours maintenus parce que des gens ont continué à découvrir des bugs et envoyer des patches. Ceux-là ça n'aurait aucun sens de continuer à utiliser une version binaire ancienne avec plus de bug. Mais si tu regardes le changelog il n'y a rien qui est imposé par un cassage d'api. D'ailleurs il n'y a qu'une modification au paquet en 10 ans.

Si c'était vraiment devenu un problème, la communauté aurait cherché à la résoudre. Force est de constater que les applications qui ne sont plus maintenues et populaires sont rares, voire inexistantes. Même pour des applications moins populaire, la maintenance est minime en terme d'énergie et de temps humain.

C'est souvent plus pour une raison de sécurité qu'on évite de garder des applis qui utilisent des librairies dépréciées car on peut toujours les packager, pas parce qu'on ne peut pas.

Une compile par an de la part d'une poignée de distros on peut trouver ça con mais c'est une paille par rapport au gâchis d'énergie réalisé par Microsoft et Apple sur plein d'autres points.