On Mon, Feb 27, 2006 at 10:59:01PM -0800, Thomas Bushnell BSG wrote:
> I recently uploaded gnucash 1.9.1 to Debian experimental, but this
> doesn't seem to have affected buildd.debian.org. Is this normal?
That question has already been adequately answered by other people in
this thread.
However, for clarity, I'll add that the experimental buildd network
behaves slightly different from the unstable buildd network, and this
may require some work from your end:
* First, there is no guarantee that the experimental buildd network will
build your package. We do a best effort to successfully build as many
packages as possible, but it is not possible to guarantee that every
package will be built on all architectures for experimental. This is
partially because of the other points, but also because some
architectures simply do not have enough buildd power for experimental;
m68k, for example, currently builds experimental with only one buildd
host (quickstep.nixsys.be), a 25Mhz 68040, and cannot keep up (I do
plan to add jazz.nixsys.be when I have the time; but that's not going
to happen very soon, I'm afraid). This is not considered to be a
problem, as experimental is not as important as unstable.
* If you need packages from experimental to build, you must specify your
build-dependencies on those packages in more detail. For example, if
there is a foo_0.1_all.deb in unstable, and a foo_0.2_all.deb in
experimental; a bar_0.1_all.deb in unstable, and a bar_0.2_all.deb in
experimental; your package requires the use of bar, and you want to
build against packages in experimental; and bar depends on foo (with
the bar version in experimental having a versioned depends on the foo
version in experimental); then you need have a versioned build-depend
on not only bar, but also foo for the buildd build to succeed. This is
because apt cannot be set up to take packages from unstable by default
but to take them from experimental if that is the only way to resolve
a dependency that occurs in a case of something like "apt-get install
bar=0.2"
* The above currently isn't even true for many of the architectures; to
my knowledge, only m68k and one other architecture that I can't
remember off the top of my head currently behaves like that. Other
architectures will simply fail to build a package that has versioned
build-dependencies which can only be resolved with packages from
experimental.
This, however, is a bug, and AAUI one that is in the process of being
resolved.
Note that this is all about the experimental buildd network, i.e., those
machines that actually build packages from experimental. That is not the
same thing as "machines that send their logs to experimental.ftbfs.de",
which includes machines who build for unstable only and (should) behave
like "regular" buildd machines.
--
Fun will now commence
-- Seven Of Nine, "Ashes to Ashes", stardate 53679.4