saltimbanque a écrit 965 commentaires

J'ai un peu utilisé org mode mais

• bon déjà c'est un "vieux" format qui n'est pas le markdown. Vous me direz le markdown-mode existe tout aussi bien sous Emacs et marche nickel, mais alors ce n'est plus org-mode
• la recherche sur 300 notes à la fois permettra t'elle d'avoir une preview de toutes les notes? ou simplement parcourir toutes les notes n'est pas idéal

Je m'étais posé la question d'avoir
a. une appli pour l'aspect indexation / prévisualisation / recherche
b. l'éditeur (emacs ou autre)

ça doit exister certainement., l'apppli "a." a juste besoin de savoir indexer, prévisualiser des fichiers textes… Cadeau bonus si elle sait synchro

Réponse intéressante qui implique que l'IA ne va tant supprimer les emplois des codeurs que les transformer, finalement un peu comme 2000000 révolutions informatiques..

Exemple récent, aujourd'hui pour déployer un serveur virtuel il faut faire clic-droit déployer dans Azure, et clic-droit "intégrer à l'AD du groupe et gérer tout seul tout sujet réseau, merci maman". Combien de temps fallait t'il avant? Pour autant tous les informaticiens ne sont pas au chômage.

Combien de tâches sont t'elles 1 million de fois plus simples & rapides qu'auparavant? Sans doute beaucoup trop pour les lister. Mais il n'y a jamais eu autant d'informaticiens.

Non l'IA ne fera pas tout , du moins pas l'IA d'aujourd'hui. Qu'il y ait une IA 2040 qui change la donne et serait à même de remplacer toute fonction humaine, là on se reposera la question.

Pratiquement tous les atomic veulent que les applis graphiques soient installées via flatpak. In fine c'est beaucoup moins de fragmentation qu'auparavant, à condition bien sûr qu'il n'y ait pas à maintenir en plus les anciens paquets. Aujourd'hui la transition peut être vue comme douloureuse : anciens paquets deb/rpm, snap, flatpak, appimage… Mais je crois que la fragmentation à travers certaines standardisation va tout de même en diminuant.

Le billet "Prosthetics" mentionne essentiellement une question de gouvernance, pas vraiment la notion de Atomic.

Mais Thibault cite https://blogs.gnome.org/adrianvovk/2024/10/25/a-desktop-for-all/ qui argumente sur le pourquoi du atomic, notamment

• Pour avoir une distribution de référence de GNOME "vanilla"
• Pour avoir une distribution difficile à casser

Est-ce que c'est adapté par ex. pour tourner nginx?

je laisserai un connaisseur répondre, mais on peut trouver sur https://flathub.org/ deux trois choses. Oui il y a bien des navigateurs et oui ça a demandé du boulot au début pour avoir un firefox sous flatpak.

Sur des applis "limites", on peut trouver quelque chose comme DejaDup, un env de développement Builder, Emacs, FileZilla, "Logs" pour explorer journalctl, un du graphique, de quoi faire tourner des machines virtuelles ou écrire un .iso sur une clé usb. Cela donne déjà une idée et je pense que la limite a pu évoluer par le passé pour élargir un peu, je ne sais pas si cela continue d'évoluer.

Pilote graphique ou Samba là je pense qu'on est clairement dans la catégorie "jamais jamais"

edit - et oui bien sûr on trouve mail, lecteur vidéo

https://flathub.org/apps/org.gnome.DejaDup

https://flathub.org/apps/org.gnome.Builder

https://flathub.org/apps/org.filezillaproject.Filezilla

https://flathub.org/apps/org.gnome.Logs

https://flathub.org/apps/org.gnome.baobab

appimage c'est cool

• Mais il y a aussi bundle
• "que ce soit bien fait" -> comment le créateur s'assure qu'il a bien inclus ttes les dépendances?
• Cela crée bel et bien un sujet autour de l'intégration - je sais qu'il y a des trucs pour gérer ses appimage, les mettre à jour, les lancer, mais c'est bien une couche en plus
• Tout ne peut pas être appimage, donc on est également dans un système dual avec "paquets natifs / appimage en complément pour tout ce qui est GUI"

Donc finalement les critiques à flatpak ne sont pas si pires. Peut être que flatpak prend un peu de place, oui, mais ça passe certainement en 2025, et appimage bundle aussi. Les soucis d'intégration? 99% dûs au sandboxing, qui est une fonctionnalité supplémentaire de flatpak que les appimage n'offrent pas - et ça va certainement beaucoup mieux maintenant, et ça ira de mieux en mieux puisque flatpak est devenu super populaire. Oui il y a une difficulté mais qui n'est pas la technologie flatpak per se qui serait foireuse mais la volonté d'avoir la sécurité : le débat c'est plutôt ça, sandbox ou pas sandbox.

Bon je suppose qu'on s'en fiche un peu. Si un dépôt offre un appimage + un flatpak, 99,9% des linuxiens vont pouvoir l'utiliser sans peine. Il y a aura bien une âme charitable pour proposer cela au dév et cela sera facile à maintenir. Il y a aura bien un geek pour créer un AUR, celui sous Nix créera tousseul son .nix comme un grand, celui sous Gentoo compilera tousseul comme un grand, et Debian & dérivés vont toutes mourir pour le desktop.

De manière générale si ton reproche principal tient dans le besoin de redémarrer, NixOS pourrait te satisfaire puisque l'atomicité fonctionne différemment, en versionnant les binaires et configs dans le /nix/store, et il est possible de basculer sur le système mis à jour en live. (Mais NixOS a ses propres contraintes évidemment!)

Sinon je suppose que le débat devrait être précisé - de quels redémarrages parle t'on, ceux d'un serveur, d'un ordi pro, perso, d'un téléphone ou objet connecté? A mes yeux l'enjeu est trop différent pour généraliser le débat.

Pas de souci que tu ne sois pas fan mais en quoi est-ce une mode cyclique qui n'a pas d'intérêt? Les avantages de l'atomicité sont clairs. S'il n'y a pas d'argument sérieux contre alors cela revient à critique systemd simplement parce qu'il représente une nouvelle méthode.. on a vu la suite : tout n'est pas mode cyclique!

Je dirais que le postulat de base du billet de Martin suggère l'exact contraire. Pour lui (et Vovk, et Poettering, etc.),

Concernant Poettering tu fais référence par ex. à son billet https://0pointer.net/blog/fitting-everything-together.html j'imagine, mais est-ce que tu as d'autres sources? je voulais creuser un peu le sujet…

Je ne sais pas si on peut dire que Nix est trop complexe techniquement par opposition au principe KISS.

Quelque part c'est simple : tout changement est dans nix store, et l'OS va choisir quel nix store. Élémentaire.

Car si je regarde les autres Linux cherchant à implémenter imputabilité, atomicité, reproductibilité, etc.., j'ai l'impression qu'on aboutit a qqchose de pire

J'imagine que Nix est condamnée à rester un poil élitiste. Editer un fichier conf dans une sorte de JSON bizarre… ça limite énormément le public.

Flake, j'ai l'impression que la communauté l'adopte largement. Le problème est juste que cela rajoute encore une couche à apprendre…

Ah oui j'étais resté sur ton billet ou tu imaginais Arch, Gentoo ou OpenSuse, ça bouge vite! Des distribs basées sur Nix seront certainement un des moyens de la faire évoluer.

En attendant je trouve qu'elle répond étrangement aux ambitions modernes malgré son âge avancé. Je redécouvre Linux.

merci je vais faire ça, oui

arf en voulant éditer j'ai posté , le boulet. Il me restait à éditer pas mal de liens et blocs de code, désolé…

Le desktop j'ai testé vite fait, j'ai bien aimé l'expérience mais ça reste euh, un peu ambitieux de démarrer un bureau complet.

mais du coup on ne peut pas partager un écran en 2 sur Niri?
genre on veut forcer la taille des fenêtres pour avoir côte à côte un terminal et un éditeur de texte, etc ?

Sway peut utiliser ta config i3 , donc ça peut permettre de tester Wayland a moindre frais :)

Je sais qu'il ya eu des travaux sur la perf et les bugs. Mais comme je n'ai pas connu le hyprland d'il y a un an, ni fait de benchmark, je ne sais pas trop dire. Peut être retester un petit coup

Oui bien sûr plusieurs écrans possibles et on peut définir des raccourcis et des règles. Je ne sais pas trop sous le capot comment c'est fait.

Wezterm tout à fait je l'ai sur la to-do list, je suis preneur si tu peux préciser les fonctionnalités qui ton séduit.

C'est intéressant de proposer un militantisme "réaliste" [1] . Or justement tu as pu proposer du contenu "militant"… mais pas depuis longtemps. J'espère que tu sera motivé pour proposer quelque chose car il y a encore des lecteurs ici.

[1] perso je suis carrément du côté obscur n'utiliser le libre que lorsqu'il est meilleur et parce qu'il est meilleur, mais ça osef c'est ma vie!

internet n'a pas attendu l'IA pour exposer les plus pathétiques créations, et avant internet l'homme….

Rien n'empêche d'utiliser l'IA pour réaliser des tâches bêtes et utiles qui incombent jusqu'ici des êtres humains. Donc un gain de productivité phénoménal -> comparaison avec l'imprimerie fondée.

Si la société, au passage, fait n'importe quoi de l'IA ce serait plutôt un problème politique.

Oui merci pour la publication et pour l'effort de modération.

Pourquoi? Parce que je suis tombé dessus merci fil rss, sinon je n'aurai rien lu du tout sur ce sujet - cela me permet d'apprendre deux trois trucs, de me faire mon avis. Pour un site qui a des valeurs, raison de plus pour relayer toutes les infos sans crainte, quitte à ajouter un petit peu d'explication comme cela a été fait.

Alors pour un journal à propos d'édition et d'exigence qualité, les typos sont ombrageuses!

"les remplacer à moinder cout"
"Une époque ou" , sans accent
On a aussi IA accordé au masculin. Et j'en ai sans doute loupé.

Oui encore une fois dans l'histoire, de nombreux jobs sont condamnés dans le futur à une évolution, faisant des nouveaux emplois humains des métiers plus intéressants, faits de plus d'analyse et de moins d'automatismes, et c'est tant mieux ! Au diable les anciens jobs qui ont été robotisés, c'est qu'ils ne valaient pas la peine de sacrifier la vie des vraies gens.

Désolé mais les natures mortes ne datent absolument pas de l'impressionisme… Pas plus que les paysages…