Robert Millan wrote:
Hi,
Andreas patch needed an update to sync with latest version of the package. I'm
attaching it. It works fine, provided that ia32-libs is patched (see #394230
which I just reopened).
Please, can you include this patch in next upload?
I don't like the patch.
When you build Wine on amd64, we know that Wine is built as a 32-bit
binary, of course. Therefore, we want Wine to build against 32-bit
libraries, not 64-bit libraries. And Wine has a *lot* of build
dependencies, not all of which seem to have 32-bit equivalents. When you
add a build dependency on ia32-libs, you get a few, but still not even
half of what Wine wants. And last I checked (which I admit was a number
of months ago), there were many X libraries (DGA, VM, stuff like that)
that does exist there, but that you could not compile against. And most
just don't exist, even critical ones.
For example, one important core Wine feature, i18n, depends on
libicu36-dev. There seems to be no 32-bit version of this, therefore, if
we use this patch, the amd64 version of Wine will be severely limited in
functionality here, compared to the i386 version of Wine.
Most of the split-out packages will be useless too - for example,
libwine-sane will have no functionality at all without a lib32sane-dev
or something, and should therefore preferably not be part of an amd64
build - the architecture fields should specify the affected packages as
not available on amd64.
If possible, it would be a far preferable approach to actually build
Wine in a 32-bit environment and then just set the architecture fields
or something. It would give amd64 users a full, uncrippled, win32 emulation.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
