bootstrapping build process?

[Brian May <bam@snoopy.apana.org.au>]

Hello,

We have the somewhat unusual situation that Heimdal build depends on
kerberoskth and kerberos4kth build depends on Heimdal.

kerberos4kth depends on heimdal because, this way it can share some low
level libraries which are included in Heimdal. Libraries that don't have
anything to do with Kerberos in fact, such as libroken and libcomerr.
This depends isn't very satisfactory, ideally these libraries need to be
split up into a seperate source stream package, but that isn't going to
happen any time soon.

heimdal depends on kerberos4kth because it supports kerberos4.

This worked fine until the move to non-us.

However, now that the packages have moved into non-us, the builders are
confused because they don't know how to build either package, because it
depends on the other one being built first.

Mikael's suggestion was that I remove kerberos4 support from Heimdal,
and upload, hence allowing kerberoskth to build. When kerberos4kth is
built, I upload a new version of Heimdal with kerberos4kth re-enabled.
Althought this will break at least on other package while Heimdal
doesn't have kerberos4 support (arla), it shouldn't be for long.

I was hoping that this could be bypassed though, by telling the
autobuilders to initially resolve the dependancy for heimdal when
building kerberos4tkth from non-us/testing.

Is this possible?

Any comments?
-- 
Brian May <bam@snoopy.apana.org.au>


-- 
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org