Les exécutables Windows sont démarrés avec le gestionnaire d'archives


9

J'ai installé Wine et plusieurs applications Windows y fonctionnent correctement, si je les démarre en utilisant le menu droit de la souris "Ouvrir avec le chargeur de programme Wine". Mais si j'essaie de démarrer un fichier .exe en double-cliquant simplement à la place, le gestionnaire d'archives essaie d'ouvrir l'exécutable.

Comment puis-je résoudre ce problème?

Et quelque chose comme une question bonus en tant qu'ancien utilisateur de Windows: cela peut-il être fait facilement pour un seul fichier que je vois actuellement dans le gestionnaire de fichiers (similaire au menu contextuel "Ouvrir avec ..." dans Windows) et pour de nombreux types de fichiers ensemble (comme sous Windows, en utilisant le menu "Paramètres des dossiers" dans l'explorateur)?

Réponses:


12

Faites un clic droit, sélectionnez Propriétés, ouvrez l'onglet "Ouvrir avec" et faites de Wine l'application par défaut pour les fichiers EXE.


Merci. Fonctionne bien maintenant. Je me demande toujours pourquoi le gestionnaire d'archives a été affecté aux exécutables en premier lieu. Peut-être pour lire des fichiers zip exécutables?
Bananeweizen

C'est aussi ma conjecture: les archives auto-extractibles (pas nécessairement zip, rar a celles aussi IIRC).
Marius Gedminas

6

A partir du 17.04, les packages vins sont devenus wine-stableet wine-development. Ceux-ci sont co-installables, donc le wine.desktopfichier n'est installé dans /usr/share/applicationsaucun de ces packages pour éviter les conflits. Par conséquent, Wine n'a pas d'entrée dans le menu Ouvrir avec. De /usr/share/doc/wine-stable/README.Debian.gz:

Pour activer la prise en charge à l'échelle du système des fichiers .exe, exécutez la commande suivante (remplacez /usr/share/doc/winepar /usr/share/doc/wine-developmentsi vous utilisez wine-development):

$ sudo cp /usr/share/doc/wine/examples/wine.desktop /usr/share/applications/

Pour prendre en charge cela uniquement pour votre utilisateur actuel, exécutez:

$ cp /usr/share/doc/wine/examples/wine.desktop ~/.local/share/applications/

Pour supprimer à nouveau ces associations de types de fichiers natifs, exécutez les commandes suivantes:

$ sudo rm -f /usr/share/applications/wine.desktop
$ sudo update-desktop-database
$ rm -f ~/.local/share/applications/wine.desktop
$ rm -f ~/.local/share/applications/wine-extension-*
$ update-desktop-database ~/.local/share/applications/

C'est un peu faux, ce n'est /usr/share/doc/wine-stablepas le cas /usr/share/doc/wine.

sudo cp /usr/share/doc/wine-stable/examples/wine.desktop /usr/share/applications/

Et Wine devrait commencer à apparaître dans les listes Ouvrir avec pour la sélection.


2

La raison pour laquelle cela se produit est dans ce rapport de bogue, auquel j'ai fourni un correctif depuis environ 2 ans: https://bugs.launchpad.net/ubuntu/+source/file-roller/+bug/351429

Quoi qu'il en soit, la solution de contournement que j'utilise généralement consiste à cliquer avec le bouton droit sur l'application et à sélectionner Ouvrir avec Wine.


Merci pour l'info. C'est exactement ce que je soupçonnais, mais je n'ai pas pu le découvrir avec mes connaissances limitées.
Bananeweizen

-1

Cela ne fonctionne pas toujours. Certains paramètres de gestion des types de fichiers se trouvent dans

.local/share/applications/mimeapps.list

Dans ce fichier, j'ai trouvé la ligne suivante:

application/x-ms-dos-executable=file-roller.desktop;wine.desktop;

et l'a changé en

application/x-ms-dos-executable=wine.desktop;

Après avoir enregistré le fichier, le résultat est immédiatement actif.


Si cette réponse se veut un commentaire sur la réponse de quelqu'un d'autre (Marius Gedminas, par exemple), vous devez ajouter à votre réponse des informations sur la réponse à laquelle vous faites référence.
karel

wine.desktop n'est plus du 17.04
Khurshid Alam
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.