On 05-Aug-18 14:47, GOTO Masanori wrote: > At Wed, 17 Aug 2005 22:05:42 +0200, > Andreas Jochens wrote: > > In the end it will be much easier to require a 64-bit machine to be > > used to build 32/64-bit biarch packages instead of trying to circumvent > > all these issues. > > Yes, that's one solution. However, instead, I would like to propose > supporting 32bit and 64bit binaries as separated architectures. > > For example, think about ppc32 and ppc64. My proposal is to have both > Debian/dists/sid/main/binary-powerpc and > Debian/dists/sid/main/binary-ppc64. It's similar to the different > architecture between i386 and amd64 - but ppc32 and ppc64 are not > distinguished so much. > > If a package has (ex:) "Features: biarch" in debian/control (like > Tollef's proposal), ppc64 buildd picks up to build this package. If > it does not biarch capable package, it should not be built. It > reduces much disk spaces on mirror servers, and the 90% of > non-biarch-needed (binaries and libraries) packages do not need to > consider about biarch problems. To install both 32/64 bit packages, > we need to consider about the file duplication in /usr/share and > /usr/bin - but fortunatelly the proposal of Scott's dpkg modification, > FILTERS and CLASSES, probably fix this kind of problems. > > It's very simple way and we don't modify a lot of packages. If you > guys like this idea, I'll write the proposal to debian-devel lists. > Or is this idea already proposed?
I certainly like this idea. There is already an inofficial buildd for the ppc64 architecture running for 'unstable'. The respective ppc64 package archive is located at deb http://debian-ppc64.alioth.debian.org/gcc4 unstable main and almost 95% of all source packages from 'unstable' have already been compiled for the ppc64 architecture. A small number of packages still need some minor patches to make this work, notably 'glibc' (see #301438 - the patch in that bug is outdated, but I could supply an updated patch for this). With this setup, the ppc64/powerpc situation would become very similar to the amd64/i386 situation and the same solution for multiarch/biarch support could be used for both cases. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
