This is particularly an issue for recent (version 1.5.30) wine builds which need libfreetype6-dev:i386 while builds of other packages I do on the same (x86_64 hardware) system need libfreetype6-dev:amd64. In addition several other packages on my system depend directly on libfreetype6-dev:amd64.
So the only viable solution is to allow both libfreetype6-dev:i386 and libfreetype6-dev:amd64 to be installed simultaneously. A similar modern wine build issue occurs for libx11-dev, but in that case Debian wheezy packaging allows a simultaneous install of libx11-dev:i386 and libx11-dev:amd64 so clearly reorganizing libfreetype6-dev:i386 and libfreetype6-dev:amd64 so they can be simultaneously installed is allowable (and also desireable for anybody who builds wine and other software that build-depends on libfreetype6-dev). I have just looked at the list of files in libfreetype6-dev:i386 and libfreetype6-dev:amd64, and superficially they appear to be identical except for files in respectively /usr/lib/i386-linux-gnu and /usr/lib/x86_64-linux-gnu/ So it appears to me that the solution is to reorganize these two packages by making a 3rd package containing the common files that don't depend on architecture while the reorganized libfreetype6-dev:i386 and libfreetype6-dev:amd64 packages contain only architecture-dependent files and both depend on that common architecture-independent package. Unfortunately, I cannot send you a patch to that effect because I don't have the required Debian packaging skills or deep knowledge of which files in libfreetype6-dev:i386 and libfreetype6-dev:amd64 are currently independent of architecture (although it may be all but the /usr/lib/i386-linux-gnu and /usr/lib/x86_64-linux-gnu/ files mentioned above). Nevertheless, if the above idea is good, I would hope the implementation would not be too difficult for someone with the required packaging skills and libfreetype knowledge. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
