J'ai entendu parler de cette histoire de file-roller.
Une régression ? Le drag-drop marche très bien sous Wayland comme le prouve cet exemple (vidéo ici).
De ce que j'ai entendu, c'est pas plutôt qu'à la place de le gérer différemment sous X.org et Wayland (car l'API est différente ou GTK gèrerait mal cette différence), ils l'ont désactivé comme les gros clichés de développeurs GNOME qu'ils sont ;-) ?
Sur la partie Nautilus, tu es motivé… c'est une cible mouvante tributaire de la mode du moment et des derniers petits nouveaux assignés à lui. Personnellement je ne customise que ceux livrés par la distrubtion, 1 fois tous les 5 ans.
Sinon je ne connaissais pas ce LiteStep que tu mentionnes, et qui par les screenshots n'a pas l'air si proche de ce qu'il prétend imiter (on dirait un mélange de GNUStep/WindowMaker et Billdoze 95) ; à moins que ça soit trèèès vieux ? Ça n'a plus l'air maintenu d'ailleurs ?
un type sur Mastodon qui envisageait d'abandonner Office 365. Quelqu'un lui a répondu que la dernière version datait de 2023 et que ce n'était pas une bonne idée.
Ça doit être le même profil alors… Quelqu'un de peu technique qui en avait entendu parler à l'époque, est resté sous Office, et n'a plus jamais pris de nouvelles jusqu'à récemment ?
(je trouve quand même ça très rare, et peu représentatif. Comme tu le dis OpenOffice n'est plus qu'une relique sans influence sur le format ODF. Au pire à l'usage on s'en aperçoit vite)
la promesse d'ODF au départ de tout révolutionner est retombé à plat, notamment du fait du schisme Libre-OpenOffice
Y a vraiment des gens qui utilisent encore OpenOffice ???
Pour moi ça s'est produit une fois, l'année dernière, où un pote occasionnel avait l'air surpris de découvrir que je considérais OpenOffice obsolète -il connaissait d'ailleurs pas l'existence de LibreOffice.
Car sinon ça fait bien 10 ans que je n'ai plus vu d'install OpenOffice dans la nature.
J'en connaissais un morceau tordu par le Tome 1 de Superdupont, où l'Anti-France essaie de nuire au pays en perturbant l'horloge parlante et en volant le mètre-étalon 😄 (y a notamment un passage au pavillon de Breteuil).
Ainsi un pied est subdivisé […] Et, naturellement, un alexandrin fait douze pieds.
En terme de bibliothèque UI en C,
j'ai finalement décidé de ne "supporter" que microui.
C'est loin d'avoir le niveau d'abstraction de Dear ImGUI/Clay, c'est pas maintenu à très grande fréquence… et c'est même plutôt une démo.
Mais justement cette démo (à laquelle je viens d'ajouter le support SDL3 sur mon fork) me permettra d'enseigner.
Facile à modifier, il lui manque encore plein de trucs : support du copier-coller, des boîtes de dialogue système… autant de sujets idéaux pour les étudiants.
(pour le cas d'usage généraliste, plutôt que suggérer un monstre genre GTK qui dessine tout lui-même, je préfererais une légère capable d'utiliser les widgets natifs du système -avec open bar sous Linux où il n'y a pas de "widgets natifs". Mais je crois que même Qt ne le fait plus depuis longtemps. Je regarde)
Tu as raison, c'est un Proton plus récent contrairement à ce que je disais!
Juste nuance : plutôt que la branche "Dev" telle quelle, la GE (qui signifie juste "Glorious Eggroll" = l'auteur du dépôt 😁), est un fork stable qui cherry-pick de la Dev.
Je dirais qu'il faut choisir sa croix :
- installer SteamOS pour avoir Proton ; mais alors la distro est a un fork d'Arch qui est assez "technique" (et moins supportée qu'Ubuntu par le monde propro-hybride) ;
- installer Proton-GE sur Ubuntu ou Mint ; avec une émulation un peu plus datée mais une distro très bien supportée.
une perte de contrôle totale sur les dépendances ou mon target/ devient le nouveau node_modules/
Sur ce dernier point, il y a un contournement : forcer en assumant de gérer soi-même.
Je n'ai pas encore d'exemple sur mon GitHub (faut à chaque fois nettoyer, mettre une licence..) mais en gros ça revient à faire ça:
(en "prod", vaut mieux utiliser soit build.rs, soit un folder sous-module qui sera renseigné dans .gitmodules et peuplé à l'initial "git clone … --recurse-submodules")
C'est vrai que Dear ImGui a toujours une apparence très élémentaire…
Par comparaison, les écrans de Clay vendent du rêve !
Ma lib "CSS" permet de créer les structures Clay_ElementDeclaration et Clay_TextElementConfig en amont, afin de pouvoir les donner aux macros CLAY(), CLAY_TEXT() etc…
Oui je trouve très bien que ta page le décrive -on en aurait eu besoin tôt ou tard.
D'ailleurs même ton exemple de base ( my_layout() ) est bien plus parlant que celui fourni par Clay AMHA. Il est plus simple et adapté à un nouvel arrivant comme moi !
En C++23 (je sais plus depuis quand), lorsque l'on initialise une structure avec des "designated initializers", ils doivent être TOUS spécifiés, et dans le BON ORDRE :
Ah sérieux? J'utilise pas mal de C23, mais en C++ on est coincés à une version antérieure… bon à savoir.
C'est aberrant du coup, quoique bien que ça ait participé à la naissance de Clay Style Sheet ! (pour nous au moins… pour toi, à voir si tu échappes au burnout 😄).
Chess meets Magic --> Wizard Arena
Ça a l'air plutôt sympa (je suis un ancien joueur MTG 😉).
Sauf erreurs, les channels sont aussi ce que font la plupart des frameworks récents en Rust.
Tiens-nous au courant, perso je me ferai un plaisir de l'essayer -et de voir enfin la fameuse interface 😜.
Je ne connaissais pas Clay, et ai regardé un peu l' exemple SDL3…
ça me fait beaucoup penser à ImGUI, autre lib UI très utilisée dans le monde du JV, qui ne se sert pas des widgets du système -donc souple, mais il faut la brancher manuellement avec le moteur qu'on va utiliser.
Sauf qu'ici la syntaxe à base de structs imbriquées est très différente, et me fait justement penser à une hiérarchie XML/JSON -qui est ce que tu "wrappes" donc organiquement avec ta lib CSS, c'est ça ?
Ils devraient sans doute tirer parti de microG (qui fonctionne très bien sur un téléphone).
Après j'avoue préférer les versions natives des applis sur mon ordi, plutôt qu'essayer d'émuler leur version castrée Android. L'interface… Ou alors le cas d'usage serait les jeux payants (nécessitant donc le Play Store ?).
notamment pour la banque, qui peut désormais exiger la dernière version d'android (2
Qui peut, mais ne DOIT pas ; je me trompe ?
J'ai migré vers un téléphone sur Android 14 (donc pas la dernière), dont je gère les mises à jour moi-même ; et pour l'instant tout roule.
Mais la mesure est récente…
Si je rencontre un tel problème, je migrerai sans erreur vers une autre banque dont l'appli sera moins fermée… et j'encourage, dans la mesure du possible, à faire de même !
Intéressant.
Je pensais que ça passait forcément par un cloud -voir mon autre message- mais apparemment il y a une technique pour forcer le direct sur un LAN (si le téléphone et l'ordi sont sur le même Wi-Fi, plus généralement le même sous-réseau).
Vu que le syncthing originel n'est plus maintenu depuis l'année dernière, je suppose que tu utilises ce fork ? Ou alors cépagrav, l'originel marche toujours très bien aussi ?
C'est ce que j'étais sur le point de dire aussi ;-).
Je suppose que sortir le câble à chaque fois, ça peut rebuter… un rsync SSH automatique du répertoire de son téléphone vers son serveur perso, puis l'inverse sur son PC, serait une bonne solution privée.
Juste que comme un smartphone n'a pas de clavier, il faudrait un frontal applicatif par-dessus. Je me dis que ça existe déjà et qu'on va sûrement le suggérer (c'est un appel :-) ) …?
Effectivement :-D.
Ma réponse était conçue comme un clin d'oeil, que tu as visiblement saisi… il y a un peu de taf à faire, avant, après et pendant ; ce qui est le prix d'être sur un OS dit "alternatif".
Rien ne garantit qu'un truc "existant sous Linux" va facilement marcher sur une distribution donnée. Il y en a tellement…
Si tu veux faire tourner quelque chose de "commercial" (même freeware, car c'est ce qu'est PS) le mieux est d'aller voir le site du "fabricant" (ici M$). Et si c'est déjà libre, c'est normalement toujours possible mais moyennant un effort de "rien" à "compliqué"; là le mieux est d'abord la distribution, ensuite au pire la source.
Après on va t'aider bien sûr ! Tant que c'est techniquement faisable ;-).
(exemple : Proton GE s'installe au pire par le market Flatpak. Comme ça marche tout seul sous Ubuntu, et que Flatpak est développé sur Fedora/RHEL ; on peut en déduire que ça marche le mieux sous Ubuntu et Fedora/RHEL)
exécuter des EXE et des scripts PowerShell que j'ai développé
Tiens c'est rigolo (et plutôt rare) ça comme exigence.
Tu as forcément été sur le site de Microsoft ; et tu sais donc déjà sur quelles distributions PS est garanti de fonctionner -et lesquelles non 😉.
Tu réalises aussi sûrement que Linux a une autre structure de répertoires etc… et que tu devras en adapter certains.
Concernant les exécutables Windows, Wine à l'os marche assez bien, mais la meilleure solution est d'utiliser la surcouche Proton GE.
Installer le 2nd permet de se passer de la configuration du 1er, mais n'est pas non plus une affaire de débutant.
Une lecture détaillée te fera constater que les distributions conseillées sont en gros les mêmes…
Et pour finir, tu anticipes que quoiqu'il arrive, la compatibilité ne sera pas à 100%. Au mieux tu auras du 85%.
J'avoue : c'est inquiétant.
Migrer de banque pourrait être une solution (moi et mes amis sommes devenus volages ; les banques online sont devenues une solution prisée, avec au moins 1 changement par an selon ce qu'offre ou pas la banque "cible"). En tout cas pour moi, c'est un critère valide vu que ce sont les décisions de son équipe de dév.
la plupart des dites applis exigeront de passer par les "google services", dont finalement le projet d'amenuise pas mal
C'est pour cette raison qu'/e/OS (entre autres) pré-installe un émulateur nommé microG.
Ça permet de donner l'impression à l'appli que les services Google sont dispo; parfois ça marche réellement en simple "passe-plat" (ex. Maps), parfois ça remplace réellement (ex. l'API des comptes/paiements).
Il se trouve ça marche très bien ! Juste si jamais je sors un compte-rendu, j'insisterai pas dessus ; à cause du débat philosophique que ça engendre 😉
(Mon opinion : l'usage de ces APIs est si répandu, que c'est pragmatiquement requis AMHA)
(Mon opinion 2 : un OS concurrent a 0 chance d'être suivi par les développeurs d'applis à succès. Ca restera une niche à geeks. C'est comme "Linux sur le desktop" : la base installée en face est déjà trop forte)
seule solution, zéro appli
C'est sûr que vu comme ça 😄.
C'est un choix de vie valide… mais alors on glisse plus vers l'abstrait AMHA!
Ces 2 initiatives (dont la française est présentée ici), consistent à reprendre AOSP (la version full-open source d'Android) et d'ajouter les briques manquantes soi-même.
J'ai à titre perso un téléphone Pixel 6 sous /e/OS, et ça fonctionne très bien !
Je n'en ai pas encore parlé sur LinuxFR car mon objectif est majoritairement de faire tourner les applis Android, dont bon nombre sont propriétaires, et beaucoup de mon analyse consiste à vérifier cet aspect.
Mais j'ai une partie plus centrée sur les applis fournies, les téls Murena, .. en cours.
….Mouais 😉.
'tation hein, j'ai bien compris que ton but était de faire de "point" sur l'usage de Flatpak (et peut-être des stores en général) !
Mais c'est juste que là, avec un navigateur (à savoir, sans doute l'application la plus complexe qui tourne sur ton OS -juste moins complexe que l'OS lui-même !), on tient facilement le pire exemple.
On utilisait au départ plutôt Flatpak, Snap… pour les applis non-packagées sur sa distro.
Chaque navigateur a plusieurs binaires officiels ET un paquet de distro ;
On évitait de les utiliser pour des applis trop intensives, à cause du ralentissement lié à la sandbox.
A part un jeu vidéo 3D, le navigateur est l'appli la plus intensive qui soit ! Il héberge lui-même des moteurs d'exécution 3D, VR, JavaScript, WASM… on peut aujourd'hui faire tourner Linux dans QEMU dans un navigateur ;
Eventuellement oui, on peut viser la sécurité par sandboxing… sauf qu'ici :
Chaque navigateur a sa technologie très avancée de sandbox par thread/onglet, qui fait partie de sa "patte". Je connais bien celle de Chrome-ium, moins celle de Firefox; mais c'est du sérieux, l'état de l'art pour déjouer les CVEs connus et à venir.
Bref, bref… j'interviendrai pas beaucoup plus sur le sujet. Sauf pour dire que je préfère la simplicité des .AppImage 😉.
Salut, c'est moi qui t'avais rapporté un problème de dépendance sur le paquet 0.2 (peut-être ton premier journal sur Bim!).
Juste que tu saches que c'est très intéressant, et que je garde un oeil dessus; pas tant pour jouer que pour "faire du réseau" plus tard sous Android :).
[^] # Re: Nemo
Posté par Tarnyko (site web personnel) . En réponse à la dépêche GNOME Stop Me Now. Évalué à 2.
J'ai entendu parler de cette histoire de file-roller.
Une régression ? Le drag-drop marche très bien sous Wayland comme le prouve cet exemple (vidéo ici).
De ce que j'ai entendu, c'est pas plutôt qu'à la place de le gérer différemment sous X.org et Wayland (car l'API est différente ou GTK gèrerait mal cette différence), ils l'ont désactivé comme les gros clichés de développeurs GNOME qu'ils sont ;-) ?
# LiteStep
Posté par Tarnyko (site web personnel) . En réponse au journal GNOME Stop Me Now. Évalué à 3. Dernière modification le 12 août 2025 à 10:56.
Sur la partie Nautilus, tu es motivé… c'est une cible mouvante tributaire de la mode du moment et des derniers petits nouveaux assignés à lui. Personnellement je ne customise que ceux livrés par la distrubtion, 1 fois tous les 5 ans.
Sinon je ne connaissais pas ce LiteStep que tu mentionnes, et qui par les screenshots n'a pas l'air si proche de ce qu'il prétend imiter (on dirait un mélange de GNUStep/WindowMaker et Billdoze 95) ; à moins que ça soit trèèès vieux ? Ça n'a plus l'air maintenu d'ailleurs ?
[^] # Re: eeeeuuuh
Posté par Tarnyko (site web personnel) . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 3. Dernière modification le 06 août 2025 à 11:39.
Ça doit être le même profil alors… Quelqu'un de peu technique qui en avait entendu parler à l'époque, est resté sous Office, et n'a plus jamais pris de nouvelles jusqu'à récemment ?
(je trouve quand même ça très rare, et peu représentatif. Comme tu le dis OpenOffice n'est plus qu'une relique sans influence sur le format ODF. Au pire à l'usage on s'en aperçoit vite)
[^] # Re: eeeeuuuh
Posté par Tarnyko (site web personnel) . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 6.
Y a vraiment des gens qui utilisent encore OpenOffice ???
Pour moi ça s'est produit une fois, l'année dernière, où un pote occasionnel avait l'air surpris de découvrir que je considérais OpenOffice obsolète -il connaissait d'ailleurs pas l'existence de LibreOffice.
Car sinon ça fait bien 10 ans que je n'ai plus vu d'install OpenOffice dans la nature.
[^] # Re: Super dépêche !
Posté par Tarnyko (site web personnel) . En réponse à la dépêche La convention du mètre et l’ODF 150 et 20 ans d’ouverture. Évalué à 4.
Passionnant effectivement!
J'en connaissais un morceau tordu par le Tome 1 de Superdupont, où l'Anti-France essaie de nuire au pays en perturbant l'horloge parlante et en volant le mètre-étalon 😄 (y a notamment un passage au pavillon de Breteuil).
Repéré 😉.
# microui
Posté par Tarnyko (site web personnel) . En réponse au journal Clay Style Sheet. Évalué à 2.
En terme de bibliothèque UI en C,
j'ai finalement décidé de ne "supporter" que microui.
C'est loin d'avoir le niveau d'abstraction de Dear ImGUI/Clay, c'est pas maintenu à très grande fréquence… et c'est même plutôt une démo.
Mais justement cette démo (à laquelle je viens d'ajouter le support SDL3 sur mon fork) me permettra d'enseigner.
Facile à modifier, il lui manque encore plein de trucs : support du copier-coller, des boîtes de dialogue système… autant de sujets idéaux pour les étudiants.
(pour le cas d'usage généraliste, plutôt que suggérer un monstre genre GTK qui dessine tout lui-même, je préfererais une légère capable d'utiliser les widgets natifs du système -avec open bar sous Linux où il n'y a pas de "widgets natifs". Mais je crois que même Qt ne le fait plus depuis longtemps. Je regarde)
[^] # Re: SteamOS arrive bientot sur PC
Posté par Tarnyko (site web personnel) . En réponse au message Conseil choix distribution. Évalué à 2.
Tu as raison, c'est un Proton plus récent contrairement à ce que je disais!
Juste nuance : plutôt que la branche "Dev" telle quelle, la GE (qui signifie juste "Glorious Eggroll" = l'auteur du dépôt 😁), est un fork stable qui cherry-pick de la Dev.
[^] # Re: SteamOS arrive bientot sur PC
Posté par Tarnyko (site web personnel) . En réponse au message Conseil choix distribution. Évalué à 3.
Je dirais qu'il faut choisir sa croix :
- installer SteamOS pour avoir Proton ; mais alors la distro est a un fork d'Arch qui est assez "technique" (et moins supportée qu'Ubuntu par le monde propro-hybride) ;
- installer Proton-GE sur Ubuntu ou Mint ; avec une émulation un peu plus datée mais une distro très bien supportée.
[^] # Re: De la non importance de la distrib
Posté par Tarnyko (site web personnel) . En réponse au message Conseil choix distribution. Évalué à 2.
Effectivement,
1 paquet Fedora/RHEL = 3 paquets Debian en moyenne.
[^] # Re: C'est quoi ton jeu
Posté par Tarnyko (site web personnel) . En réponse au journal Clay Style Sheet. Évalué à 3.
Sur ce dernier point, il y a un contournement : forcer en assumant de gérer soi-même.
Je n'ai pas encore d'exemple sur mon GitHub (faut à chaque fois nettoyer, mettre une licence..) mais en gros ça revient à faire ça:
Dans Cargo.toml:
(en "prod", vaut mieux utiliser soit build.rs, soit un folder sous-module qui sera renseigné dans .gitmodules et peuplé à l'initial "git clone … --recurse-submodules")
Sur le reste, on est d'accord. En fait ce n'est peut-être pas le meilleur langage pour le jeu vidéo ;-).
Si tu trouves mon pseudo sur le serveur "The Rust Programming Language", n'hésite pas à m'inviter ;-).
[^] # Re: C'est quoi ton jeu
Posté par Tarnyko (site web personnel) . En réponse au journal Clay Style Sheet. Évalué à 4. Dernière modification le 30 juillet 2025 à 13:53.
C'est vrai que Dear ImGui a toujours une apparence très élémentaire…
Par comparaison, les écrans de Clay vendent du rêve !
Oui je trouve très bien que ta page le décrive -on en aurait eu besoin tôt ou tard.
D'ailleurs même ton exemple de base ( my_layout() ) est bien plus parlant que celui fourni par Clay AMHA. Il est plus simple et adapté à un nouvel arrivant comme moi !
Ah sérieux? J'utilise pas mal de C23, mais en C++ on est coincés à une version antérieure… bon à savoir.
C'est aberrant du coup, quoique bien que ça ait participé à la naissance de Clay Style Sheet ! (pour nous au moins… pour toi, à voir si tu échappes au burnout 😄).
Ça a l'air plutôt sympa (je suis un ancien joueur MTG 😉).
Sauf erreurs, les channels sont aussi ce que font la plupart des frameworks récents en Rust.
Tiens-nous au courant, perso je me ferai un plaisir de l'essayer -et de voir enfin la fameuse interface 😜.
# Clay
Posté par Tarnyko (site web personnel) . En réponse au journal Clay Style Sheet. Évalué à 5.
Hello, intéressant.
Je ne connaissais pas Clay, et ai regardé un peu l' exemple SDL3…
ça me fait beaucoup penser à ImGUI, autre lib UI très utilisée dans le monde du JV, qui ne se sert pas des widgets du système -donc souple, mais il faut la brancher manuellement avec le moteur qu'on va utiliser.
Sauf qu'ici la syntaxe à base de structs imbriquées est très différente, et me fait justement penser à une hiérarchie XML/JSON -qui est ce que tu "wrappes" donc organiquement avec ta lib CSS, c'est ça ?
PS: c'est quoi ton jeu ;-) ?
[^] # Re: Comparatif performances
Posté par Tarnyko (site web personnel) . En réponse au message Conseil choix distribution. Évalué à 2.
Le mieux est d'aller voir les retours sur ProtonDB.
Ah je le connais bien ce jeu :-).
Selon les retours : il marche bien, mais beaucoup ont constaté une limitation à ~50 FPS sur cartes NVIDIA.
[^] # Re: waydroid, petit avertissement
Posté par Tarnyko (site web personnel) . En réponse au message Conseil choix distribution. Évalué à 2.
Bon à savoir.
Ils devraient sans doute tirer parti de microG (qui fonctionne très bien sur un téléphone).
Après j'avoue préférer les versions natives des applis sur mon ordi, plutôt qu'essayer d'émuler leur version castrée Android. L'interface… Ou alors le cas d'usage serait les jeux payants (nécessitant donc le Play Store ?).
# Exigence dernière version Android
Posté par Tarnyko (site web personnel) . En réponse au journal [android] ces petites restrictions techniques qui interrogent... Évalué à 3.
Qui peut, mais ne DOIT pas ; je me trompe ?
J'ai migré vers un téléphone sur Android 14 (donc pas la dernière), dont je gère les mises à jour moi-même ; et pour l'instant tout roule.
Mais la mesure est récente…
Si je rencontre un tel problème, je migrerai sans erreur vers une autre banque dont l'appli sera moins fermée… et j'encourage, dans la mesure du possible, à faire de même !
[^] # Re: syncthing
Posté par Tarnyko (site web personnel) . En réponse au journal LocalSend une application pour envoyer vos photos de smartphone sur votre GNU/Linux. Évalué à 8. Dernière modification le 28 juillet 2025 à 08:55.
Intéressant.
Je pensais que ça passait forcément par un cloud -voir mon autre message- mais apparemment il y a une technique pour forcer le direct sur un LAN (si le téléphone et l'ordi sont sur le même Wi-Fi, plus généralement le même sous-réseau).
Vu que le syncthing originel n'est plus maintenu depuis l'année dernière, je suppose que tu utilises ce fork ? Ou alors cépagrav, l'originel marche toujours très bien aussi ?
[^] # Re: Confidentialité
Posté par Tarnyko (site web personnel) . En réponse au journal LocalSend une application pour envoyer vos photos de smartphone sur votre GNU/Linux. Évalué à 5.
C'est ce que j'étais sur le point de dire aussi ;-).
Je suppose que sortir le câble à chaque fois, ça peut rebuter… un rsync SSH automatique du répertoire de son téléphone vers son serveur perso, puis l'inverse sur son PC, serait une bonne solution privée.
Juste que comme un smartphone n'a pas de clavier, il faudrait un frontal applicatif par-dessus. Je me dis que ça existe déjà et qu'on va sûrement le suggérer (c'est un appel :-) ) …?
[^] # Re: PowerShell
Posté par Tarnyko (site web personnel) . En réponse au message Conseil choix distribution. Évalué à 3. Dernière modification le 27 juillet 2025 à 19:40.
Effectivement :-D.
Ma réponse était conçue comme un clin d'oeil, que tu as visiblement saisi… il y a un peu de taf à faire, avant, après et pendant ; ce qui est le prix d'être sur un OS dit "alternatif".
Rien ne garantit qu'un truc "existant sous Linux" va facilement marcher sur une distribution donnée. Il y en a tellement…
Si tu veux faire tourner quelque chose de "commercial" (même freeware, car c'est ce qu'est PS) le mieux est d'aller voir le site du "fabricant" (ici M$). Et si c'est déjà libre, c'est normalement toujours possible mais moyennant un effort de "rien" à "compliqué"; là le mieux est d'abord la distribution, ensuite au pire la source.
Après on va t'aider bien sûr ! Tant que c'est techniquement faisable ;-).
(exemple : Proton GE s'installe au pire par le market Flatpak. Comme ça marche tout seul sous Ubuntu, et que Flatpak est développé sur Fedora/RHEL ; on peut en déduire que ça marche le mieux sous Ubuntu et Fedora/RHEL)
# PowerShell
Posté par Tarnyko (site web personnel) . En réponse au message Conseil choix distribution. Évalué à 4. Dernière modification le 27 juillet 2025 à 18:10.
Tiens c'est rigolo (et plutôt rare) ça comme exigence.
Tu as forcément été sur le site de Microsoft ; et tu sais donc déjà sur quelles distributions PS est garanti de fonctionner -et lesquelles non 😉.
Tu réalises aussi sûrement que Linux a une autre structure de répertoires etc… et que tu devras en adapter certains.
Concernant les exécutables Windows, Wine à l'os marche assez bien, mais la meilleure solution est d'utiliser la surcouche Proton GE.
Installer le 2nd permet de se passer de la configuration du 1er, mais n'est pas non plus une affaire de débutant.
Une lecture détaillée te fera constater que les distributions conseillées sont en gros les mêmes…
Et pour finir, tu anticipes que quoiqu'il arrive, la compatibilité ne sera pas à 100%. Au mieux tu auras du 85%.
[^] # Re: /e/OS, GrapheneOS
Posté par Tarnyko (site web personnel) . En réponse au message Y aura-t-il un jour l'émergence d'une alternative libre à android ? . Évalué à 2. Dernière modification le 16 juillet 2025 à 16:15.
J'avoue : c'est inquiétant.
Migrer de banque pourrait être une solution (moi et mes amis sommes devenus volages ; les banques online sont devenues une solution prisée, avec au moins 1 changement par an selon ce qu'offre ou pas la banque "cible"). En tout cas pour moi, c'est un critère valide vu que ce sont les décisions de son équipe de dév.
[^] # Re: /e/OS, GrapheneOS
Posté par Tarnyko (site web personnel) . En réponse au message Y aura-t-il un jour l'émergence d'une alternative libre à android ? . Évalué à 3. Dernière modification le 15 juillet 2025 à 10:55.
C'est pour cette raison qu'/e/OS (entre autres) pré-installe un émulateur nommé microG.
Ça permet de donner l'impression à l'appli que les services Google sont dispo; parfois ça marche réellement en simple "passe-plat" (ex. Maps), parfois ça remplace réellement (ex. l'API des comptes/paiements).
Il se trouve ça marche très bien ! Juste si jamais je sors un compte-rendu, j'insisterai pas dessus ; à cause du débat philosophique que ça engendre 😉
(Mon opinion : l'usage de ces APIs est si répandu, que c'est pragmatiquement requis AMHA)
(Mon opinion 2 : un OS concurrent a 0 chance d'être suivi par les développeurs d'applis à succès. Ca restera une niche à geeks. C'est comme "Linux sur le desktop" : la base installée en face est déjà trop forte)
C'est sûr que vu comme ça 😄.
C'est un choix de vie valide… mais alors on glisse plus vers l'abstrait AMHA!
[^] # Re: /e/OS, GrapheneOS
Posté par Tarnyko (site web personnel) . En réponse au message Y aura-t-il un jour l'émergence d'une alternative libre à android ? . Évalué à 3.
Hahaha pari tenu alors !
Il me faut plus de matière sur le fond du projet, les choix techniques, toussa… je verrai pour fin du mois.
# /e/OS, GrapheneOS
Posté par Tarnyko (site web personnel) . En réponse au message Y aura-t-il un jour l'émergence d'une alternative libre à android ? . Évalué à 4.
Ces 2 initiatives (dont la française est présentée ici), consistent à reprendre AOSP (la version full-open source d'Android) et d'ajouter les briques manquantes soi-même.
J'ai à titre perso un téléphone Pixel 6 sous /e/OS, et ça fonctionne très bien !
Je n'en ai pas encore parlé sur LinuxFR car mon objectif est majoritairement de faire tourner les applis Android, dont bon nombre sont propriétaires, et beaucoup de mon analyse consiste à vérifier cet aspect.
Mais j'ai une partie plus centrée sur les applis fournies, les téls Murena, .. en cours.
Qu'en penses-tu ?
[^] # Re: Pourquoi ?
Posté par Tarnyko (site web personnel) . En réponse au journal antistress a t-il eu raison d'installer son Firefox en version Flatpak ?. Évalué à 9. Dernière modification le 04 juin 2025 à 04:43.
….Mouais 😉.
'tation hein, j'ai bien compris que ton but était de faire de "point" sur l'usage de Flatpak (et peut-être des stores en général) !
Mais c'est juste que là, avec un navigateur (à savoir, sans doute l'application la plus complexe qui tourne sur ton OS -juste moins complexe que l'OS lui-même !), on tient facilement le pire exemple.
On utilisait au départ plutôt Flatpak, Snap… pour les applis non-packagées sur sa distro.
Chaque navigateur a plusieurs binaires officiels ET un paquet de distro ;
On évitait de les utiliser pour des applis trop intensives, à cause du ralentissement lié à la sandbox.
A part un jeu vidéo 3D, le navigateur est l'appli la plus intensive qui soit ! Il héberge lui-même des moteurs d'exécution 3D, VR, JavaScript, WASM… on peut aujourd'hui faire tourner Linux dans QEMU dans un navigateur ;
Eventuellement oui, on peut viser la sécurité par sandboxing… sauf qu'ici :
Chaque navigateur a sa technologie très avancée de sandbox par thread/onglet, qui fait partie de sa "patte". Je connais bien celle de Chrome-ium, moins celle de Firefox; mais c'est du sérieux, l'état de l'art pour déjouer les CVEs connus et à venir.
Bref, bref… j'interviendrai pas beaucoup plus sur le sujet. Sauf pour dire que je préfère la simplicité des .AppImage 😉.
# Félicitations
Posté par Tarnyko (site web personnel) . En réponse au journal Ça bouge dans Bim! en version 8. Évalué à 4.
Salut, c'est moi qui t'avais rapporté un problème de dépendance sur le paquet 0.2 (peut-être ton premier journal sur Bim!).
Juste que tu saches que c'est très intéressant, et que je garde un oeil dessus; pas tant pour jouer que pour "faire du réseau" plus tard sous Android :).