Tu penses à quoi en alternative ? En alternative utilisable par un utilisateur relativement lambda, non technique, je veux dire, pas un outil de niche. Typiquement les flux RSS en 2022, c'est trop niche.
rss/atom c'est trop niche parce qu'on d;ecide collectivement que ça le serait et qu'on décide collectivement de continuer à utiliser des trucs moins bien fait et pas fait pour à la place. En soi le ça n'a rien de technique, c'est même plus simple que l'email ou les messageries instantanées.
Même au niveau pro ce n'est maintenant plus utilisé que pour des notifications ou par des personnes externes. De plus en plus de personnes, que ce soient des ingés ou managers (y compris moi) te disent maintenant de seulement les contacter par la messagerie instantanée de l'entreprise (souvent teams).
Je vérifie parfois seulement une fois par semaine mes emails tellement ça n'est plus pertinent.
Note que si j'ai évoqué le nuage, c'est justement parce que ploom énonce que le prix n'est pas fondamentalement un problème.
De toute façon son postulat de départ est entièrement foireux. Il veut du entièrement géré par un tierce partie en ayant tout contrôle sur l'architecture. Si tu ne veux pas conduire ta bagnole ou ton vélo, et que tu tends les clés de ta bagnole à quelqu'un, prends les transports publiques ou le taxi, tu les laisses gérer tout, y compris quelle route le chauffeur va prendre.
Ce qu'il lui faut ce n'est pas un service d'hébergement mais un ingénieur système. Et un fois décidés les SLA et le budget il lui laisse choisir les solutions techniques. À priori le seul cahier des charges de départ c'est de déposer son contenu sur un repo git (et ça pourrait même être du fossil ou mercurial que ça ne changerait rien) et de servir en https et gemini.
Go et Rust n'ont pas vraiment les même spécificités ni les mêmes buts, je ne vois pas pourquoi Google, qui fait aussi du developpement dans d'autres langage, devrait ignorer rust. D'autant plus que go n'est pas un projet qu'ils commercialisent en tant que tel.
Dans ce cas ne t'abonne pas à la liste de diffusion en question ? Je suis d'accord lorsqu'il s'agit de contenu soi-disant exclusif à la liste mais lorsque le même contenu est disponible par RSS (comme c'est semble-t-il le cas pour Ploum) je ne vois pas le problème
Le problème est plus global que cela.
Les listes de diffusions, lettres d'informations commerciales ou non, alertes, second facteur d'authentification, validations d'inscriptions, factures et tickets de caisse, etc, etc. Tout ça a dénaturé notre façon d'utiliser l'email, bien plus que le spam.
Il y a quelques décades, on utilisait son mail pour recevoir des messages venant de personnes connues et on l'utilisait pour maintenir des discussion non instantanées, où l'on prenait le temps de peser ses mots. Maintenant plus personne ne fait ça. En partie parce que les mobiles, la messagerie instantanée et les réseaux sociaux ont rendu les gens accros au retour facile et inconséquent, mais aussi parce qu'aussi bien triée qu'est ta boite email, celle des autres ne l'est sûrement pas et personne ne consulte plus son courrier de manière régulière ni ne s'attend à contacter ou recevoir des nouvelles de personnes physiques.
Ce serait quand même bien si les gens arrêtaient de vouloir utiliser l'email comme un outil de notification. Bien plus que le spam ça a pour moi retiré tout l'attrait de l'email.
À priori c'est faisable, il y a quelques années ça semblait compliqué d'avoir tout qui fonctionne et soit supporté mais d'après ce post de blog de 2018, ça marchait relativement bien avec une distribution Pop! OS (basée sur ubuntu):
Garde en tête que:
- cette tablette est plutôt anémique à priori d'après ses specs.
- il est quand même possible que certains trucs ne fonctionnent pas comme le support sdcard ou la webcam intégrée
Je serais à ta place, je me rapprocherais d'une LUG (une association d'utilisateurs linux) près de ta localité. Certaines organisent ce qu'on appelle des install party (fêtes d'installation) ou des néophytes sont guidés dans leur démarche.
Soit aussi sur de pouvoir faire une sauvegarde et d'être capable de restaurer le système d'origine si tu n'es pas content.
J'ai l'intention d'en faire un journal mais dernièrement j'ai testé l'utilisation d'un proxy web vers gemini pour naviguer sur des sites web depuis une machine absolument ridiculement faible comme une raspberry pi zero.
Le proxy que j'utilise utilise la librairie readability qui pour simplifier t'affiche tous les sites comme si tu utilisais le mode lecture de firefox. En théorie il est possible de faire la même chose en restant sur du html et utilisant un navigateur normal.
Dans ton cas tu pourrais couper tes enregistrement en 'n' vidéos correspondants aux passages entre chaque pub avec un outil comme celui-ci: https://github.com/nlpsuge/NiceCut
Le résultat est une liste de vidéo plutôt qu'une seule mais les lecteurs gèrent bien ça.
avidemux est un éditeur linéaire selon moi. Tu peux copier/coller des bouts de vidéos mais tu ne peux pas éditer avec plusieurs pistes, transitions, etc.
PS: je sais très bien qu’une suggestion pertinente serait d’installer mon propre serveur. J’ai administré des serveurs pendant suffisamment d’années pour savoir que je ne veux plus avoir la responsabilité d’un serveur, que si j’en avais un je craquerais vite pour héberger tel et tel service, pour tester des trucs.
Je suis pas sûr de comprendre. Si t'as ton propre serveur tu ne peux pas t'empêcher de faire de la merde dessus? Que ce soit à la maison ou en vps quand je veux tester des trucs je le fais en local, ce qui est "production" reste sur son serveur tout propre.
Donc ce point n’est pas discutable, merci de m’aider à ne pas faire une rechute en taisant cette éventualité.
Tu parles comme si c'était une drogue. _!
Je souhaite payer pour déléguer l’administration serveur à un service professionnel. (avec l’âge, le temps devient plus précieux que l’argent car on a de moins en moins du premier et de plus en plus du second).
Je trouve que de nos jours c'est devenu tellement simple de ne pas avoir grand chose à faire pour s'autohéberger ou gérer un vps.
la plupart des distros ont un système de mises à jours automatiques (avec programmation du reboot, sinon tu le cron une fois par semaine et basta). T'as juste plus rien à faire à part une upgrade majeure tous les x mois/années et là aussi c'est généralement finger in the nose.
avec let's encrypt c'est devenu tant facile de gérer le renouvellement automatique de ses certificats ssl. Il y a même des serveurs webs comme [caddy](https://caddyserver.com/) qui gèrent directement le bousin sans avoir à utiliser un client acme.
c'est devenu hyper facile d'avoir le monitoring de son serveur distant sur son smartphone, et au pire tu peux aussi payer pour avoir du monitoring pro.
si tu pars sur une solution vps, tu n'as pas à t'occuper du hardware. À part un incendie type OVH t'as pas trop de risque. Et vu le type de contenu que tu veux héberger, c'est facile d'avoir un serveur sur 2 hébergeurs et zones géographiques distantes.
Faut juste choisir une distro qui package un serveur gemini. J'ai regardé pour Agate, il y a au moins nix, guix et Archlinux (via aur). Au pire si ça tourne sur un vps et que t'es pas comfortable avec une de ces distros, la maintenance et les maj c'est une dockerfile toute simple à rebuilder par semaine et un container podman/docker à redémarrer via un cron/timer systemd.
Des hébergements web pros, il y en a foule. Des hébergements gemini, il y en a. Pros? je n'en connais pas. Tous ceux que je connais sont sur la base du bénévolat/chatonlike et vu que la communauté gemini est plutôt orientée DIY et reste un réseau de niche, je pense qu'il va falloir du temps pour que ça se popularise un peu et que ça devienne attrayant pour un hébergeur de le maintenir.
Sinon, solution impopulaire ici, le nuage. Rien que chez Amazon entre Cloud Front, Simple Hosting et même S3 tu as tout ce qu'il te faut pour héberger du web sans avoir à gérer des serveurs. Avec Fargate, idem tu peux héberger du gemini dans un container sans avoir à gérer un serveur. Du côté de microsoft tu as github en gratuit, Azure a aussi sont service d'hébergement de sites statiques et gemini peut aussi tourner sur un container. Le Cloud google je le connais moins mais j'imagine que c'est pareil. Tous ces hébergeurs ont aussi leur CI/CD qui te permet de lancer un déploiement via un hook ou une vérification planifiée. Et si t'as pas envie de gérer et mettre en place tout ça ben tu peux chercher un expert AWS/Google/Azure sur linkedin et l'employer directement.
La question est bonne mais le mot français choisit est effectivement mauvais.
Le logiciel libre est par définition durable car même si son auteur meurt écrasé par une voiture, toute personne ayant le binaire ou le code source est en droit de continuer à le diffuser, modifier et développer.
De même il y a pléthore de petits softs qui n'ont pas vu un commit depuis des mois ou des années et qui continuent à fonctionner. Après tout on met souvent l'accent sur la sécurité et le manque de patch mais tout logiciel qu'on utilise n'est pas en réseau et ne représente aucun danger si les fichiers traités sont produits par ce logiciel ou proviennent d'une source sure. Par exemple pour créer des documentations j'utilises de temps en temps ttyrec pour enregistrer mes sessions shell et les convertirs en gif animés. Je crois que ttyrec n'a pas connu un seul commit depuis moultes années, il fait toujours le job. J'ai aussi utilisé pendant des années un générateur de galerie web de photo dont je n'ai plus le nom en tête. C'était un script perl qui a connu 3 ou 4 mainteneurs différents sur une dizaine d'années.
Bref, je dirais qu'on peut faire difficilement plus durable que le logiciel libre.
Pour ce qui est de vivre du développement de logiciel libre, c'est un peu plus complexe, mais possible. Je ne suis pas forcément convaincu de la méthode d'André Staltz qui se base uniquement sur le couple opencollective+github ne semble pas prendre en compte que des logiciels peuvent avoir partie des développements financés par des utilisateurs "premium" demandent des fonctionnalités, supports ou développements spécifiques. Voire par exemple le cas de sqlite: https://www.sqlite.org/consortium.html.
Reste que le terme obsolescence progammée reste incorrecte. L'imprimante imprimera toujours et sera utilisable comme avant.
Pinailler sur la baisse de la sécurité de l'appli web d'administration, alors que ce qui est réellement important, c'est à dire les données des documents que tu imprimes, sont et ont toujours été transférés en clair sans chiffrement, c'est juste de l'hypocrisie.
De toute manière ce n'est pas parce que quelqu'un enregistre un domaine, écrit un pavé et qu'il soit signé par une dizaine de personnes que des milliards d'autres ont l'obligation d'être d'accord.
Ça ne marche qu'à coups d'éclairs envoyé depuis les cieux sur des tablettes de pierre. Et encore.
C'est marqué en bas de page: Manjaro GmbH & Co KG. En gros une SARL.
Et tu as plus de détails sur celle-ci ici. Elle est enregistrée en Bavière et dirigée par Philip Mueller et Bernhard Landauer. De là tu peux aller sur linkedin pour plus de détails sur ces personnes.
Donc, tu es pour que les gens ne publient leur code pour les autres puissent le commenter avant qu'il ne soit complètement fini ? Perso, je préfère largement qu'ils publient du code instable avant qu'il ne soit utilisable.
Moi aussi, mais je préfère qu'ils ne pleurnichent pas si leur ego est blessé parce que quelqu'un a l'audace de l'utiliser et qu'ils ravalent leur fierté. Et s'ils n'en sont pas capables ils savent quoi faire.
Ça ne change rien. De toute manière si tu achètes un Mac pour y installer linux dessus, c'est que t'aimes faire des trucs expérimentaux et que t'acceptes un certains nombre de risques.
Tout ça c'est juste un problème d'ego, à chaque fois l'emphase est sur la réputation du developpeur.
Personne n'oblige les developpeurs d'Asahi de publier leurs branches les plus expérimentales sur internet non plus hein. Git c'est décentralisé. Ce n'est pas comme si ils ne peuvent pas avoir une QA avec un passage en branche publique uniquement quand le code a été sujet à des tests sur les plateformes hardware supportées.
Tu crois que toutes les distros envoient un mail au développeur de chaque bout de code, librairie, petit utilitaire avant de fournir un paquet? Tu crois que c'est une méthode de fonctionnement valable? Moi je serais le dev de la lib trucumuche, ça me gaverait de recevoir 50 emails de ce genre.
Ils ont répondu au tweet. Ouais leur anglais n'est pas très bon mais au final on comprend:
We are currently only tested our version on a MacBook Air M1 and stated that also on the #README file on the development project at #SOURCEforge. We will contact @AsahiLinux team soon to establish a good development relationship.
Accessoirement Asahi a réagit à un message de commit qui parle de branche unstable:
arm-unstable core aarch64: 4 new and 0 removed package(s)
arm-unstable community aarch64: 1 new and 0 removed package(s)
-------------- next part --------------
[New Packages]
linux-apple-silicon-6.0rc7-1-aarch64.pkg.tar.zst
linux-apple-silicon-headers-6.0rc7-1-aarch64.pkg.tar.zst
m1n1-1.1.5-1-aarch64.pkg.tar.zst
uboot-apple-silicon-2022.07-1-aarch64.pkg.tar.zst
-------------- next part --------------
[New Packages]
lzfse-1.0-1-aarch64.pkg.tar.zst_
Je ne suis pas spécialement fan de manjaro, bien au contraire, mais c'est beaucoup de bruit pour rien. Et le logiciel libre, c'est aussi la liberté de faire de la merde si on en a envie.
# pas undev wayland
Posté par Psychofox (Mastodon) . En réponse au lien "Wayland ne sauvera pas le bureau Linux", par un dev Wayland déçu. Évalué à 5.
Où as tu vu que l'auteur du billet était un dev Wayland?
[^] # Re: Has been?
Posté par Psychofox (Mastodon) . En réponse au journal Quel service choisir pour héberger une liste de diffusion ?. Évalué à 2.
Ce serait un peu alambiqué comme méthode mais j'imagine qu'il est toujours possible de mettre des qrcode dans une publi instagram ou tiktok.
[^] # Re: le grand détournement
Posté par Psychofox (Mastodon) . En réponse au journal Quel service choisir pour héberger une liste de diffusion ?. Évalué à 10.
rss/atom c'est trop niche parce qu'on d;ecide collectivement que ça le serait et qu'on décide collectivement de continuer à utiliser des trucs moins bien fait et pas fait pour à la place. En soi le ça n'a rien de technique, c'est même plus simple que l'email ou les messageries instantanées.
[^] # Re: le grand détournement
Posté par Psychofox (Mastodon) . En réponse au journal Quel service choisir pour héberger une liste de diffusion ?. Évalué à -3.
Même au niveau pro ce n'est maintenant plus utilisé que pour des notifications ou par des personnes externes. De plus en plus de personnes, que ce soient des ingés ou managers (y compris moi) te disent maintenant de seulement les contacter par la messagerie instantanée de l'entreprise (souvent teams).
Je vérifie parfois seulement une fois par semaine mes emails tellement ça n'est plus pertinent.
[^] # Re: ton PS
Posté par Psychofox (Mastodon) . En réponse au journal Recherche hébergeur pour gemini/web et mailing-list. Évalué à 6. Dernière modification le 19 octobre 2022 à 11:13.
Note que si j'ai évoqué le nuage, c'est justement parce que ploom énonce que le prix n'est pas fondamentalement un problème.
De toute façon son postulat de départ est entièrement foireux. Il veut du entièrement géré par un tierce partie en ayant tout contrôle sur l'architecture. Si tu ne veux pas conduire ta bagnole ou ton vélo, et que tu tends les clés de ta bagnole à quelqu'un, prends les transports publiques ou le taxi, tu les laisses gérer tout, y compris quelle route le chauffeur va prendre.
Ce qu'il lui faut ce n'est pas un service d'hébergement mais un ingénieur système. Et un fois décidés les SLA et le budget il lui laisse choisir les solutions techniques. À priori le seul cahier des charges de départ c'est de déposer son contenu sur un repo git (et ça pourrait même être du fossil ou mercurial que ça ne changerait rien) et de servir en https et gemini.
# go vs rust et google
Posté par Psychofox (Mastodon) . En réponse au journal KataOS, un OS sécurisé basé sur SeL4 écrit en Rust ... par Google. Évalué à 7.
Go et Rust n'ont pas vraiment les même spécificités ni les mêmes buts, je ne vois pas pourquoi Google, qui fait aussi du developpement dans d'autres langage, devrait ignorer rust. D'autant plus que go n'est pas un projet qu'ils commercialisent en tant que tel.
[^] # Re: le grand détournement
Posté par Psychofox (Mastodon) . En réponse au journal Quel service choisir pour héberger une liste de diffusion ?. Évalué à 3.
Le problème est plus global que cela.
Les listes de diffusions, lettres d'informations commerciales ou non, alertes, second facteur d'authentification, validations d'inscriptions, factures et tickets de caisse, etc, etc. Tout ça a dénaturé notre façon d'utiliser l'email, bien plus que le spam.
Il y a quelques décades, on utilisait son mail pour recevoir des messages venant de personnes connues et on l'utilisait pour maintenir des discussion non instantanées, où l'on prenait le temps de peser ses mots. Maintenant plus personne ne fait ça. En partie parce que les mobiles, la messagerie instantanée et les réseaux sociaux ont rendu les gens accros au retour facile et inconséquent, mais aussi parce qu'aussi bien triée qu'est ta boite email, celle des autres ne l'est sûrement pas et personne ne consulte plus son courrier de manière régulière ni ne s'attend à contacter ou recevoir des nouvelles de personnes physiques.
# le grand détournement
Posté par Psychofox (Mastodon) . En réponse au journal Quel service choisir pour héberger une liste de diffusion ?. Évalué à 6.
Ce serait quand même bien si les gens arrêtaient de vouloir utiliser l'email comme un outil de notification. Bien plus que le spam ça a pour moi retiré tout l'attrait de l'email.
C'est pas classe du tout.
# à priori c'est faisable
Posté par Psychofox (Mastodon) . En réponse au message remplacement de win 8.1 par une distribution Linux. Évalué à 6.
À priori c'est faisable, il y a quelques années ça semblait compliqué d'avoir tout qui fonctionne et soit supporté mais d'après ce post de blog de 2018, ça marchait relativement bien avec une distribution Pop! OS (basée sur ubuntu):
https://esc.sh/blog/linux-on-lenovo-miix-320/
Garde en tête que:
- cette tablette est plutôt anémique à priori d'après ses specs.
- il est quand même possible que certains trucs ne fonctionnent pas comme le support sdcard ou la webcam intégrée
Je serais à ta place, je me rapprocherais d'une LUG (une association d'utilisateurs linux) près de ta localité. Certaines organisent ce qu'on appelle des install party (fêtes d'installation) ou des néophytes sont guidés dans leur démarche.
Soit aussi sur de pouvoir faire une sauvegarde et d'être capable de restaurer le système d'origine si tu n'es pas content.
[^] # Re: plusieurs réponses
Posté par Psychofox (Mastodon) . En réponse au message Que pensez-vous du moteur de recherche Brave ?. Évalué à 4.
J'ai l'intention d'en faire un journal mais dernièrement j'ai testé l'utilisation d'un proxy web vers gemini pour naviguer sur des sites web depuis une machine absolument ridiculement faible comme une raspberry pi zero.
Le proxy que j'utilise utilise la librairie readability qui pour simplifier t'affiche tous les sites comme si tu utilisais le mode lecture de firefox. En théorie il est possible de faire la même chose en restant sur du html et utilisant un navigateur normal.
[^] # Re: Sous-titres DVB
Posté par Psychofox (Mastodon) . En réponse au sondage Ton éditeur de vidéo non linéaire favori. Évalué à 6.
Dans ton cas tu pourrais couper tes enregistrement en 'n' vidéos correspondants aux passages entre chaque pub avec un outil comme celui-ci:
https://github.com/nlpsuge/NiceCut
Le résultat est une liste de vidéo plutôt qu'une seule mais les lecteurs gèrent bien ça.
À priori si tu ne veux qu'une seule vidéo finale tu as aussi des outils qui font le fusionnement de multiples vidéos avec leurs sous-titres:
https://github.com/iraj-jelo/srtmerger
https://github.com/BrianHooper/subtitles_merge
https://github.com/SmirnovKirill/subtitle_merger
Sinon faut coder tout ça toi même, quelques librairies qui gèrent le srt:
https://pypi.org/project/srt/
https://rubygems.org/gems/srt
https://www.npmjs.com/package/srt
https://github.com/asticode/go-astisub
https://crates.io/crates/srt
[^] # Re: Non linéaire ?
Posté par Psychofox (Mastodon) . En réponse au sondage Ton éditeur de vidéo non linéaire favori. Évalué à 7. Dernière modification le 18 octobre 2022 à 12:19.
avidemux est un éditeur linéaire selon moi. Tu peux copier/coller des bouts de vidéos mais tu ne peux pas éditer avec plusieurs pistes, transitions, etc.
[^] # Re: ton PS
Posté par Psychofox (Mastodon) . En réponse au journal Recherche hébergeur pour gemini/web et mailing-list. Évalué à 5.
La dockerfile, elle se construit toute seule. T'as pas besoin de te connecter pour ça.
# ton PS
Posté par Psychofox (Mastodon) . En réponse au journal Recherche hébergeur pour gemini/web et mailing-list. Évalué à 5.
Je suis pas sûr de comprendre. Si t'as ton propre serveur tu ne peux pas t'empêcher de faire de la merde dessus? Que ce soit à la maison ou en vps quand je veux tester des trucs je le fais en local, ce qui est "production" reste sur son serveur tout propre.
Tu parles comme si c'était une drogue. _!
Je trouve que de nos jours c'est devenu tellement simple de ne pas avoir grand chose à faire pour s'autohéberger ou gérer un vps.
[caddy](https://caddyserver.com/)qui gèrent directement le bousin sans avoir à utiliser un client acme.Faut juste choisir une distro qui package un serveur gemini. J'ai regardé pour Agate, il y a au moins nix, guix et Archlinux (via aur). Au pire si ça tourne sur un vps et que t'es pas comfortable avec une de ces distros, la maintenance et les maj c'est une dockerfile toute simple à rebuilder par semaine et un container podman/docker à redémarrer via un cron/timer systemd.
Des hébergements web pros, il y en a foule. Des hébergements gemini, il y en a. Pros? je n'en connais pas. Tous ceux que je connais sont sur la base du bénévolat/chatonlike et vu que la communauté gemini est plutôt orientée DIY et reste un réseau de niche, je pense qu'il va falloir du temps pour que ça se popularise un peu et que ça devienne attrayant pour un hébergeur de le maintenir.
Sinon, solution impopulaire ici, le nuage. Rien que chez Amazon entre Cloud Front, Simple Hosting et même S3 tu as tout ce qu'il te faut pour héberger du web sans avoir à gérer des serveurs. Avec Fargate, idem tu peux héberger du gemini dans un container sans avoir à gérer un serveur. Du côté de microsoft tu as github en gratuit, Azure a aussi sont service d'hébergement de sites statiques et gemini peut aussi tourner sur un container. Le Cloud google je le connais moins mais j'imagine que c'est pareil. Tous ces hébergeurs ont aussi leur CI/CD qui te permet de lancer un déploiement via un hook ou une vérification planifiée. Et si t'as pas envie de gérer et mettre en place tout ça ben tu peux chercher un expert AWS/Google/Azure sur linkedin et l'employer directement.
[^] # Re: Mauvais côté
Posté par Psychofox (Mastodon) . En réponse au lien Cahier d'idées pour un navigateur écologique. Évalué à 3.
C'est faux. Tu peux faire des sites dynamiques en gemini avec du cgi/scgi.
[^] # Re: Paiement sans code
Posté par Psychofox (Mastodon) . En réponse au lien Captcha, écrans tactiles... : ces technologies qui empoisonnent la vie des déficients visuels. Évalué à 10.
Tu esquive un peu vite le choix de vouloir/ pas vouloir que tous tes paiements soient connus de Apple ou Google.
Si les voyants ont droit à ce choix, je ne vois pas pourquoi les autres ne l'auraient pas.
[^] # Re: dure habilité
Posté par Psychofox (Mastodon) . En réponse au lien Pourquoi le développement des logiciels libres « ne serait pas durable ». Évalué à 10. Dernière modification le 10 octobre 2022 à 11:11.
La question est bonne mais le mot français choisit est effectivement mauvais.
Le logiciel libre est par définition durable car même si son auteur meurt écrasé par une voiture, toute personne ayant le binaire ou le code source est en droit de continuer à le diffuser, modifier et développer.
De même il y a pléthore de petits softs qui n'ont pas vu un commit depuis des mois ou des années et qui continuent à fonctionner. Après tout on met souvent l'accent sur la sécurité et le manque de patch mais tout logiciel qu'on utilise n'est pas en réseau et ne représente aucun danger si les fichiers traités sont produits par ce logiciel ou proviennent d'une source sure. Par exemple pour créer des documentations j'utilises de temps en temps ttyrec pour enregistrer mes sessions shell et les convertirs en gif animés. Je crois que ttyrec n'a pas connu un seul commit depuis moultes années, il fait toujours le job. J'ai aussi utilisé pendant des années un générateur de galerie web de photo dont je n'ai plus le nom en tête. C'était un script perl qui a connu 3 ou 4 mainteneurs différents sur une dizaine d'années.
Bref, je dirais qu'on peut faire difficilement plus durable que le logiciel libre.
Pour ce qui est de vivre du développement de logiciel libre, c'est un peu plus complexe, mais possible. Je ne suis pas forcément convaincu de la méthode d'André Staltz qui se base uniquement sur le couple opencollective+github ne semble pas prendre en compte que des logiciels peuvent avoir partie des développements financés par des utilisateurs "premium" demandent des fonctionnalités, supports ou développements spécifiques. Voire par exemple le cas de sqlite: https://www.sqlite.org/consortium.html.
[^] # Re: Qui programme l'obsolescece?
Posté par Psychofox (Mastodon) . En réponse au journal Brother ne mettra pas à jour les micrologiciels des imprimantes qui utilisent TLS 1.0. Évalué à 10. Dernière modification le 08 octobre 2022 à 22:16.
Reste que le terme obsolescence progammée reste incorrecte. L'imprimante imprimera toujours et sera utilisable comme avant.
Pinailler sur la baisse de la sécurité de l'appli web d'administration, alors que ce qui est réellement important, c'est à dire les données des documents que tu imprimes, sont et ont toujours été transférés en clair sans chiffrement, c'est juste de l'hypocrisie.
[^] # Re: sans doute pas un avis "éclairé"
Posté par Psychofox (Mastodon) . En réponse au journal ManjaroARM se fait épingler par Asahi Linux. Évalué à 2. Dernière modification le 05 octobre 2022 à 14:15.
HA HA HA
Chaque version du kernel, même dans sa version LTS maintenue par GKH est par définition expérimentale.
Tiens cadeau pas plus tard qu'il y a deux jours:
https://lore.kernel.org/all/YzwooNdMECzuI5+h@intel.com/
Et des utilisateurs de distros majeures ont été affectés. J'étais sur le 5.19.12 pendant au moins 24H sur mon laptop pro.
[^] # Re: twit ?
Posté par Psychofox (Mastodon) . En réponse au journal ManjaroARM se fait épingler par Asahi Linux. Évalué à -2. Dernière modification le 04 octobre 2022 à 13:49.
De toute manière ce n'est pas parce que quelqu'un enregistre un domaine, écrit un pavé et qu'il soit signé par une dizaine de personnes que des milliards d'autres ont l'obligation d'être d'accord.
Ça ne marche qu'à coups d'éclairs envoyé depuis les cieux sur des tablettes de pierre. Et encore.
[^] # Re: Mais au fait, c'est qui Manjaro ?
Posté par Psychofox (Mastodon) . En réponse au journal ManjaroARM se fait épingler par Asahi Linux. Évalué à 4.
C'est marqué en bas de page: Manjaro GmbH & Co KG. En gros une SARL.
Et tu as plus de détails sur celle-ci ici. Elle est enregistrée en Bavière et dirigée par Philip Mueller et Bernhard Landauer. De là tu peux aller sur linkedin pour plus de détails sur ces personnes.
[^] # Re: twit ?
Posté par Psychofox (Mastodon) . En réponse au journal ManjaroARM se fait épingler par Asahi Linux. Évalué à 1.
Moi aussi, mais je préfère qu'ils ne pleurnichent pas si leur ego est blessé parce que quelqu'un a l'audace de l'utiliser et qu'ils ravalent leur fierté. Et s'ils n'en sont pas capables ils savent quoi faire.
[^] # Re: twit ?
Posté par Psychofox (Mastodon) . En réponse au journal ManjaroARM se fait épingler par Asahi Linux. Évalué à 0. Dernière modification le 04 octobre 2022 à 10:39.
Ça ne change rien. De toute manière si tu achètes un Mac pour y installer linux dessus, c'est que t'aimes faire des trucs expérimentaux et que t'acceptes un certains nombre de risques.
Tout ça c'est juste un problème d'ego, à chaque fois l'emphase est sur la réputation du developpeur.
[^] # Re: twit ?
Posté par Psychofox (Mastodon) . En réponse au journal ManjaroARM se fait épingler par Asahi Linux. Évalué à -4.
Personne n'oblige les developpeurs d'Asahi de publier leurs branches les plus expérimentales sur internet non plus hein. Git c'est décentralisé. Ce n'est pas comme si ils ne peuvent pas avoir une QA avec un passage en branche publique uniquement quand le code a été sujet à des tests sur les plateformes hardware supportées.
Tu crois que toutes les distros envoient un mail au développeur de chaque bout de code, librairie, petit utilitaire avant de fournir un paquet? Tu crois que c'est une méthode de fonctionnement valable? Moi je serais le dev de la lib trucumuche, ça me gaverait de recevoir 50 emails de ce genre.
[^] # Re: sans doute pas un avis "éclairé"
Posté par Psychofox (Mastodon) . En réponse au journal ManjaroARM se fait épingler par Asahi Linux. Évalué à 5. Dernière modification le 04 octobre 2022 à 09:28.
Ils ont répondu au tweet. Ouais leur anglais n'est pas très bon mais au final on comprend:
Accessoirement Asahi a réagit à un message de commit qui parle de branche unstable:
https://lists.manjaro.org/pipermail/manjaro-packages/Week-of-Mon-20220926/052354.html
_### BoxIt memo ###
User philip committed following changes:
-------------- next part --------------
[New Packages]
linux-apple-silicon-6.0rc7-1-aarch64.pkg.tar.zst
linux-apple-silicon-headers-6.0rc7-1-aarch64.pkg.tar.zst
m1n1-1.1.5-1-aarch64.pkg.tar.zst
uboot-apple-silicon-2022.07-1-aarch64.pkg.tar.zst
-------------- next part --------------
[New Packages]
lzfse-1.0-1-aarch64.pkg.tar.zst_
Je ne suis pas spécialement fan de manjaro, bien au contraire, mais c'est beaucoup de bruit pour rien. Et le logiciel libre, c'est aussi la liberté de faire de la merde si on en a envie.