Pliki wykonywalne systemu Windows są uruchamiane za pomocą menedżera archiwów

9

Mam zainstalowane Wine i kilka zainstalowanych tam aplikacji Windows działa poprawnie, jeśli uruchomię je za pomocą prawego menu myszy „Otwórz za pomocą programu ładującego Wine”. Ale jeśli spróbuję uruchomić plik .exe, klikając dwukrotnie zamiast tego, menedżer archiwum spróbuje otworzyć plik wykonywalny.

Jak to naprawić?

I coś w rodzaju pytania dodatkowego jako były użytkownik systemu Windows: czy można to łatwo zrobić dla pojedynczego pliku, który aktualnie widzę w menedżerze plików (podobnie do menu kontekstowego „Otwórz za pomocą ...” w systemie Windows) i dla wielu typów plików razem (jak w systemie Windows, używając menu „Ustawienia folderów” w Eksploratorze)?

Bananeweizen
źródło

Odpowiedzi:

12

Kliknij prawym przyciskiem myszy, wybierz Właściwości, otwórz kartę „Otwórz za pomocą” i ustaw Wine jako domyślną aplikację dla plików EXE.

Marius Gedminas
źródło
Dzięki. Teraz działa dobrze. Nadal zastanawiam się, dlaczego menedżer archiwum został przypisany do plików wykonywalnych. Może czytać wykonywalne pliki zip?
Bananeweizen
To też zgaduję: archiwa samorozpakowujące się (niekoniecznie zip, rar ma też IIRC).
Marius Gedminas,
6

Od 17.04 pakiety wina stały się wine-stablei wine-development. Są one możliwe do zainstalowania, więc wine.desktopplik nie jest instalowany /usr/share/applicationsprzez żaden z tych pakietów, aby uniknąć konfliktów. W związku z tym Wine nie ma pozycji w menu Otwórz za pomocą. Od /usr/share/doc/wine-stable/README.Debian.gz:

Aby włączyć obsługę całego systemu dla plików .exe wykonać następujące polecenie (zamień /usr/share/doc/wineze /usr/share/doc/wine-developmentjeśli używasz wine-development):

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

Aby wesprzeć to tylko dla bieżącego użytkownika, wykonaj:

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

Aby usunąć te rodzime powiązania typów plików, ponownie wykonaj następujące polecenia:

$ 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/

Jest to nieco mylić, to /usr/share/doc/wine-stablenie /usr/share/doc/wine.

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

I Wine powinien zacząć pojawiać się na listach Open With do wyboru.

muru
źródło
2

Powodem tego jest ten raport o błędzie, który dostarczyłem łatkę przez około 2 lata temu: https://bugs.launchpad.net/ubuntu/+source/file-roller/+bug/351429

Niezależnie od tego, jak zwykle używam obejścia, wystarczy kliknąć aplikację prawym przyciskiem myszy i wybrać opcję Otwórz za pomocą Wine.

Scott Ritchie
źródło
Dzięki za informację. Właśnie tego podejrzewałem, ale nie mogłem się tego dowiedzieć przy mojej ograniczonej wiedzy.
Bananeweizen
-1

To nie zawsze działa. Niektóre ustawienia obsługi typów plików można znaleźć w

.local/share/applications/mimeapps.list

W tym pliku znalazłem następujący wiersz:

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

i zmieniłem na

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

Po zapisaniu pliku wynik jest natychmiast aktywny.

Tankjob
źródło
Jeśli ta odpowiedź ma być komentarzem do odpowiedzi innej osoby (np. Marius Gedminas), należy dodać do swojej odpowiedzi informacje o tym, do której odpowiedzi się odnosisz.
karel
wine.desktop nie ma już od 17.04
Khurshid Alam