Il n'est pour l'instant pas encore question de l'intégrer. C'est une initiative et le travail personnel d'un developpeur japonais mais j'imagine qu'il n'y a aucune raison qu'il ne le propose pas une fois estimé suffisante la qualité du code et la fiabilité du fs.
Soit dit en passant, est-ce que firefox est incompatible avec ces vieux mac où est-ce juste qu'ils ne fournissent pas de binaire pour celui-ci?
Si c'est le second cas, l'auteur du message parent a t-il au moins essayé de compiler une version récente?
D'ailleurs je crois que wine tourne sur mac. Même sans compiler je suis certain qu'on pourrait prendre un firefox récent pour windows et le faire tourner sous wine sur un MacOs plus supporté. C'est un peu sale comme technique mais bon de toute façon à ce niveau là tu utilises déjà un OS terreux, pour reprendre l'expression du GCU Squad alors pourquoi pas?
Je ne suis pas sûr que les deux interlocuteurs parlent de la même chose.
barmic mentionne les recommendations de la CNIL, je cite:
Rendre l’utilisation de TLS obligatoire pour toutes les pages d’authentification, de formulaire ou sur lesquelles sont affichées ou transmises des données à caractère personnel non publiques.
devnewton mentionne visualiser des vidéos de chat, ce qui peut se faire en général sans s'authentifier.
Je suis d'avis que volontairement fermer le protocole 80 et le http pour du contenu statique et du contenu ne nécessitant aucun login est une hérésie. Au final c'est au choix du visiteur s'il veut que le caractère privé de son traffic s'arrête au nom de domaine ou au contenu près.
C'est pas au niveau des sites web que ça peut être géré. On ne peut pas mettre en défaut complètement la sécurité du web pour ça. Il faut que les supports matériel et logiciels soient allongés. La loi donne déjà un minimum, il pourrait être augmenté.
Il y a des limites physiques quand même. Si ton cpu n'a pas la puissance nécessaire ça va être compliqué d'avoir du tls depuis ton vieux c64 ou Macintosh SE.
Un peu compliqué à proposer à quelqu'un qui utilise encore un vieux pentium sous windows 95 et n'a pas les moyens de s'acheter un autre pc. J'imagine que c'est à ça que serve les bibliothèques physiques de nos jours. Il y a des ribambelles d'associations dont le but est de fournir des pcs de récupération à bas prix ou gratuitement et remis au goût du jour pour les plus démunis, selon moi ça devrait être pris en charge par les gouvernements.
Non, pas à n'importe quel prix. Ton site n'a la sécurité que de la plus faible des suites que tu utilise et ça a un impact sur tous tes utilisateurs. C'est pour ça que SSLv3 a été retiré.
Je rejoints Barmic sur le fait que tout ce qui a attrait à de l'authentification est potentiellement dangereux mais contrairement à ce qu'il dit, le risque se situe essentiellement au niveau des utilisateurs, pas au niveau du site. Que des utilisateurs se fassent pwners leurs identifiant ne met pas le site à risque. Les cas de figure où les sites eux-même sont à risques, c'est si des gens ayant des comptes privilégiés eux-même utilisent un protocole non sécurisé, mais bon là ça tombe de leur responsabilité selon moi.
Je ne pense pas que les raisons des uns soient les mêmes que pour les autres.
Par exemple pour le monde Apple ça a du sens, on sépare le produit physique (imac, macbook, ipad, iphone) du système que l'on met à jour (macOS, iOS…).
J'imagine que dans des cas comme sailfishos et lineageos, c'est pour un meilleur SEO et une plus grande facilité de recherche car les deux utilisent des noms communs.
Acvmcessoirement vous avez remarqué comment le site de /e/OS était si difficile à trouver sur un moteur de recherche à ses débuts?
À moins de louer du haut de gamme, ou de louer à un particulier avec un système comme socialcars, c'est rare de pouvoir choisir la marque.
En général à la réservation c'est peugeot trucmuche ou equivalent (et au final tu peux te retrouver avec une opel, renault, seat, skoda aux dimensions similaires). Et ça c'est quand ils te disent pas, oh ben il n'y avait plus de fiat panda alors on vous a upgradé gratuitement à ce SUV.
Le problème de android auto, c'est que ça ne peut s'utiliser qu'en ayant un tel googlisé et avec un compte google.
Si tu veux utiliser osmand et ne pas utiliser un compte google, t'as meilleur temps de poser du velcro sur l'écran original y attacher ton smartphone ou une tablette dédiée pour la navigation.
Mais c'est clair que l'ui android auto est mieux faite que la plupart des systèmes intégrés par les constructeurs. En attendant, je ne loue des bagnoles que quand je ne suis pas tout seul, et ma partenaire ne veut pas abandonner google, du coup difficile d'abandonner le tracking donc c'est elle qui se connecte.
Il aurait tout simplement pu parler de couteau. Le couteau est un outil lorsqu'utilisé pour son usage normal, une arme lorsque non.
Mais à vrai dire pas besoin d'analogie, je ne vois aucun cas ou un fork peut être une arme. La licence te donne le droit de forker quand ça te botte, y compris pour te mettre économiquement en compétition avec l'auteur initial. C'est dans les dispositions donc normalement accepté implicitement par celui qui choisit une license libre. Si ça ne plait pas au developpeur original, ce n'est pas parce que le fork est une arme. C'est parce que le developpeur original n'adhère pas aux licences libres.
La partie où il affirme que gtk3 est abandonné alors que le support existe toujours ?
T'as pas vraiment lu hein?
Je cite:
_This sounds like bad news, but there is a silver lining here: while they’re mucking about with GTK 4, they aren’t breaking GTK 3.
The ongoing transition to GTK 4 gives us an opportunity here. The GTK 3 ABI is finally a stable target, and it’s still pre-installed in most distributions because lots of built-in apps haven’t upgraded yet. If we can get a sufficient number of binary apps depending on it, distributions will be forced to maintain it and even pre-install it “forever”_
Oú il préfère penser à un complot plutôt que de chercher la vérité ?
Il parle d'attitude militante des developpeurs de logiciel libres et il a clairement une vision de developpeur de logiciel propriétaire, ce qu'il est si tu lis sa page linkedin. Il estime qu'on devrait pouvoir fournir un binaire de son application à un instant T et ne pas s'attendre à ce qu'elle soit cassée quelques années plus tard juste parce que les versions mineures du toolkit sortis et livrés entre temps par les distrib le casse.
C'est une opinion que l'on peut partager ou non. Même dans le monde proprio ils ne sont pas d'accord. Microsoft tente au possible de ne jamais rien casser et c'est une des choses qu'ils font très bien avec le corollaire qu'une installation de l'OS qui ne contient presque aucun logiciel prend énormément de place sur le disque, Apple décide qu'ils peuvent décider que les developpeurs doivent fournir une nouvelle application régulièrement ou elle ne sera plus installable via leur store.
L'ironie derrière c'est que c'est un des cas de figure où flatpak peut aider.
T'as le droit de ne pas être d'accord avec son avis, c'est pas une raison pour mentir et lui inventer des délires complotistes qu'il n'a pas formulé.
C'est pas moi qui est lancé la carte web hein, c'est devnewton.
Selon moi le web est populaire parce que le natif multiplateforme, c'est dur (malgré les toolkits/frameworks censés le faciliter), ça demande beaucoup de support, que sur le web il n'y a (hors canary release) qu'une version à la fois à supporter et que tout le déploiement et cycle de vie est géré en amont. Et que ça se prête bien aux méthodes agiles.
Et qu'en plus, c'est un truc qui s'apprend facilement dans son coin en local, pas besoin d'infrastructure de compilation non plus.
mais toi un mec lambda n'ayant aucune base d'utilisateurs
à part des dizaines de milliers mais bon, Zenitram aimes bien inventer des pensées et dires au gens, alors parler sans savoir, on n'est plus à ça près!
En attendant, le monde avance malgré tout (en laissant de côté autant qu'ils peuvent les gens incapables de comprendre les besoins), avec entre autre Snap/Flathub comme solution (avec leurs défauts, mais bon les devs font avec les limites qu'ils ont de la part d'autres), ça fait râler certains mais bon ces gens ne trouvent comme réponse que "il n'y a pas de besoin", des boulets plus qu'autre chose, rien de nouveau certes (et du coup Linux Desktop va décoller… Demain, promis), juste chiant (mais ça fait les affaires des concurrents, surtout non libre en pratique, à croire que c'est voulu)
Hors-sujet. On parlait ici du fait que les utilisateurs réclament des maj logicielles, pas si snap/flathub est la soution. Et en plus je ne râle pas. À priori ce sont les developpeurs qui ne savent pas faire des paquets qui râlent, pas moi.
Soit-dit en passant, j'en n'ai rien à carrer que le desktop linux décolle ou pas, mois je l'utilise depuis 25ans, si j'avais eu besoin de ça j'aurais déjà perdu patience.
Ce que je veux ce sont des standards et de l'interropérabilité entre les OS / programmes et des standards pour tout ce qui est accessible en réseau.
Parce que sinon à se train là continue d'utiliser gtk2, elle est toujours disponible dans les distributions (debian ou arch par exemple) et la dernière version n'a que 2 ans
Tu noteras que c'est un peu de ça que parlait l'article mentionné dans le lien.
Quand on suppose qu'autant de gens ont des comportements irrationnels (à la fois les développeurs de gtk et leurs utilisateurs voir tout développeur ?) c'est :
Tu es le seul à parler d'irrationnalité.
Soit dit en passant, tu mentionnes les utilisateurs. Mais ils ne choisissent pas vraiment le toolkits de leurs applis. En général ils choisissent un bureau et des applis qu'ils aiment et elles sont fournies dans des toolkits divers et variés aussi bien en terme de version.
Les gens s'en contrecarrent que kde plasma est en QT4/QT5 ou QT6. Ils l'utilisent parce qu'il répond à leur besoin. Pareil pour Gnome/XFCE/mate/cinnamon et GTK. Et à part les applis en motifs ou java swing qui jurent souvent esthétiquement, les distributions ont fait en sorte d'avoir des moteurs de thèmes de toolkits qui font que les différences esthétiques s'effacent.
Les utilisateurs, ça leur en touchaient une sans faire bouger l'autre d'utiliser Gimp qui en GTK2 tout ce temps. Et je suis sûr que peu d'entre eux savent dire quelle appli utilise quelle version de toolkit.
Combien de ces frameworks webs ont été complètement abandonnés et ne reçoivent plus de support?
Il me semble que si tu regardes des frameworks populaires relativement vieux, je crois que seul angularjs est abandonné (et c'est très récent). React a 10 ans et sort des versions majeures régulièrement, qui introduisent des breaking changes mais qui n'imposent pas forcément de tout réécrire.
Alors on n'a pas encore une vue similaire à GTK sur 25 ans et le web ça reste grosso modo beaucoup de fragmentation et des gens qui veulent tout réinventer régulièrement, mais le contexte est différent.
Note que du côté de l'utilisateur final, toutes les applis web qui ont été écrites avec ces frameworks à un moment donné continuent de fonctionner. Et au final même si il y en a un plus à la mode à un instant T, ça ne veut pas dire que:
les autres frameworks sont abandonnés par leurs mainteneurs/devs
tous les developeurs abandonnent les autres du jour au lendemain pour réécrire leur app sur celui à la mode.
Tout projet propose un ensemble, des fonctionnalités, un support, des performances, un maintient dans le temps, etc. Juger sur un critère unique en ignorant la vue d'ensemble est par nature biaisée.
Non, c'est exactement ce que je dis plus haut, c'est un choix.
La vérité c'est qu'ils s'en foutent d'avoir la dernière version, ils ne voient en général pas les nouvelles fonctionnalités, n'en ont rien à carrer de bugs qu'ils n'ont jamais rencontré (c'est pas parce qu'un bug existe qu'il touche tout le monde ou cas de figure) et si l'UI change un peu ils râlent (même s'ils finissent par s'y faire et à aimer ce changement sur le long terme et à ne pas vouloir revenir en arrière).
À part les power users qui sont une fraction des utilisateurs, les gens ne réclament pas de nouvelles versions et n'utilisent qu'une fraction des fonctionnalités des logiciels qu'ils utilisent.
Pourtant ca se passe trop mal sur Android avec les app distribuées sur le Play Store.
Ce n'est pas de ça que je parle.
Je sais pas, moi quand je fixe un bug je suis content de savoir que mes utilisateurs arrêtent de pester. A vrai dire, c'est même la seule satisfaction pour corriger les bugs, parce qu'intellectuellement en général c'est pas le kif. Si tu fixes un truc, mais la correction n'est jamais distribuée, c'est quand même démotivant non ?
Ce n'est pas non plus de ça que je parle.
Je dis juste que les utilisateurs, en général, ce ne sont pas eux qui réclament une nouvelle version.
Les couches graphiques, que ce soit le matériel comme la gestion sous Linux (genre l'arrivée de Wayland) a nécessité de gros ajustements. De la même façon que OpenGL a été mis au placard pour privilégier une nouvelle API : Vulkan.
Je serais tenté de dire que l'appli n'en a rien a carer de ce qu'il se passe derrière. Le toolkit pourrait évoluer et supporter un nouveau type d'affichage comme wayland, du hdpi et d'autres joyeusetés tout en maintenant une API stable.
Par exemple GNUSTEP a ajouté le support de wayland, mais n'a pas changé de version majeure et tu n'as pas à faire un effort de réécriture/portage de ton appli pour les nouvelles versions.
Si GTK casse la compatibilité tous les 4 à 10 ans c'est par choix, pas par obligation. Un choix qui a sans doute ses avantages mais personne ne leur mets un flingue sur la tempe en leur disant de tout casser.
Les 900 Mo, c'est pas pour la calculatrice mais pour "la plateforme" (800 Mo pour GNOME 44)
Il existe un système de dé-duplication dans Flatpak
remarque uniquement valable si tu utilises une distro immutable style silverblue, où que tu as installé le minimum sur ta distrib (un window manager à la limite mais pas un bureau complet). Autrement t'as beau avoir de la dedup, elle ne se fait qu'entre les solutions flatpak, tu te coltines et les libs, toolkits, frameworks de ton bureau, et ceux de flatpak.
[^] # Re: Est-ce que les devs OpenBSD sont intéressés ?
Posté par Psychofox (Mastodon) . En réponse au lien Le port de Hammer2 pour OpenBSD avance. Évalué à 3.
Il n'est pour l'instant pas encore question de l'intégrer. C'est une initiative et le travail personnel d'un developpeur japonais mais j'imagine qu'il n'y a aucune raison qu'il ne le propose pas une fois estimé suffisante la qualité du code et la fiabilité du fs.
[^] # Re: D'accord, mais pourquoi ?
Posté par Psychofox (Mastodon) . En réponse au journal Le grand remplacement des navigateurs Web d’avant 2020. Évalué à 3.
Soit dit en passant, est-ce que firefox est incompatible avec ces vieux mac où est-ce juste qu'ils ne fournissent pas de binaire pour celui-ci?
Si c'est le second cas, l'auteur du message parent a t-il au moins essayé de compiler une version récente?
D'ailleurs je crois que wine tourne sur mac. Même sans compiler je suis certain qu'on pourrait prendre un firefox récent pour windows et le faire tourner sous wine sur un MacOs plus supporté. C'est un peu sale comme technique mais bon de toute façon à ce niveau là tu utilises déjà un OS terreux, pour reprendre l'expression du GCU Squad alors pourquoi pas?
[^] # Re: Possible que ce soit une suite de la fin d'Internet Explorer
Posté par Psychofox (Mastodon) . En réponse au journal Le grand remplacement des navigateurs Web d’avant 2020. Évalué à 4. Dernière modification le 27 août 2023 à 18:49.
Je ne suis pas sûr que les deux interlocuteurs parlent de la même chose.
barmic mentionne les recommendations de la CNIL, je cite:
Rendre l’utilisation de TLS obligatoire pour toutes les pages d’authentification, de formulaire ou sur lesquelles sont affichées ou transmises des données à caractère personnel non publiques.
devnewton mentionne visualiser des vidéos de chat, ce qui peut se faire en général sans s'authentifier.
Je suis d'avis que volontairement fermer le protocole 80 et le http pour du contenu statique et du contenu ne nécessitant aucun login est une hérésie. Au final c'est au choix du visiteur s'il veut que le caractère privé de son traffic s'arrête au nom de domaine ou au contenu près.
Il y a des limites physiques quand même. Si ton cpu n'a pas la puissance nécessaire ça va être compliqué d'avoir du tls depuis ton vieux c64 ou Macintosh SE.
Cela-dit pour du retro-computing, il y a des solutions techniques à partir du moment où on dispose d'une machine plus puissante un exemple:
- https://github.com/DrKylstein/retro-proxy
- https://github.com/moxie0/sslstrip
- https://github.com/tenox7/wrp
- nginx ou squid comme proxy avec la config qui va bien.
- des protocoles comme x11 forwarding / vnc / remote desktop sur le réseau local connectés à une machine fournissant un navigateur.
Un peu compliqué à proposer à quelqu'un qui utilise encore un vieux pentium sous windows 95 et n'a pas les moyens de s'acheter un autre pc. J'imagine que c'est à ça que serve les bibliothèques physiques de nos jours. Il y a des ribambelles d'associations dont le but est de fournir des pcs de récupération à bas prix ou gratuitement et remis au goût du jour pour les plus démunis, selon moi ça devrait être pris en charge par les gouvernements.
Je rejoints Barmic sur le fait que tout ce qui a attrait à de l'authentification est potentiellement dangereux mais contrairement à ce qu'il dit, le risque se situe essentiellement au niveau des utilisateurs, pas au niveau du site. Que des utilisateurs se fassent pwners leurs identifiant ne met pas le site à risque. Les cas de figure où les sites eux-même sont à risques, c'est si des gens ayant des comptes privilégiés eux-même utilisent un protocole non sécurisé, mais bon là ça tombe de leur responsabilité selon moi.
# divers
Posté par Psychofox (Mastodon) . En réponse au journal mais pourquoi s'appellent ils tous "OS"?. Évalué à 5. Dernière modification le 27 août 2023 à 11:09.
Je ne pense pas que les raisons des uns soient les mêmes que pour les autres.
Par exemple pour le monde Apple ça a du sens, on sépare le produit physique (imac, macbook, ipad, iphone) du système que l'on met à jour (macOS, iOS…).
J'imagine que dans des cas comme sailfishos et lineageos, c'est pour un meilleur SEO et une plus grande facilité de recherche car les deux utilisent des noms communs.
Acvmcessoirement vous avez remarqué comment le site de /e/OS était si difficile à trouver sur un moteur de recherche à ses débuts?
[^] # Re: Vision différente :)
Posté par Psychofox (Mastodon) . En réponse au journal Petite leçon de démocratie (suite). Évalué à 5. Dernière modification le 27 août 2023 à 11:01.
Vu que toute la base de sa campagne c'est la victimisation et le complotisme, oui ça lui sert.
[^] # Re: Renault...trafic
Posté par Psychofox (Mastodon) . En réponse au journal Les tribulations d’un GPS embarqué, encore… Et l'avenir , Android Auto et Carplay ?. Évalué à 5.
À moins de louer du haut de gamme, ou de louer à un particulier avec un système comme socialcars, c'est rare de pouvoir choisir la marque.
En général à la réservation c'est peugeot trucmuche ou equivalent (et au final tu peux te retrouver avec une opel, renault, seat, skoda aux dimensions similaires). Et ça c'est quand ils te disent pas, oh ben il n'y avait plus de fiat panda alors on vous a upgradé gratuitement à ce SUV.
[^] # Re: openauto et crankshaft
Posté par Psychofox (Mastodon) . En réponse au journal Les tribulations d’un GPS embarqué, encore… Et l'avenir , Android Auto et Carplay ?. Évalué à 4.
J'ai cherché aussi et je n'ai pas trouvé.
# openauto et crankshaft
Posté par Psychofox (Mastodon) . En réponse au journal Les tribulations d’un GPS embarqué, encore… Et l'avenir , Android Auto et Carplay ?. Évalué à 7.
En attendant si tu veux avoir du android auto sur ta Renault, tu peux, grâce à des projets comme openauto et crankshaft.
# android auto
Posté par Psychofox (Mastodon) . En réponse au journal Les tribulations d’un GPS embarqué, encore… Et l'avenir , Android Auto et Carplay ?. Évalué à 9.
Le problème de android auto, c'est que ça ne peut s'utiliser qu'en ayant un tel googlisé et avec un compte google.
Si tu veux utiliser osmand et ne pas utiliser un compte google, t'as meilleur temps de poser du velcro sur l'écran original y attacher ton smartphone ou une tablette dédiée pour la navigation.
Mais c'est clair que l'ui android auto est mieux faite que la plupart des systèmes intégrés par les constructeurs. En attendant, je ne loue des bagnoles que quand je ne suis pas tout seul, et ma partenaire ne veut pas abandonner google, du coup difficile d'abandonner le tracking donc c'est elle qui se connecte.
[^] # Re: encore merci le libre
Posté par Psychofox (Mastodon) . En réponse à la dépêche Désolé, j'ai forké. Évalué à 4.
Il aurait tout simplement pu parler de couteau. Le couteau est un outil lorsqu'utilisé pour son usage normal, une arme lorsque non.
Mais à vrai dire pas besoin d'analogie, je ne vois aucun cas ou un fork peut être une arme. La licence te donne le droit de forker quand ça te botte, y compris pour te mettre économiquement en compétition avec l'auteur initial. C'est dans les dispositions donc normalement accepté implicitement par celui qui choisit une license libre. Si ça ne plait pas au developpeur original, ce n'est pas parce que le fork est une arme. C'est parce que le developpeur original n'adhère pas aux licences libres.
[^] # 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é à 4.
Ça tombe bien il n'a jamais formulé ça.
[^] # 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é à 3. Dernière modification le 25 août 2023 à 09:37.
T'as pas vraiment lu hein?
Je cite:
_This sounds like bad news, but there is a silver lining here: while they’re mucking about with GTK 4, they aren’t breaking GTK 3.
The ongoing transition to GTK 4 gives us an opportunity here. The GTK 3 ABI is finally a stable target, and it’s still pre-installed in most distributions because lots of built-in apps haven’t upgraded yet. If we can get a sufficient number of binary apps depending on it, distributions will be forced to maintain it and even pre-install it “forever”_
Aucun complot n'est mentionné. Il cite l'expérience d'autres devs par contre avec les multiple cassage de GTK3 lors des releases mineures:
https://blogs.gnome.org/mortenw/2014/06/23/how-does-one-create-a-gtk-application/
Il parle d'attitude militante des developpeurs de logiciel libres et il a clairement une vision de developpeur de logiciel propriétaire, ce qu'il est si tu lis sa page linkedin. Il estime qu'on devrait pouvoir fournir un binaire de son application à un instant T et ne pas s'attendre à ce qu'elle soit cassée quelques années plus tard juste parce que les versions mineures du toolkit sortis et livrés entre temps par les distrib le casse.
C'est une opinion que l'on peut partager ou non. Même dans le monde proprio ils ne sont pas d'accord. Microsoft tente au possible de ne jamais rien casser et c'est une des choses qu'ils font très bien avec le corollaire qu'une installation de l'OS qui ne contient presque aucun logiciel prend énormément de place sur le disque, Apple décide qu'ils peuvent décider que les developpeurs doivent fournir une nouvelle application régulièrement ou elle ne sera plus installable via leur store.
L'ironie derrière c'est que c'est un des cas de figure où flatpak peut aider.
T'as le droit de ne pas être d'accord avec son avis, c'est pas une raison pour mentir et lui inventer des délires complotistes qu'il n'a pas formulé.
[^] # 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é à 3.
C'est pas moi qui est lancé la carte web hein, c'est devnewton.
Selon moi le web est populaire parce que le natif multiplateforme, c'est dur (malgré les toolkits/frameworks censés le faciliter), ça demande beaucoup de support, que sur le web il n'y a (hors canary release) qu'une version à la fois à supporter et que tout le déploiement et cycle de vie est géré en amont. Et que ça se prête bien aux méthodes agiles.
Et qu'en plus, c'est un truc qui s'apprend facilement dans son coin en local, pas besoin d'infrastructure de compilation non plus.
[^] # Re: Flatseal
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 5. Dernière modification le 24 août 2023 à 15:48.
Non
à part des dizaines de milliers mais bon, Zenitram aimes bien inventer des pensées et dires au gens, alors parler sans savoir, on n'est plus à ça près!
Hors-sujet. On parlait ici du fait que les utilisateurs réclament des maj logicielles, pas si snap/flathub est la soution. Et en plus je ne râle pas. À priori ce sont les developpeurs qui ne savent pas faire des paquets qui râlent, pas moi.
Soit-dit en passant, j'en n'ai rien à carrer que le desktop linux décolle ou pas, mois je l'utilise depuis 25ans, si j'avais eu besoin de ça j'aurais déjà perdu patience.
Ce que je veux ce sont des standards et de l'interropérabilité entre les OS / programmes et des standards pour tout ce qui est accessible en réseau.
# On pourrait éviter les expressions racistes et complotistes?
Posté par Psychofox (Mastodon) . En réponse au journal Le grand remplacement des navigateurs Web d’avant 2020. Évalué à 2.
Ça rendrait le site un peu plus convivial.
[^] # 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é à 3.
Tu noteras que c'est un peu de ça que parlait l'article mentionné dans le lien.
[^] # 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é à 4.
Zenitram sors de ce corps!
Peut-être que le débat serait plus sain en éviter prêter aux gens des propos qu'ils n'ont pas formulés.
[^] # 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é à 4.
Tu es le seul à parler d'irrationnalité.
Soit dit en passant, tu mentionnes les utilisateurs. Mais ils ne choisissent pas vraiment le toolkits de leurs applis. En général ils choisissent un bureau et des applis qu'ils aiment et elles sont fournies dans des toolkits divers et variés aussi bien en terme de version.
Les gens s'en contrecarrent que kde plasma est en QT4/QT5 ou QT6. Ils l'utilisent parce qu'il répond à leur besoin. Pareil pour Gnome/XFCE/mate/cinnamon et GTK. Et à part les applis en motifs ou java swing qui jurent souvent esthétiquement, les distributions ont fait en sorte d'avoir des moteurs de thèmes de toolkits qui font que les différences esthétiques s'effacent.
Les utilisateurs, ça leur en touchaient une sans faire bouger l'autre d'utiliser Gimp qui en GTK2 tout ce temps. Et je suis sûr que peu d'entre eux savent dire quelle appli utilise quelle version de toolkit.
[^] # 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é à 4. Dernière modification le 24 août 2023 à 10:24.
Combien de ces frameworks webs ont été complètement abandonnés et ne reçoivent plus de support?
Il me semble que si tu regardes des frameworks populaires relativement vieux, je crois que seul angularjs est abandonné (et c'est très récent). React a 10 ans et sort des versions majeures régulièrement, qui introduisent des breaking changes mais qui n'imposent pas forcément de tout réécrire.
Alors on n'a pas encore une vue similaire à GTK sur 25 ans et le web ça reste grosso modo beaucoup de fragmentation et des gens qui veulent tout réinventer régulièrement, mais le contexte est différent.
[^] # 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é à 4.
Note que du côté de l'utilisateur final, toutes les applis web qui ont été écrites avec ces frameworks à un moment donné continuent de fonctionner. Et au final même si il y en a un plus à la mode à un instant T, ça ne veut pas dire que:
[^] # 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é à 3.
Non, c'est exactement ce que je dis plus haut, c'est un choix.
[^] # Re: Flatseal
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 9.
La vérité c'est qu'ils s'en foutent d'avoir la dernière version, ils ne voient en général pas les nouvelles fonctionnalités, n'en ont rien à carrer de bugs qu'ils n'ont jamais rencontré (c'est pas parce qu'un bug existe qu'il touche tout le monde ou cas de figure) et si l'UI change un peu ils râlent (même s'ils finissent par s'y faire et à aimer ce changement sur le long terme et à ne pas vouloir revenir en arrière).
À part les power users qui sont une fraction des utilisateurs, les gens ne réclament pas de nouvelles versions et n'utilisent qu'une fraction des fonctionnalités des logiciels qu'ils utilisent.
[^] # Re: Flatseal
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 5.
Ce n'est pas de ça que je parle.
Ce n'est pas non plus de ça que je parle.
Je dis juste que les utilisateurs, en général, ce ne sont pas eux qui réclament une nouvelle version.
[^] # 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é à 5. Dernière modification le 23 août 2023 à 19:31.
Je serais tenté de dire que l'appli n'en a rien a carer de ce qu'il se passe derrière. Le toolkit pourrait évoluer et supporter un nouveau type d'affichage comme wayland, du hdpi et d'autres joyeusetés tout en maintenant une API stable.
Par exemple GNUSTEP a ajouté le support de wayland, mais n'a pas changé de version majeure et tu n'as pas à faire un effort de réécriture/portage de ton appli pour les nouvelles versions.
Si GTK casse la compatibilité tous les 4 à 10 ans c'est par choix, pas par obligation. Un choix qui a sans doute ses avantages mais personne ne leur mets un flingue sur la tempe en leur disant de tout casser.
[^] # Re: Flatseal
Posté par Psychofox (Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 5.
remarque uniquement valable si tu utilises une distro immutable style silverblue, où que tu as installé le minimum sur ta distrib (un window manager à la limite mais pas un bureau complet). Autrement t'as beau avoir de la dedup, elle ne se fait qu'entre les solutions flatpak, tu te coltines et les libs, toolkits, frameworks de ton bureau, et ceux de flatpak.