Hi,
gb atlas_3.8.4-9+deb7u1 . armel armhf kfreebsd-amd64 mipsel
We have to do it again. The last build of atlas didn't finish everywhere
in time for the release and therefore didn't migrate, so we are now
going for wheezy r1 ... if sparc needs again 14 days and does not fail,
this should be
Hi!
Andreas Beckmann a...@debian.org writes:
gb atlas_3.8.4-9+deb7u1 . armel armhf kfreebsd-amd64 mipsel
Done
We have to do it again. The last build of atlas didn't finish everywhere
in time for the release and therefore didn't migrate, so we are now
going for wheezy r1 ... if sparc needs
Andrew Starr-Bochicchio a...@debian.org writes:
The failure to build on these archs seems to be a transient issue. The
previous version of bzr built on both mips and kfreebsd-amd64. The
kfreebsd-amd64 build failed with:
bzrlib/_dirstate_helpers_pyx.c:22535:1: fatal error: error writing to
On Tue, 2013-05-28 at 17:39 +0200, Andreas Beckmann wrote:
(Is there another flag needed to denote the target wheezy? I don't see
anything in http://release.debian.org/wanna-build.txt)
See the first item under notes.
Regards,
Adam
--
To UNSUBSCRIBE, email to
On Tue, 2013-05-28 at 20:45 +0200, Andreas Beckmann wrote:
The TARGET distribution is only needed if the request
does not target unstable, i.e. experimental or wheezy.
At the risk of seeming picky, you mean e.g. here.
Hmm, wheezy or stable ?
Either will work. The buildds use codenames,
On Tue, 2013-05-28 at 20:45 +0200, Andreas Beckmann wrote:
The following might be more helpful:
gb|dw|nmu PKGS_VER . ARCHES [ . TARGET ] [ . -m 'changelog entry/dep-wait
expr.' ]
fwiw, the reason I didn't use that approach initially was because it
makes the line 80 characters. That may
