2. Daneben existiert ein weiterer Verzeichnisbaum unter ~/.wine/.../.
digitaleditions.exe starte ich momentan, indem ich in einem Terminal in das Verzeichnis wechsle, in dem die Datei liegt, und dann
Code: Alles auswählen
wine start digitaleditions.exe
~/.wine/ resp.
~/.wine64/
ist die Standardvorgabe des "System-wine".
Also von dem, welches debian bereitstellt, in 32- resp. 64-bit.
EDIT So nur im Skript /usr/bin/wine des wine 1.6 jessie, in 1.8 jessie-backports wieder anders.
Ich benutze diese Verzeichnisse nur zu Testzwecken, jederzeit löschbar.
zBsp. für ein schnelles 'wine ./blafooo.exe'
~/.local/share/wineprefixes/...
sind die wine-Prefixes, über die playonlinux die Kontrolle hat.
(~/.local/share/wineprefixes/Default ist bei mir ein Link auf ~/.wine/.)
EDIT ----------------------------------------------------------------------------------
Das ist falsch, Blödsinn.
Die wine-Prefixe von playonlinux liegen natürlich in
~/.PlayOnLinux/wineprefix/default/drive_c
~/.PlayOnLinux/wineprefix/..../drive_c
~/.local/share/wineprefixes/...
diese wurden hier von
q4wine erstellt.
------------------------------------------------------------------------------------------
Eigentlich wäre es besser,
bei Verwendung von playonlinux ein System-wine gar nicht zu installieren.
Jedoch stellen die wine-Pakete durch ihre Abhängkeiten auch Bibliotheken bereit,
die den wine von playonlinux zugute kommen.
Bsp.
Code: Alles auswählen
# aptitude -d install wine wine32:i386 wine64 libwine libwine:i386 -t jessie-backports
The following NEW packages will be installed:
fonts-wine{a} [1.8.3-2~bpo8+1] libosmesa6{a} [11.1.3-1~bpo8+1] libosmesa6:i386{a} [11.1.3-1~bpo8+1] libpcap0.8:i386{a} [1.7.4-1~bpo8+1]
The following packages will be upgraded:
...
Ich häcke die wine-Prefixes insoweit, daß ich
drive_c/windows/mono/
drive_c/windows/system32/gecko/
als Links auf ein zentrales Verzeichnis realisiere.
Das spart mir pro wine-Prefix 50+130MB.
Die Installer.msi für mono und gecko (~60MB) liegen aber immer noch in
drive_c/windows/Installer/,
woran sich wegen deren individualisierten Namen aber wohl nicht ändern läßt.
(Eventuell ein zugrundeliegendes Dateisystem mit Deduplikation verwenden?)
Die gecko.msi und mono.msi hole ich von ubuntu-ppa, Bsp.
Code: Alles auswählen
$ apt-cache policy wine-mono4.5.6
wine-mono4.5.6:
Installiert: (keine)
Installationskandidat: 4.5.6-0ubuntu1~ppa1
Paket-Pinning: (nicht gefunden)
Versionstabelle:
4.5.6-0ubuntu1~ppa1 500
2 http://ppa.launchpad.net/ubuntu-wine/ppa/ubuntu/ trusty/main amd64 Packages
2 http://ppa.launchpad.net/ubuntu-wine/ppa/ubuntu/ utopic/main amd64 Packages
2 http://ppa.launchpad.net/ubuntu-wine/ppa/ubuntu/ vivid/main amd64 Packages
Die gecko.msi bastele ich jedoch in eigene Pakete
Code: Alles auswählen
$ dpkg -l | grep gecko
ii libwine-gecko-2.21 2.21+dfsg2-1 all Windows API implementation - web browser module
ii libwine-gecko-2.24 2.24+dfsg-1 all Windows API implementation - web browser module
ii lokal-wine-gecko-2.34 2016-02-24 all bringt gecko 2.34
ii lokal-wine-gecko-2.36 2016-02-24 all bringt gecko 2.36
ii lokal-wine-gecko-2.40 2016-02-24 all bringt gecko 2.40
die mono.deb enpacke ich nurmehr.
Es entsteht eine solche Struktur:
Code: Alles auswählen
$ ll /usr/share/wine/gecko/
insgesamt 0
lrwxrwxrwx 1 root root 40 Feb 23 2015 wine_gecko-2.21-x86.msi -> ../../wine-gecko/wine_gecko-2.21-x86.msi
lrwxrwxrwx 1 root root 43 Feb 23 2015 wine_gecko-2.21-x86_64.msi -> ../../wine-gecko/wine_gecko-2.21-x86_64.msi
lrwxrwxrwx 1 root root 45 Feb 24 17:13 wine_gecko-2.24-x86.msi -> /usr/share/wine-gecko/wine_gecko-2.24-x86.msi
lrwxrwxrwx 1 root root 48 Feb 24 17:13 wine_gecko-2.24-x86_64.msi -> /usr/share/wine-gecko/wine_gecko-2.24-x86_64.msi
lrwxrwxrwx 1 root root 45 Feb 24 17:13 wine_gecko-2.34-x86.msi -> /usr/share/wine-gecko/wine_gecko-2.34-x86.msi
lrwxrwxrwx 1 root root 48 Feb 24 17:13 wine_gecko-2.34-x86_64.msi -> /usr/share/wine-gecko/wine_gecko-2.34-x86_64.msi
lrwxrwxrwx 1 root root 45 Feb 24 17:13 wine_gecko-2.36-x86.msi -> /usr/share/wine-gecko/wine_gecko-2.36-x86.msi
lrwxrwxrwx 1 root root 48 Feb 24 17:13 wine_gecko-2.36-x86_64.msi -> /usr/share/wine-gecko/wine_gecko-2.36-x86_64.msi
lrwxrwxrwx 1 root root 45 Feb 24 17:13 wine_gecko-2.40-x86.msi -> /usr/share/wine-gecko/wine_gecko-2.40-x86.msi
lrwxrwxrwx 1 root root 48 Feb 24 17:13 wine_gecko-2.40-x86_64.msi -> /usr/share/wine-gecko/wine_gecko-2.40-x86_64.msi
$ ll /usr/share/wine/mono/
insgesamt 0
lrwxrwxrwx 1 root root 41 Okt 30 2015 wine-mono-0.0.8.msi -> /home/wine-more/monos/wine-mono-0.0.8.msi
lrwxrwxrwx 1 root root 41 Okt 30 2015 wine-mono-4.5.2.msi -> /home/wine-more/monos/wine-mono-4.5.2.msi
lrwxrwxrwx 1 root root 41 Okt 30 2015 wine-mono-4.5.4.msi -> /home/wine-more/monos/wine-mono-4.5.4.msi
lrwxrwxrwx 1 root root 41 Okt 30 2015 wine-mono-4.5.6.msi -> /home/wine-more/monos/wine-mono-4.5.6.msi
Dadurch kann sich system-wine und playonlinux gleichermaßen daran bedienen.
Die niederen Versionen belasse ich da, falls in playonlinux mal ein älteres wine verwendet werden soll.
Was dann wieder die anderen Prefixe durch den Zentralcharackter stören kann/wird,
aber irgendwo muß Mensch ja Ostereier legen.
Das ganze ist von der Paketentwicklung eher statisch,
gecko-2.40 und mono-4.5.6 sind seit langem die letzten ihrer Ausgaben,
die jeweiligen *.msi seit der Ausgabe unverändert.