[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