[pkg-wine-party] Proposed package cleanups
Hilko Bengen
bengen at debian.org
Fri Jan 11 00:19:22 UTC 2013
* Michael Gilbert:
> As a general consideration, I would prefer future development to
> happen on the master branch, which is right now the -unstable package.
> I would like the plain wine 1.4 series to go untouched over the course
> of jessie except to address rc issues. And if 1.6 comes out in that
> time, then we'll of course package it as plain wine.
I disagree. Once wheezy becomes stable, both the 1.4 and 1.5 branches
should get the same kind of packaging improvements, I would especially
like to get the multiarch feature done properly, enabling a WoW64 setup
on linux-amd64.
> Also, I think the alternatives system needs to stay. It will need to
> be updated to be able to support co-installable wine and wine-unstable
> packages.
If we decide to keep the alternatives system, it needs to be changed
considerably. With co-installable 32bit and 64bit packages for a WoW64
setup, it makes no sense to view the "binaries" (most of which are shell
scripts anyway) as alternatives.
It does not even make sense to view the 32- and 64-bit versions of the
wine loader as alternatives: Running 32- or 64-bit executables works
with either loader -- /usr/bin/wine or /usr/bin/wine64.
Below, I have attached the currently installed alternatives (wine
1.4.1-4). The "32" suffix ("64" for amd64 builds) needs to go away.
About co-installability of different Wine versions: I am not convinced
that alternatives for the wrapper scripts are useful here. What is
"notepad-unstable" supposed to mean? Let's get rid of those.
Which leaves the laoders /usr/bin/wine, /usr/bin/wine64. For those, we
have a documented mechanism that is even used by the current
/usr/bin/wine wrapper scripts: WINELOADER can be set to select which
wine version is actually used on a per-user or even a per-invokation
basis.
I posted this patch because it made the build system a bit easier to
understand and modify for the WoW64-enabled packages. If you still think
that the support for alternatives should stay, how about removing it now
and re-adding a modified version of it after we got the big changes in
place?
Cheers,
-Hilko
$ update-alternatives --query wine
Name: wine
Link: /usr/bin/wine
Slaves:
fnt2bdf /usr/bin/fnt2bdf
msiexec /usr/bin/msiexec
notepad /usr/bin/notepad
regedit /usr/bin/regedit
regsvr32 /usr/bin/regsvr32
wine-font-convert /usr/bin/wine-font-convert
wine.1.de.UTF-8.gz /usr/share/man/de.UTF-8/man1/wine.1.gz
wine.1.fr.UTF-8.gz /usr/share/man/fr.UTF-8/man1/wine.1.gz
wine.1.gz /usr/share/man/man1/wine.1.gz
wine.1.pl.UTF-8.gz /usr/share/man/pl.UTF-8/man1/wine.1.gz
wineboot /usr/bin/wineboot
winecfg /usr/bin/winecfg
wineconsole /usr/bin/wineconsole
winedbg /usr/bin/winedbg
winedbg.1.gz /usr/share/man/man1/winedbg.1.gz
winefile /usr/bin/winefile
winemine /usr/bin/winemine
winepath /usr/bin/winepath
Status: auto
Best: /usr/bin/wine32
Value: /usr/bin/wine32
Alternative: /usr/bin/wine32
Priority: 100
Slaves:
fnt2bdf /usr/bin/fnt2bdf32
msiexec /usr/bin/msiexec32
notepad /usr/bin/notepad32
regedit /usr/bin/regedit32
regsvr32 /usr/bin/regsvr3232
wine-font-convert /usr/bin/wine-font-convert32
wine.1.de.UTF-8.gz /usr/share/man/de.UTF-8/man1/wine32.1.gz
wine.1.fr.UTF-8.gz /usr/share/man/fr.UTF-8/man1/wine32.1.gz
wine.1.gz /usr/share/man/man1/wine32.1.gz
wine.1.pl.UTF-8.gz /usr/share/man/pl.UTF-8/man1/wine32.1.gz
wineboot /usr/bin/wineboot32
winecfg /usr/bin/winecfg32
wineconsole /usr/bin/wineconsole32
winedbg /usr/bin/winedbg32
winedbg.1.gz /usr/share/man/man1/winedbg32.1.gz
winefile /usr/bin/winefile32
winemine /usr/bin/winemine32
winepath /usr/bin/winepath32
More information about the pkg-wine-party
mailing list