Je suis en train de réfléchir à faire un Wine portable avec un préfixe déjà préparé avec les packages les plus courants.
Ça permettrait de faire tourner out-of-the-box la plupart des jeux, sans dépendances.
Ps: inutile de me parler des Bottles ou PlayOnLinux: ce sont des usines à gaz, avec beaucoup trop de dépendances.
Mon but c'est de rester minimaliste (et en ligne de commande)
@KaKi87
Justement je préfère éviter le Flatpak, car je veux que les gens puissent bidouiller si besoin (par exemple en installant un package en plus via winetricks).
Je vais repréciser :
Je ne veux plus de toutes ces sur couches à Wine (PlayOnLinux, Lutris, Bottles...).
Elles m'ont systématiquement posé plus de problèmes qu'un pur Wine.
Je veux un truc minimaliste en ligne de commande, pas un clickodrome qui cassera à la moindre mis à jour, quand ce n'est pas le projet complet qui est abandonné.
@vv221@stubbornphoenix@sebsauvage@squalouJenkins À noter que AppImage apporte rien en plus à un .tar.gz (sauf être chiant à extraire…), vu qu'aucune gestion des dépendances ou sandbox est fournie avec.
Je reprécise : le but n'est PAS de fournir une app clic-bouton pour grands débutants Linux.
Mais un exécutable en ligne de commande qui puisse être directement utilisé pour lancer 80% des jeux Windows sans installations compliquées.
Ça donne un peu l'impression d'avoir un bon gros binaire statique que tu lances et c'est tout. Ton .tar.gz tu sais pas quoi en faire, une fois décompressé tu sais pas plus quoi en faire. Dedans il y a quoi ? 1 binaire ? 2 ? 15 ? L'avantage de l'appimage c'est qu'ils fonctionnent tous pareil et du coup tu n'as pas à te soucier de comment t'en servir et des dépendances et tout.
@lord@vv221@squalouJenkins@sebsauvage@stubbornphoenix Sauf que comme j'ai dit AppImage ne gère pas les dépendances.
C'est pas du statique, c'est une archive exécutable et c'est marre, et comme en gros personne fait du statique, surtout coté Linux, avoir des soucis de portabilité avec AppImage c'est assez classique (et très chiant parceque tu peux pas faire un coup de lddtree/patchelf sur le vrai exécutable).
Les appimages contiennent toutes leurs dépendances. Tu peux les faire tourner sur n'importe quel nunux de la bonne archi cpu (genre sur du musl ou du glibc).
@lord@vv221@squalouJenkins@sebsauvage@stubbornphoenix Ça dépend de ce qu'il y a dedans mais nope, ça contient ce que le dev à pensé à rajouter (un peu comme les archives de jeux GOG par example).
Et l'auto-extracteur de AppImage est même pas statique du coup musl nope.
Bon j'ai un script qui récupère Wine ainis que le premier niveau de dépendances, mais j'ignore s'il est utile d'aller plus loin. Le cas échéant ça sera faisable.
@dolmen@vv221@squalouJenkins@sebsauvage@stubbornphoenix@lord Oui, rapidement: GnuTLS, libunwind n'offrent pas d'ABI stable et sont une dépendance directe de wine.
Et faudrait pas mettre gstreamer dedans puisque tire ffmpeg qui n'offre pas d'ABI stable non plus.
Ton .tar.gz tu sais pas quoi en faire, une fois décompressé tu sais pas plus quoi en faire.
Faut pas abuser non plus, même mon grand-père saurait extraire le contenu d’un .zip récupéré en pièce-jointe d’un e-mail et exécuter le virus en .exe qui se trouve dedans ;P
Et j’ai du mal à penser que mon grand-père soit plus calé en informatique que l’utilisateur moyen de Linux cherchant à installer un jeu vidéo pour Windows.
Je ne risque pas de te contredire là-dessus : tous mes logiciels viennent de .deb soit issus des dépôts Debian, soit construits localement (via ./play.it dans le cas des jeux).
Mais pour distribuer le futur runtime de sebsauvage ça ne serait pas forcément idéal, vu qu’une grosse partie du public potentiel n’utilise pas des distributions basées sur apt/dpkg.
@vv221@stubbornphoenix@squalouJenkins
Oui.
Je suis fan de debian, mais je voudrais un truc portable, pas liés à une distrib.
(Ce qui va m'obliger à tirer manuellement une certain nombre de dépendances, mais là c'est mon problème)
@sebsauvage C'est difficile de rester à jour avec les derniers changements, en particulier si tu veux y intégrer des patchs tiers qui ne sont pas dans Wine.
Il y a des projets qui proposent des builds de Wine sans GUI (TKG, GE), et qui tentent de faire le suivi des patchs pour faire marcher les jeux, mais ça reste quand même souvent le bordel, avec assez régulièrement des jeux qui ne fonctionnent plus à cause des mises à jour.
La stabilité de Proton vient principalement du fait qu'il n'est pas mis à jour à chaque version de Wine, mais plus rarement.
@jpp45
Je précise:
Je constate qu'un Wine + quelques "verbes" winetrick suffisent à faire tourner 80% des jeux Windows sous Linux.
Sauf qu'installer tout ça est lourd (ajout de dépôts, installation, préparation du préfixe Wine, installation de winetricks, lancement de winetricks pour installation de plusieurs packages...)
Ce que je cherche à faire, c'est packager tout ça sous forme d'un unique fichier qui - une fois décompressé - permet de lancer directement un jeu Windows avec 1 commande.
@mehdi_benadel
Lutris a fini par me gaver, vraiment, et à me poser plus de problèmes qu'il n'en résolvait.
J'ai plus de succès avec un pure Wine et son préfixe bien préparé qu'à cliquer dans tous les sens pour préparer chaque jeu dans Lutris.
Je pense qu’il y a une différence majeure dans l’approche qui fait que ./play.it ne sera pas approprié : ./play.it ne fournit aucun runtime, et dépend à 100 % de ce qui est déjà fourni par la distribution ; le projet de sebsauvage me semble au contraire être un runtime indépendant de la distribution, quelque chose de portable qu’on puisse simplement copier d’une machine à une autre sans avoir besoin d’installer quoi que ce soit de plus sur la machine cible.
Un autre différence importante est que ./play.it apporte la prise en charge d’une liste définie de jeux, avec des réglages spécifiques à chacun. Ce que propose sebsauvage semble plutôt être une solution générique, avec des réglages permettant de faire tourner sans modification "80 % des jeux pour Windows".
Je comprends ce projet comme une archive contenant un préfixe WINE incluant déjà certains verbes winetricks courants, et incluant des copies des binaires et bibliothèques généralement nécessaires à faire tourner WINE. En gros on décompresse l’archive, on définit dans l’environnement les valeurs correctes de $WINEPREFIX, $PATH et $LD_LIBRARY_PATH, puis on n’a plus qu’à lancer l’installateur du jeu auquel on souhaite jouer.
Les différences majeures avec les clients/lanceurs à la Lutris ou PlayOnLinux seraient l’utilisation directement en ligne de commande, et l’absence des "anti-features" qui sont courantes avec ces logiciels : décompte du temps de jeu, intégration aux boutiques, versions de WINE différentes pour chaque jeu, etc.
@helioselene@barthoi
non je ne veux pas repackager les jeux pour Linux comme le fait play.it
Je cherche à construire un runtime pour faire tourner directement les jeux Windows.
@sebsauvage Sans dépendances? Wine tire énormément de libs systèmes quand même (et pour certains jeux y'a besoin d'avoir des trucs assez chiant genre samba…).
Add comment