On Fri, 24 Oct 2014, Joachim Reichel wrote:
I've looked again at multiarch support for CGAL based on your patch. I've
attached my current version of it. The reverse dependencies build fine (yade
fails for unrelated reasons).
One Qt -dev package declares a Conflicts: between the i386 and amd64 variant,
Yes, Qt4 may never get M-A support, but I hope CGAL will soon handle Qt5,
which is already M-A:same (although not all of its dependencies are).
and one GLU -dev package does not support multiarch (do not remember the package
Yes, the X Strike Force has been slowwwwly (but steadily, so that's ok)
marking their packages, and libglu is one of the last remaining.
(Btw, you could add libtbb-dev to the Suggests: now that some packages can
use it)
exact names anymore). That means that some examples (Mesh_3, Image_IO,
Surface_mesher) do not work in a multiarch setup (at least not multiple
architectures at the same time). The same probably holds for the demos.
Yes, I expect that. But it should magically start working when the
dependencies are fixed.
Two questions:
- Why did you add "Pre-Depends: ${misc:Pre-Depends}"? "Pre-Depends:
multiarch-support" should be sufficient, as far as I know.
https://wiki.debian.org/Multiarch/Implementation
says to use ${misc:Pre-Depends}", so that's what I did without thinking
about it. I guess it may help if Debian ever goes through another similar
change. But if you prefer some other way, I don't mind at all.
- Is there any (multiarch-related) reason for moving usr/lib/CGAL to a
subdirectory of usr/lib/$TRIPLET/cmake? Or is just because other packages
already use the "cmake" subdirectory?
CGALConfig.cmake is a generated file that depends on the arch (it contains
the full path to libCGAL.so for instance, because cmake is such a clean
system...), so at least that one needs to be in a path including $TRIPLET.
Then I tried to see where most packages were putting those files (on my
desktop, out of 135 *.cmake files in /usr/lib/x86_64-linux-gnu, 117 are in
the cmake subdirectory) and where cmake is looking by default. I don't
remember if the option to move this one moved them all or something.
Again, whatever works...
While it would be nice to have multiarch support in jessie I think it's a bit
risky to upload such a change shortly before the freeze. I intend to upload it
to experimental such that people can test it, and probably upload it later to
unstable (maybe just after jessie has been released).
Sounds good to me, thanks.
--
Marc Glisse
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
