Je parle surtout de question d'échelle. Les automobiles ont pris du poids en 20 ans. Leur poids et leur consommation d'essence n'a pas été multiplié par 150 par contre. La contrainte à la réparation c'est surtout sur la filière des garages multimarques que ça pose problème, moins sur l'utilisateur final. Et c'est surtout un business model. Les voitures se réparent toujours, faut juste passer à la caisse pour avoir droit au manuel.
Alors oui des sales pratiques ça existe dans toutes les industries mais en général on essaie de vendre un produit dont les nouvelles caractéristiques plaisent à l'utilisateur…
Alors on va me dire, si c'était si bien avant, pourquoi les utilisateurs n'utilisent pas encore leur vieux pentium 233mhz d'il y a 25ans. La vérité est que beaucoup le feraient si les mises à jour logiciels n'avaient pas rendu leur machine de plus en plus lente. La plupart des gens remplacent leur PC parce qu'ils y ressentent une lenteur qu'il n'avait pas au début, pas parce qu'ils ont besoin de fonctionnalité supplémentaires.
J'ai eu la même discussion avec un developpeur d'un logiciel, leader dans son domaine et il était aussi affaré et honteux de l'état de l'art dans son industrie/domaine. Alors certe dans certains domaines on fait des trucs qu'on ne faisait pas du tout avant, traitement d'image, vidéo, son, deep learning… Mais ce qu'on faisait déjà bien à l'époque, on est incapable à niveau de fonctionnalité égale de faire aussi économe, même pour des outils qui ne nous rendent pas plus productifs qu'avant à moins de réutiliser les languages et toolkits de la même époque. On arrive à justifier qu'une calculatrice ou un éditeur de texte doive peser plusieurs dizaine voire centaines de MB alors que la même chose tenait dans quelques centaines de KB il y a quelques années.
Ce même développeur m'avouait qu'en dehors de son travail il developpait des petits logiciels sur son temps libre sur un vieux windows 2000 ou XP avec un visual studio d'époque car ça lui permet d'avoir un IDE + documentation complète en locale et que ses logiciels pesaient beaucoup moins lourd qu'avant et fonctionnaient sur toutes les plateformes grace à wine[1]. Et il utilisait le moins possible de libs et frameworks clés en mains qui te permettent de gérer le vol d'une fusée jusqu'à Jupiter tout gérant la domotique de ta mason alors que toute ce que t'as besoin c'est d'une petite fonction de hashage [2].
[1] alors oui certe, si on veut décompter le poids totale de son appli autre chose qu'un windows, faut compter wine/libwine, qui de nos jours est devenu aussi assez gros.
[2] j'exagère à peine
À part ça comment fait firefox, qui ne fait pas du toute dans l'application légère, pour proposer des binaires qui marchent sur n'importe quel distrib, dans une tarball de 73MB qui en fait 234MB décompressé sans passer par appimage ou flatpak et pourquoi ça pose autant de problème à l'équipe de Kiwix de faire la même chose?
C'est justement ce qu'on lui reproche*. Ça sert à faire un gros binaire et au dev de faire le boulot pour s'assurer que ce binaire fonctionne correctement.
Le monde du developpement logiciel est quand même incroyable.
C'est une des seules industries où le fabricant te justifie de créer des produits inférieurs pour l'utilisateur parce que c'est plus commode pour lui.
Si les autres industries faisaient pareil, on aurait des réfrigérateurs qui font des bruits de bombardier et font vibrer toute la cuisine, une voiture individuelle pèserait le poids d'un 38 tonnes et consommerait du 100L au 100km, un vélo serait tellement lourd qu'on ne pourrait pas monter une côte avec, une télé…ben elle ne serait pas plate déjà, pour un écran de 100cm tu aurais 3-4 mètres de profondeurs. Et ils seraient en train de pleurnicher comme des développeurs oh vous savez intégrer tous ces composants dans quelque chose de compact c'est compliqué, pis si faut prendre en compte toutes vos contraintes de comfort utilisateur on ne va pas y arriver, gnagnagni gnagnagna…nan on sait mieux que vous tenez on va vous vendre cette grosse merde énorme, lente, énergiquement inefficace.
Je n'ai jamais lu la doc de Gimp hein. Et tu n'as surement jamais utilisé photoshop ou aucun autre logiciel métier si tu penses que tu ne te retrouves jamais dans les situations mentionnée où tu ne comprends pas ce qu'il se passe. Même sur des trucs très très grand public comme OFfice, vas éditer un powerpoint ou un document word remplis de captures d'écrans réalisé par une autre personne, tu vas aussi rire un bon coup si tu crois qu'en quelques clics tout va s'aligner comme tu l'imaginais au début. C'est essentiellement une des tarres du concept WYSIWYG et la plupart des logiciels ont leurs souçis à ce niveau. Le truc c'est qu'à part de l'édition basique typique de ce que tu ferais avec imagemagick, c'est assez compliqué d'étiter des images en WYSIWYM, à part pour les générer via deep learning.
Alors qu'en fait depuis tout ce temps, il fallait simplement utiliser TK et si possible avec un langage stable comme tcl ou perl5[1] qui ne cassent pas la compatibilité tous les 4 matins.
Le problème c'est que seuls les dinosaures continuent à les utiliser.
[1] la communauté a même préféré changer le nom de perl 6 pour que perl reste perl
Ouais j'entendais par là ce qui est proposé par défaut via l'installation de base, pas le support via le paquet snap.
Beaucoup de distribs installent le backend flatpak pour kde discover et gnome software via l'install du bureau par défaut. Peu le font pour les snaps il me semble.
Il existe firejail pour sandboxer une application avec les cgroups.
Comme souvent le wiki archlinux est très complet à ce sujet.
Après il ne faut pas prendre le sandboxing pour de la poudre magique. Ça permet de limiter les privilèges d'une application, ça permet d'isoler l'une de l'autre, mais au final si tu lui donnes accès à tes données, l'application en fait ce qu'elle veut, et d'autant plus si elle a accès à tes données, et au réseau.
Du coup c'est pas une raison pour faire tourner tout et n'importe quoi.
Justement : l'outil devrait permettre un paramétrage par défaut, mais ne pas empêcher les utilisateurs de l'adapter à leur configuration. Comme ça, ilm n'y a pas à se prendre la tête sur les besoins/désirs, et l'utilisateur paramètre en fonction de ce qui est idéal pour lui.
Ben en regardant d'un peu plus près, j'ai l'impression justement qu'il n'y a pas de solution.
J'ai cru que quelqu'un t'avais enseigné une solution snap connections mais apparemment ça ne fait pas ce que fait flatseal si j'en crois ton commentaire.
Je crois qu'on comprends vite pourquoi toutes les distribs proposent du flatpak et personne à part ubuntu et ses dérivés ne proposent le snap.
Je ne suis pas sûr que "dérive sécuritaire" soit le bon mot. C'est une expression utilisée en général pour dénoncer des infractions aux droits de l'homme sous couvert de sécurité.
Là on est juste dans un cas où le compromis/l'intersection entre les besoins/désirs de sécurisation et ceux de l'ergonomie et de la flexibilité est difficile à trouver et jamais idéale pour tous les utilisateurs.
Et au final des solutions ont été évoquées aux problèmes mentionnés.
Par ailleurs j'ajouterai que faire la course à la dernière version d'un programme, mais pourquoi? Es-tu capable de formuler quelles fonctionnalitées aurais-tu perdu où quels bugs tu aurais rencontrés et t'aurais limité dans ton activité en utilisant la version fournie par ubuntu sous forme de paquet deb? Si la réponse est non, peut-être que le plus simple aurait été de te contenter de cette version.
Ça c'est bien quand on est proprio où qu'on est prêt à percer reboucher au besoin :)
Au final j'ai partagé ce projet que j'ai vu sur un toot, mais pour mon cas personnel le multiroom, c'est complètement nul sauf quand je suis tout seul à la maison (et encore ce sont des watts gaspillés, voir plus bas). Parce que des fois je suis dans la cuisine et je me mets de la musique, et ma partenaire qui est en train d'écouter un podcast ou autre chose dans la salle de bain ou le salon n'a pas forcément envie que je lui impose. Et que même si ce sont des pi ou autres appareil basse consommation, il faut aussi un ampli et des enceintes, donc des watts gaspillés à les avoir tout le temps allumé. Où alors faut les booter au moment où on arrive dans la pièce et c'est pas immédiat.
Du coup je me suis rendu compte que c'est plus simple de se balader avec une enceinte bluetooth portable et d'avoir chacun la sienne + une grosse LG XBoom pour l'extérieur.
Je suis pas très au fait du multi-room mais justement je pense que le besoin que j'ai entre là-dedans : avoir la possibilité de diffuser le son de la TV dans d'autres pièces (terrasse, salle de bain) avec le moins de décalage possible (j'ai déjà un stream icecast qui le fait, mais le décalage est de plusieurs secondes dûe au buffering) . Est-ce bien ça dont il s'agit ?
Oui c'est ça.
Qu'est-ce qui existe déjà comme solutions multi-room libres ?
ben oui en fait la norme n'est pas si con que ça je suis d'accord. On peut quand même critiquer les valeurs par défaut.
Du coup pourquoi les distribs décident t'elles de maintenir le bordel à l'ancienne?
Si j'ai pas un /etc/skel tout prêt tout beau tout propre à la première install le bureau par défaut d'une distrib va me foutre le boxon. C'est balaud.
N'hésite pas à voter pour les bugs en questions du coup.
Ben du coup oui, ça me rend curieux et je vais configurer un de mes laptops pour ranger les configs, data et caches dand des endroits plus appropriés et je vais voir qui respecte ou pas ces variables XDG…
J'ai fais un raccourci, ce n'est pas dans les specs de XDG mais de Freedesktop. Mais comme XDG est une spec de Freedesktop, au final ça revient au même, juste que ce n'est pas dans la même doc _^
XDG est la seule tentative qui te permet de faire ce que tu demande.
On parie combien que 90% de developpeurs auront hardcodé ~/.config, ~/.local/share, ~/.local/state et ~/.cache plutôt que d'utiliser $XDG_CONFIG_HOME $XDG_DATA_HOME $XDG_STATE_HOME $XDG_CACHE_HOME ?
Et encore, si tu sais qu'il y a une application que tu vas ouvrir à tous les coups, pourquoi ne pas l'ouvrir automatiquement à l'ouverture de la session.
Vous avez beaucoup de sessions ouverte sans avoir au moins une fenêtre de navigateur?
À part un pc dédié à une tâche précise, genre écriture, MAO, contrôle de machines, et pour lesquelles on pourra mettre en autodémarrage une autre appli (pour justement éviter d'ouvrir le navigateur et procrastiner), je ne vois pas.
C'est toujours pas des arguments, c'est du même niveau que quand un utilisateur découvre un unix-like et trouve que /var, /usr et /bin. C'est le bordel. Je peux comprendre que ça ne te plaît pas. Mais j'aime pas n'ai pas plus pertinent que j'aime.
Mon argument est qu'ils sont partis d'un truc bancal, un home fourretout, pour continuer à le rendre encore plus bancale et encore plus fourre-tout.
Avant xdg, ce n'était pas pire que maintenant, au contraire.
Un truc intelligent, ça aurait été de dire maintenant on arrête de foutre de la config, du cache et des binaires dans le répertoire de l'utilisateur.
D'ailleurs une distribution ou un mainteneur pourrait faire la transition en douceur. Un script de post installation qui crée un lien symbolique entre l'ancien et le nouveau chemin, ou un patch pour que OpenSSH compilé sur Debian garde le chemin ~/.ssh par défaut quelques temps en prévenant quand c'est fini.
Et ils ne le font pas. Ça n'est probablement pas pour rien.
Il y a des bénéfices à essayer de clarifier tout cela. Pour la politique de sauvegarde des données ça permet de savoir qu'on a rien oublié,
Si tu veux être sûr de rien oublier, tu sauvegardes tout, XDG n'apporte pas de plus value.
ou à l'inverse d'ignorer des choses dont on a pas envie de sauvegarder.
XDG ne résout pas non plus ce problème vu que les dev d'applis qui utilisent xdg ne l'utilisent pas toujours correctement. Genre les applis basées sur chromium qui foutent leur cache dans .config par exemple. Et avec electron ça doit faire une tétrachiée d'applis maintenant.
[^] # Re: Flatseal
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 3.
Je parle surtout de question d'échelle. Les automobiles ont pris du poids en 20 ans. Leur poids et leur consommation d'essence n'a pas été multiplié par 150 par contre. La contrainte à la réparation c'est surtout sur la filière des garages multimarques que ça pose problème, moins sur l'utilisateur final. Et c'est surtout un business model. Les voitures se réparent toujours, faut juste passer à la caisse pour avoir droit au manuel.
Alors oui des sales pratiques ça existe dans toutes les industries mais en général on essaie de vendre un produit dont les nouvelles caractéristiques plaisent à l'utilisateur…
Alors on va me dire, si c'était si bien avant, pourquoi les utilisateurs n'utilisent pas encore leur vieux pentium 233mhz d'il y a 25ans. La vérité est que beaucoup le feraient si les mises à jour logiciels n'avaient pas rendu leur machine de plus en plus lente. La plupart des gens remplacent leur PC parce qu'ils y ressentent une lenteur qu'il n'avait pas au début, pas parce qu'ils ont besoin de fonctionnalité supplémentaires.
[^] # Re: Flatseal
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 6. Dernière modification le 22 août 2023 à 16:00.
J'ai eu la même discussion avec un developpeur d'un logiciel, leader dans son domaine et il était aussi affaré et honteux de l'état de l'art dans son industrie/domaine. Alors certe dans certains domaines on fait des trucs qu'on ne faisait pas du tout avant, traitement d'image, vidéo, son, deep learning… Mais ce qu'on faisait déjà bien à l'époque, on est incapable à niveau de fonctionnalité égale de faire aussi économe, même pour des outils qui ne nous rendent pas plus productifs qu'avant à moins de réutiliser les languages et toolkits de la même époque. On arrive à justifier qu'une calculatrice ou un éditeur de texte doive peser plusieurs dizaine voire centaines de MB alors que la même chose tenait dans quelques centaines de KB il y a quelques années.
Ce même développeur m'avouait qu'en dehors de son travail il developpait des petits logiciels sur son temps libre sur un vieux windows 2000 ou XP avec un visual studio d'époque car ça lui permet d'avoir un IDE + documentation complète en locale et que ses logiciels pesaient beaucoup moins lourd qu'avant et fonctionnaient sur toutes les plateformes grace à wine[1]. Et il utilisait le moins possible de libs et frameworks clés en mains qui te permettent de gérer le vol d'une fusée jusqu'à Jupiter tout gérant la domotique de ta mason alors que toute ce que t'as besoin c'est d'une petite fonction de hashage [2].
[1] alors oui certe, si on veut décompter le poids totale de son appli autre chose qu'un windows, faut compter wine/libwine, qui de nos jours est devenu aussi assez gros.
[2] j'exagère à peine
[^] # Re: Flatseal
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 10.
À part ça comment fait firefox, qui ne fait pas du toute dans l'application légère, pour proposer des binaires qui marchent sur n'importe quel distrib, dans une tarball de 73MB qui en fait 234MB décompressé sans passer par appimage ou flatpak et pourquoi ça pose autant de problème à l'équipe de Kiwix de faire la même chose?
[^] # Re: Flatseal
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 10.
Le monde du developpement logiciel est quand même incroyable.
C'est une des seules industries où le fabricant te justifie de créer des produits inférieurs pour l'utilisateur parce que c'est plus commode pour lui.
Si les autres industries faisaient pareil, on aurait des réfrigérateurs qui font des bruits de bombardier et font vibrer toute la cuisine, une voiture individuelle pèserait le poids d'un 38 tonnes et consommerait du 100L au 100km, un vélo serait tellement lourd qu'on ne pourrait pas monter une côte avec, une télé…ben elle ne serait pas plate déjà, pour un écran de 100cm tu aurais 3-4 mètres de profondeurs. Et ils seraient en train de pleurnicher comme des développeurs oh vous savez intégrer tous ces composants dans quelque chose de compact c'est compliqué, pis si faut prendre en compte toutes vos contraintes de comfort utilisateur on ne va pas y arriver, gnagnagni gnagnagna…nan on sait mieux que vous tenez on va vous vendre cette grosse merde énorme, lente, énergiquement inefficace.
[^] # Re: UI
Posté par Psychofox (Mastodon) . En réponse à la dépêche Sortie de GIMP 2.99.16 : édition Wilber Week 2023 !. Évalué à 3.
oui je sais mais tu vas rarement utiliser les fonctionnalité de scripting pour dessiner, faire des sélections manuelles, etc.
[^] # Re: titre inadapté et course à la dernière version.
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 4.
Nous sommes d'accord.
[^] # Re: L'histoire se répète
Posté par Psychofox (Mastodon) . En réponse au lien Flatpak is not the future et pourquoi l'auteur pense qu'on devrait développer pour GTK3 et pas GTK4. Évalué à 6.
zut, il y'a les devs COBOL/TK et Fortran/motif qui moinssent. On les a oublié.
[^] # Re: UI
Posté par Psychofox (Mastodon) . En réponse à la dépêche Sortie de GIMP 2.99.16 : édition Wilber Week 2023 !. Évalué à 4.
Je n'ai jamais lu la doc de Gimp hein. Et tu n'as surement jamais utilisé photoshop ou aucun autre logiciel métier si tu penses que tu ne te retrouves jamais dans les situations mentionnée où tu ne comprends pas ce qu'il se passe. Même sur des trucs très très grand public comme OFfice, vas éditer un powerpoint ou un document word remplis de captures d'écrans réalisé par une autre personne, tu vas aussi rire un bon coup si tu crois qu'en quelques clics tout va s'aligner comme tu l'imaginais au début. C'est essentiellement une des tarres du concept WYSIWYG et la plupart des logiciels ont leurs souçis à ce niveau. Le truc c'est qu'à part de l'édition basique typique de ce que tu ferais avec imagemagick, c'est assez compliqué d'étiter des images en WYSIWYM, à part pour les générer via deep learning.
[^] # Re: L'histoire se répète
Posté par Psychofox (Mastodon) . En réponse au lien Flatpak is not the future et pourquoi l'auteur pense qu'on devrait développer pour GTK3 et pas GTK4. Évalué à 10. Dernière modification le 22 août 2023 à 09:47.
Alors qu'en fait depuis tout ce temps, il fallait simplement utiliser TK et si possible avec un langage stable comme tcl ou perl5[1] qui ne cassent pas la compatibilité tous les 4 matins.
Le problème c'est que seuls les dinosaures continuent à les utiliser.
[1] la communauté a même préféré changer le nom de perl 6 pour que perl reste perl
[^] # Re: Dériveur
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 4. Dernière modification le 21 août 2023 à 18:23.
À côté pipewire c'est passé crème non?
Bon le fait que l'auteur ait travaillé avec les auteurs de pulseaudio, jack et ardour pour assurer la compatibilité n'y est sans doute pas pour rien.
# oublié de préciser...
Posté par Psychofox (Mastodon) . En réponse au lien Flatpak is not the future et pourquoi l'auteur pense qu'on devrait développer pour GTK3 et pas GTK4. Évalué à 4. Dernière modification le 21 août 2023 à 18:05.
…l'article est de 2021.
[^] # Re: Dériveur
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 5.
Certains sont contre:
https://linuxfr.org/users/psychofox/liens/flatpak-is-not-the-future-et-pourquoi-l-auteur-pense-qu-on-devrait-developper-pour-gtk3-et-pas-gtk4
[^] # Re: titre inadapté et course à la dernière version.
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 3.
Ouais j'entendais par là ce qui est proposé par défaut via l'installation de base, pas le support via le paquet snap.
Beaucoup de distribs installent le backend flatpak pour kde discover et gnome software via l'install du bureau par défaut. Peu le font pour les snaps il me semble.
[^] # Re: Flatseal
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 7.
Il existe firejail pour sandboxer une application avec les cgroups.
Comme souvent le wiki archlinux est très complet à ce sujet.
Après il ne faut pas prendre le sandboxing pour de la poudre magique. Ça permet de limiter les privilèges d'une application, ça permet d'isoler l'une de l'autre, mais au final si tu lui donnes accès à tes données, l'application en fait ce qu'elle veut, et d'autant plus si elle a accès à tes données, et au réseau.
Du coup c'est pas une raison pour faire tourner tout et n'importe quoi.
[^] # Re: titre inadapté et course à la dernière version.
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 3.
J'ai cru que quelqu'un t'avais enseigné une solution
snap connectionsmais apparemment ça ne fait pas ce que faitflatsealsi j'en crois ton commentaire.Je crois qu'on comprends vite pourquoi toutes les distribs proposent du flatpak et personne à part ubuntu et ses dérivés ne proposent le snap.
# titre inadapté et course à la dernière version.
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 7.
Je ne suis pas sûr que "dérive sécuritaire" soit le bon mot. C'est une expression utilisée en général pour dénoncer des infractions aux droits de l'homme sous couvert de sécurité.
Là on est juste dans un cas où le compromis/l'intersection entre les besoins/désirs de sécurisation et ceux de l'ergonomie et de la flexibilité est difficile à trouver et jamais idéale pour tous les utilisateurs.
Et au final des solutions ont été évoquées aux problèmes mentionnés.
Par ailleurs j'ajouterai que faire la course à la dernière version d'un programme, mais pourquoi? Es-tu capable de formuler quelles fonctionnalitées aurais-tu perdu où quels bugs tu aurais rencontrés et t'aurais limité dans ton activité en utilisant la version fournie par ubuntu sous forme de paquet deb? Si la réponse est non, peut-être que le plus simple aurait été de te contenter de cette version.
[^] # Re: Solutions libres multi-room
Posté par Psychofox (Mastodon) . En réponse au lien Le chien aboie en multiroom. Évalué à 4.
Ça c'est bien quand on est proprio où qu'on est prêt à percer reboucher au besoin :)
Au final j'ai partagé ce projet que j'ai vu sur un toot, mais pour mon cas personnel le multiroom, c'est complètement nul sauf quand je suis tout seul à la maison (et encore ce sont des watts gaspillés, voir plus bas). Parce que des fois je suis dans la cuisine et je me mets de la musique, et ma partenaire qui est en train d'écouter un podcast ou autre chose dans la salle de bain ou le salon n'a pas forcément envie que je lui impose. Et que même si ce sont des pi ou autres appareil basse consommation, il faut aussi un ampli et des enceintes, donc des watts gaspillés à les avoir tout le temps allumé. Où alors faut les booter au moment où on arrive dans la pièce et c'est pas immédiat.
Du coup je me suis rendu compte que c'est plus simple de se balader avec une enceinte bluetooth portable et d'avoir chacun la sienne + une grosse LG XBoom pour l'extérieur.
[^] # Re: Solutions libres multi-room
Posté par Psychofox (Mastodon) . En réponse au lien Le chien aboie en multiroom. Évalué à 5.
Oui c'est ça.
Ben ce projet justement.
Il y en a d'autres, le plus connu il me semble est snapcast qui est déjà packagé par certaines distribs, je l'avais testé avec des raspberry pi, ça marchait bien aussi:
https://mjaggard.github.io/snapcast/
https://github.com/strobe-audio/strobe-hub
# acronymes
Posté par Psychofox (Mastodon) . En réponse au journal MS vs LTT. Évalué à 10.
Ce serait bien que les acronymes soient expliqués afin que le lecteur puisse connaitre le contexte sans lire un fouilli de liens.
J'ai eu du mal à comorendre ce que Microsoft avait à voir là-dedans ni ce qu'est LTT.
[^] # Re: Ce troll de compèt c’est pour vendredi ?
Posté par Psychofox (Mastodon) . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 7.
ben oui en fait la norme n'est pas si con que ça je suis d'accord. On peut quand même critiquer les valeurs par défaut.
Du coup pourquoi les distribs décident t'elles de maintenir le bordel à l'ancienne?
Si j'ai pas un /etc/skel tout prêt tout beau tout propre à la première install le bureau par défaut d'une distrib va me foutre le boxon. C'est balaud.
Ben du coup oui, ça me rend curieux et je vais configurer un de mes laptops pour ranger les configs, data et caches dand des endroits plus appropriés et je vais voir qui respecte ou pas ces variables XDG…
…la suite dans un prochain journal j'imagine.
[^] # Re: Ce troll de compèt c’est pour vendredi ?
Posté par Psychofox (Mastodon) . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 3.
J'ai fais un raccourci, ce n'est pas dans les specs de XDG mais de Freedesktop. Mais comme XDG est une spec de Freedesktop, au final ça revient au même, juste que ce n'est pas dans la même doc _^
[^] # Re: Ce troll de compèt c’est pour vendredi ?
Posté par Psychofox (Mastodon) . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 2.
On parie combien que 90% de developpeurs auront hardcodé
~/.config,~/.local/share,~/.local/stateet~/.cacheplutôt que d'utiliser $XDG_CONFIG_HOME $XDG_DATA_HOME $XDG_STATE_HOME $XDG_CACHE_HOME ?[^] # Re: Ne pas prendre ce qui suit comme une critique
Posté par Psychofox (Mastodon) . En réponse au journal L'image du jour Wikimedia en fond d’écran Sway. Évalué à 3.
Et encore, si tu sais qu'il y a une application que tu vas ouvrir à tous les coups, pourquoi ne pas l'ouvrir automatiquement à l'ouverture de la session.
Vous avez beaucoup de sessions ouverte sans avoir au moins une fenêtre de navigateur?
À part un pc dédié à une tâche précise, genre écriture, MAO, contrôle de machines, et pour lesquelles on pourra mettre en autodémarrage une autre appli (pour justement éviter d'ouvrir le navigateur et procrastiner), je ne vois pas.
[^] # Re: Ce troll de compèt c’est pour vendredi ?
Posté par Psychofox (Mastodon) . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 0.
Mon argument est qu'ils sont partis d'un truc bancal, un home fourretout, pour continuer à le rendre encore plus bancale et encore plus fourre-tout.
Avant xdg, ce n'était pas pire que maintenant, au contraire.
Un truc intelligent, ça aurait été de dire maintenant on arrête de foutre de la config, du cache et des binaires dans le répertoire de l'utilisateur.
[^] # Re: Ce troll de compèt c’est pour vendredi ?
Posté par Psychofox (Mastodon) . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 5.
Et ils ne le font pas. Ça n'est probablement pas pour rien.
Si tu veux être sûr de rien oublier, tu sauvegardes tout, XDG n'apporte pas de plus value.
XDG ne résout pas non plus ce problème vu que les dev d'applis qui utilisent xdg ne l'utilisent pas toujours correctement. Genre les applis basées sur chromium qui foutent leur cache dans .config par exemple. Et avec electron ça doit faire une tétrachiée d'applis maintenant.