Re: Bug#336283: ara: [m68k] FTBFS
On Fri, Nov 04, 2005 at 04:49:16PM +0200, George Danchev wrote:
> On Friday 04 November 2005 15:13, George Danchev wrote:
> > On Friday 04 November 2005 11:14, Sven Luther wrote:
> --cut--
> > > > Well that infrastructure is not done by dpkg-genchanges and
> > > > dpkg-buildpackage (unless I missed to see how) but it was tried to be
> > > > done as good as possible by our rules targets. Is there a way to build
> > > > just the binary-indep targets and deb packages on certain architectures
> > > > so that the build process can exit gracefully ? What we need is from a
> > > > single source package to produce native and native + indep packages
> > > > depending on the architecture that source package being built.
> > >
> > > autobuilders build with dpkg-buildpackage -B, and build only binary-dep.
> > > Not sure if the contrary is possible though. binary-indep parts are only
> > > built by the original builder and not touched at all by the autobuilders,
> > > and as thus the bytecode-only part need not be built on any random arch.
> > >
> > > See the spamoracle package on how this can be done, and it has to my
> > > knowledge never caused any problem with the m68k buildd.
> >
> > This is where I've been looking at ;-) The only difference is that you
> > create an "empty" native package [1] on non-native architectures (m68k)
> > without ocamlopt.{opt) and this makes dpkg-genchanges happy, whilst it is
> > not created in ara and I got warnings that these are listed in control file
> > but not in debian/files (-byte packages are built ok). I should figure out
> > why such "empty" native package is not created with ara on these arches.
> >
> > [1] spamoracle_1.4-4_i386.deb
> > ./usr/
> > ./usr/bin/
> > ./usr/share/
> > ./usr/share/man/
> > ./usr/share/man/man1/
> > ./usr/share/man/man5/
> > ./usr/share/doc/
> > ./usr/share/doc/spamoracle/
> > ./usr/share/doc/spamoracle/copyright
> > ./usr/share/doc/spamoracle/README.gz
> > ./usr/share/doc/spamoracle/changelog.Debian.gz
> >
> > [2] dpkg-genchanges: warning: package xara-gtk in control file but not in
> > files list
> > dpkg-genchanges: warning: package ara in control file but not in files list
> > dpkg-genchanges: including full source code in upload
>
> By the way, I just looked at buildd logs and seems spamoracle has the same
> problem [1] with various builds on arches with no native ocaml compiler
> (mips, mipsel, s390, m68k) ... again binary-arch is faulty on such
> architectures.
>
> dh_testdir: I have no package to build
> make: *** [binary-arch] Error 1
> ******************************************************************************
> Build finished at 20051006-1130
> FAILED [dpkg-buildpackage died]
Too bad for them, the packages are marked as 'should not build' on those
arches, but they still try. Just ignore them, this is no bug, but a feature.
Friendly,
Sven Luther
Reply to: