Posté par devnewton đș (site web personnel) le 25 aoĂ»t 2023 Ă 11:56. En rĂ©ponse Ă la dĂ©pĂȘche DĂ©solĂ©, j'ai forkĂ©. Ăvalué à  5.
Couper du saucisson, ça ne fait plusieurs saucissons.
Peut ĂȘtre dĂ©river?
Moi je dis fourchetter en général /o\
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
Posté par devnewton đș (site web personnel) le 25 aoĂ»t 2023 Ă 08:49. En rĂ©ponse au journal MĂȘme pour le jeu Windows n'est plus la panacĂ©e. Ăvalué à  10.
Posté par devnewton đș (site web personnel) le 25 aoĂ»t 2023 Ă 08:47. En rĂ©ponse Ă la dĂ©pĂȘche DĂ©solĂ©, j'ai forkĂ©. Ăvalué à  2.
Est-il correct de forker un logiciel libre dont lâauteur essaie de rendre son projet plus pĂ©renne en le monĂ©tisant ?
Il essaye de le rendre pérenne en rendant une partie non libre.
Pas de pitié pour les croissants les privateurs.
Posté par devnewton đș (site web personnel) le 25 aoĂ»t 2023 Ă 08:46. En rĂ©ponse Ă la dĂ©pĂȘche DĂ©solĂ©, j'ai forkĂ©. Ăvalué à  2.
Parce que la rĂ©action du projet "je suis libre mais quand mĂȘme" pourrait ĂȘtre de compliquer la vie aux pilotes tiers en cassant la rĂ©trocompatibilitĂ© rĂ©guliĂšrement ?
Posté par devnewton đș (site web personnel) le 25 aoĂ»t 2023 Ă 08:13. 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 ne veux pas admettre que Gtk a des soucis avec la rétrocompatibilité.
Posté par devnewton đș (site web personnel) le 25 aoĂ»t 2023 Ă 01:56. 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é à  1.
Relis la partie "The GTK problem" dans le lien.
Posté par devnewton đș (site web personnel) le 24 aoĂ»t 2023 Ă 21:51. En rĂ©ponse au lien PĂ©tition de Mozilla pour empĂȘcher la France dâobliger les navigateurs tels que Firefox Ă censurer . Ăvalué à  4.
Tout cramer?
Posté par devnewton đș (site web personnel) le 24 aoĂ»t 2023 Ă 21:45. 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é à  1. DerniĂšre modification le 24 aoĂ»t 2023 Ă 21:47.
Si tu es persuadé que Vue et Gtk c'est pareil, que coder une appli avec xlib c'est la meme chose qu'utiliser html/js/css et que la rétrocompatibilité n'est pas importante, forcément tout va bien.
Les gens qui maintiennent des applis sur le long terme vivent dans un monde moins enchantĂ© đ§ââïž.
Posté par devnewton đș (site web personnel) le 24 aoĂ»t 2023 Ă 18:26. 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é à  2. DerniĂšre modification le 24 aoĂ»t 2023 Ă 18:31.
( ArrĂȘte avec Angular, tu mĂ©langes cadriciel de haut niveau et API de base, je te l'ai dĂ©jĂ dit plusieurs fois :-) )
Gtk 2 sera maintenu jusqu'Ă 2044Â ???
Je le croyais mort.
Posté par devnewton đș (site web personnel) le 24 aoĂ»t 2023 Ă 16:10. 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.
J'ai pris plus loin d'autres exemples que le web (java, opengl, postgresâŠ) qui montre qu'une bonne rĂ©trocompatibilitĂ© fait beaucoup pour le succĂšs.
Ce n'est bien sûr pas le seul critÚre de choix.
Posté par devnewton đș (site web personnel) le 24 aoĂ»t 2023 Ă 16:08. 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é à  2.
Si tu n'utilise pas de maniĂšre vanilla la stack web tu aura le mĂȘme problĂšme avec tes frameworks et toolkit.
Ce n'est pas du tout le mĂȘme problĂšme.
Encore une fois tu mélanges les couches:
Pour java et postgresql ça va, pour android par contre le sdk a pas mal changĂ© et maintenant google te pousse Ă aller vers kotlin pour se dĂ©barrasser de leur ersatz de java, pour opengl pendant longtemps c'Ă©tait dĂ©jĂ la compatibilitĂ© qui Ă©tait compliquĂ©eâŠ
Tu vois, tu reconnais que la perte de rétrocompatibilité est un problÚme :-)
Posté par devnewton đș (site web personnel) le 24 aoĂ»t 2023 Ă 08:31. 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 mĂ©langes les couches. Le "socle" html/js/css est au mĂȘme niveau que gtk et est trĂšs rĂ©trocompatible.
Si les gens utilisaient
Tu raisonnes souvent par supposition :-)
La rĂ©trocompatibilitĂ© est capitale dans le succĂšs de pleins de technos (html/js/css, java, postgresql, android, openglâŠ).
Posté par devnewton đș (site web personnel) le 23 aoĂ»t 2023 Ă 21:59. 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 peux faire plein de suppositions, mais html/css/js est aujourd'hui le "toolkit" le plus populaire et le plus rétrocompatible.
Posté par devnewton đș (site web personnel) le 23 aoĂ»t 2023 Ă 21:08. 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é à  2.
personne ne met de couteau sous la gorge de leurs utilisateurs pour qu'ils continuent de l'utiliser.
En cassant la rétrocompatibilité de ton toolkit, tu pointes un fusil vers tes utilisateurs Marche avec moi ou casse toi faire des applis web.
Résultat, tout le monde fait des applis web.
La stratégie de l'échec?
Posté par devnewton đș (site web personnel) le 23 aoĂ»t 2023 Ă 12:10. En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  3.
Mouais, je ne pense pas que l'éditeur ou développeur, en particulier pour un logiciel libre se lÚve un matin en disant "je vais limiter le contrÎle des utilisateurs artificiellement"
Ben non c'est décidé au COMEX !
Posté par devnewton đș (site web personnel) le 23 aoĂ»t 2023 Ă 12:09. En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  7.
Bien sĂ»r qu'on demande plus de chose Ă l'affichage d'aujourd'hui, mais je rĂ©agissais Ă l'expression sensation de perte de contrĂŽle qui est loin d'ĂȘtre d'une sensation, c'est une rĂ©alitĂ©, car tout est rĂ©ellement plus complexe et que cette complexitĂ© vient avec des pertes de contrĂŽle "normale" (on ne maĂźtrise plus tout de bout en bout, car il faut trop de temps pour tout comprendre), "anormale" (wtf pourquoi il faut autant de setup pour afficher un truc???) et "scandaleuse" (firmware GPU privateur, DRM dans le HDMIâŠ)..
Posté par devnewton đș (site web personnel) le 23 aoĂ»t 2023 Ă 12:00. 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.
De la mĂȘme façon que OpenGL a Ă©tĂ© mis au placard pour privilĂ©gier une nouvelle API : Vulkan
Gtk 4 dépends d'OpenGL, ça veut dire qu'il faudra le mettre au placard bientÎt ?
https://docs.gtk.org/gtk4/overview.html
Posté par devnewton đș (site web personnel) le 23 aoĂ»t 2023 Ă 08:46. En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  5.
Quant à cette sensation de perte de contrÎle, ma théorie c'est que ça vient du fait que ça marche.
Ma théorie, confirmé par la pratique, c'est que la complexité de toutes les couches hardware/firmware/OS/softs a explosé.
Exemple:
Posté par devnewton đș (site web personnel) le 22 aoĂ»t 2023 Ă 16:34. En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  10.
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.
Un des seules industries avec le bĂątiment (isoler les maisons? oh c'est chiant, on va leur mettre de la laine de verre premier prix facile Ă poser), l'agroalimentaire (c'est plus pratique avec ces pesticides, les gens survivront, faut bien mourir de quelque chose de toute façon), l'automobile (des voitures facile Ă rĂ©parer? non c'est plus simple qu'ils viennent dans notre garage certifiĂ©)âŠ
C'est pareil dans les services publics (on va pas se faire chier à faire un accueil à l'école pour les parents, ils viennent juste 4 fois par jour, ils attendront les gosses sur le trottoir) et sans doute plein d'autres secteurs que j'oublie :-)
Posté par devnewton đș (site web personnel) le 22 aoĂ»t 2023 Ă 14:59. En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  6.
A ma gauche, je vois des outils comme appimage ou firejail qui font peu de choses, mais le font bien, mais demande aux applis un peu plus de code pour mieux s'intégrer aux distribs ;
A ma droite, j'ai Flatpak et Snap qui veulent tout faire et plus encore, mais le premier ne réponds pas à mon besoin (packager une appli java) et évolue trÚs lentement, le second est privateur (cÎté serveur).
Peut ĂȘtre qu'on irait plus vite en comblant ce qui manque Ă gauche non?
Posté par devnewton đș (site web personnel) le 22 aoĂ»t 2023 Ă 13:59. 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.
Chacun sa spécialité, moi je fais dans le retrogaming en ce moment : maintenir en vie des consoles qui ont 30 ou 40 ans, c'est pas rien niveau LTS !
Posté par devnewton đș (site web personnel) le 22 aoĂ»t 2023 Ă 12:55. En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  6.
Appimage sert juste à générer un (gros) exécutable, il ne prends pas en compte l'intégration avec la distrib.
Il est mĂȘme inutile pour les langages comme Go qui savent faire ça tout seul.
Posté par devnewton đș (site web personnel) le 22 aoĂ»t 2023 Ă 10:33. 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.
Et les gens qui ne disent rien vont juste cramer des années hommes à mettre à jour leurs applis parce que chez Gnome on s'en balec de la rétrocompatibilité.
Posté par devnewton đș (site web personnel) le 22 aoĂ»t 2023 Ă 09:19. En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  5.
Par curiositĂ©, j'ai regardĂ© oĂč ça en Ă©tait : empaqueter une application java compilĂ©e avec Maven semble possible via quelques bidouilles avec des limitations, mais rien d'officiel.
Mon dernier essai date de 2019.
Avec une évolution aussi lente, est-ce Flatpak réponds vraiment à des besoins impossible à gérer avec l'existant qui marche (appimage + sandbox) ?
Posté par devnewton đș (site web personnel) le 21 aoĂ»t 2023 Ă 21:36. En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  3.
Et il fait aussi pousser les cheveux et revenir l'ĂȘtre aimé ?
Le premier test que j'en avais fait m'incite Ă la prudence đ, j'espĂšre que ça a vraiment beaucoup Ă©voluĂ©.
[^] # Re: Oui, on a le droit
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche DĂ©solĂ©, j'ai forkĂ©. Ăvalué à  5.
Couper du saucisson, ça ne fait plusieurs saucissons.
Peut ĂȘtre dĂ©river?
Moi je dis fourchetter en général /o\
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Ca fait plus de 15 ans que je joue sous Linux...
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal MĂȘme pour le jeu Windows n'est plus la panacĂ©e. Ăvalué à  10.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
# Correct
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche DĂ©solĂ©, j'ai forkĂ©. Ăvalué à  2.
Il essaye de le rendre pérenne en rendant une partie non libre.
Pas de pitié pour
les croissantsles privateurs.Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Heu, et la quatriĂšme voie ?
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche DĂ©solĂ©, j'ai forkĂ©. Ăvalué à  2.
Parce que la rĂ©action du projet "je suis libre mais quand mĂȘme" pourrait ĂȘtre de compliquer la vie aux pilotes tiers en cassant la rĂ©trocompatibilitĂ© rĂ©guliĂšrement ?
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: L'histoire se répÚte
Posté par devnewton đș (site web personnel) . 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 ne veux pas admettre que Gtk a des soucis avec la rétrocompatibilité.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: L'histoire se répÚte
Posté par devnewton đș (site web personnel) . 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é à  1.
Relis la partie "The GTK problem" dans le lien.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: fork
Posté par devnewton đș (site web personnel) . En rĂ©ponse au lien PĂ©tition de Mozilla pour empĂȘcher la France dâobliger les navigateurs tels que Firefox Ă censurer . Ăvalué à  4.
Tout cramer?
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: L'histoire se répÚte
Posté par devnewton đș (site web personnel) . 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é à  1. DerniĂšre modification le 24 aoĂ»t 2023 Ă 21:47.
Si tu es persuadé que Vue et Gtk c'est pareil, que coder une appli avec xlib c'est la meme chose qu'utiliser html/js/css et que la rétrocompatibilité n'est pas importante, forcément tout va bien.
Les gens qui maintiennent des applis sur le long terme vivent dans un monde moins enchantĂ© đ§ââïž.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: L'histoire se répÚte
Posté par devnewton đș (site web personnel) . 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é à  2. DerniĂšre modification le 24 aoĂ»t 2023 Ă 18:31.
( ArrĂȘte avec Angular, tu mĂ©langes cadriciel de haut niveau et API de base, je te l'ai dĂ©jĂ dit plusieurs fois :-) )
Gtk 2 sera maintenu jusqu'Ă 2044Â ???
Je le croyais mort.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: L'histoire se répÚte
Posté par devnewton đș (site web personnel) . 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.
J'ai pris plus loin d'autres exemples que le web (java, opengl, postgresâŠ) qui montre qu'une bonne rĂ©trocompatibilitĂ© fait beaucoup pour le succĂšs.
Ce n'est bien sûr pas le seul critÚre de choix.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: L'histoire se répÚte
Posté par devnewton đș (site web personnel) . 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é à  2.
Ce n'est pas du tout le mĂȘme problĂšme.
Encore une fois tu mélanges les couches:
Tu vois, tu reconnais que la perte de rétrocompatibilité est un problÚme :-)
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: L'histoire se répÚte
Posté par devnewton đș (site web personnel) . 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 mĂ©langes les couches. Le "socle" html/js/css est au mĂȘme niveau que gtk et est trĂšs rĂ©trocompatible.
Tu raisonnes souvent par supposition :-)
La rĂ©trocompatibilitĂ© est capitale dans le succĂšs de pleins de technos (html/js/css, java, postgresql, android, openglâŠ).
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: L'histoire se répÚte
Posté par devnewton đș (site web personnel) . 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 peux faire plein de suppositions, mais html/css/js est aujourd'hui le "toolkit" le plus populaire et le plus rétrocompatible.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: L'histoire se répÚte
Posté par devnewton đș (site web personnel) . 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é à  2.
En cassant la rétrocompatibilité de ton toolkit, tu pointes un fusil vers tes utilisateurs Marche avec moi ou casse toi faire des applis web.
Résultat, tout le monde fait des applis web.
La stratégie de l'échec?
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Flatseal
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  3.
Ben non c'est décidé au COMEX !
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Flatseal
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  7.
Bien sĂ»r qu'on demande plus de chose Ă l'affichage d'aujourd'hui, mais je rĂ©agissais Ă l'expression sensation de perte de contrĂŽle qui est loin d'ĂȘtre d'une sensation, c'est une rĂ©alitĂ©, car tout est rĂ©ellement plus complexe et que cette complexitĂ© vient avec des pertes de contrĂŽle "normale" (on ne maĂźtrise plus tout de bout en bout, car il faut trop de temps pour tout comprendre), "anormale" (wtf pourquoi il faut autant de setup pour afficher un truc???) et "scandaleuse" (firmware GPU privateur, DRM dans le HDMIâŠ)..
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: L'histoire se répÚte
Posté par devnewton đș (site web personnel) . 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.
Gtk 4 dépends d'OpenGL, ça veut dire qu'il faudra le mettre au placard bientÎt ?
https://docs.gtk.org/gtk4/overview.html
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Flatseal
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  5.
Ma théorie, confirmé par la pratique, c'est que la complexité de toutes les couches hardware/firmware/OS/softs a explosé.
Exemple:
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Flatseal
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  10.
Un des seules industries avec le bĂątiment (isoler les maisons? oh c'est chiant, on va leur mettre de la laine de verre premier prix facile Ă poser), l'agroalimentaire (c'est plus pratique avec ces pesticides, les gens survivront, faut bien mourir de quelque chose de toute façon), l'automobile (des voitures facile Ă rĂ©parer? non c'est plus simple qu'ils viennent dans notre garage certifiĂ©)âŠ
C'est pareil dans les services publics (on va pas se faire chier à faire un accueil à l'école pour les parents, ils viennent juste 4 fois par jour, ils attendront les gosses sur le trottoir) et sans doute plein d'autres secteurs que j'oublie :-)
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Flatseal
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  6.
A ma gauche, je vois des outils comme appimage ou firejail qui font peu de choses, mais le font bien, mais demande aux applis un peu plus de code pour mieux s'intégrer aux distribs ;
A ma droite, j'ai Flatpak et Snap qui veulent tout faire et plus encore, mais le premier ne réponds pas à mon besoin (packager une appli java) et évolue trÚs lentement, le second est privateur (cÎté serveur).
Peut ĂȘtre qu'on irait plus vite en comblant ce qui manque Ă gauche non?
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: L'histoire se répÚte
Posté par devnewton đș (site web personnel) . 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.
Chacun sa spécialité, moi je fais dans le retrogaming en ce moment : maintenir en vie des consoles qui ont 30 ou 40 ans, c'est pas rien niveau LTS !
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Flatseal
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  6.
Appimage sert juste à générer un (gros) exécutable, il ne prends pas en compte l'intégration avec la distrib.
Il est mĂȘme inutile pour les langages comme Go qui savent faire ça tout seul.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: L'histoire se répÚte
Posté par devnewton đș (site web personnel) . 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.
Et les gens qui ne disent rien vont juste cramer des années hommes à mettre à jour leurs applis parce que chez Gnome on s'en balec de la rétrocompatibilité.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Flatseal
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  5.
Par curiositĂ©, j'ai regardĂ© oĂč ça en Ă©tait : empaqueter une application java compilĂ©e avec Maven semble possible via quelques bidouilles avec des limitations, mais rien d'officiel.
Mon dernier essai date de 2019.
Avec une évolution aussi lente, est-ce Flatpak réponds vraiment à des besoins impossible à gérer avec l'existant qui marche (appimage + sandbox) ?
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Flatseal
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal "dĂ©rives sĂ©curitaires" : inconvĂ©nients des flatpacks, snap ou environnements sandbox.. Ăvalué à  3.
Et il fait aussi pousser les cheveux et revenir l'ĂȘtre aimé ?
Le premier test que j'en avais fait m'incite Ă la prudence đ, j'espĂšre que ça a vraiment beaucoup Ă©voluĂ©.
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board