[11:07] <doko> cjwatson: I don't see any emails for syncs to natty, anything not set up (maybe on my side)?
[11:11] <cjwatson> doko: what sort of syncs?
[11:11] <cjwatson> as in what command line?
[11:12] <doko> sync-source.py -S incoming -f gnat-4.4
[11:12] <cjwatson> you forgot -b
[11:13] <cjwatson> if you don't say '-b doko', it counts as an autosync - autosyncs don't get mails sent
[11:13] <doko> oops
[11:13] <cjwatson> (because it gets really noisy)
[11:19] <cjwatson> doko: is it OK to accept my perl upload at this point?
[11:19] <doko> cjwatson: sure
[11:19] <cjwatson> done
[11:19] <doko> just waiting for the gcc-4.5 build to finish on armel
[11:19] <doko> then we can open
[11:20] <cjwatson> autoconf, automake, debhelper are already up to date; dpkg is merged; could perhaps do with a cdbs merge
[11:20] <cjwatson> I'll look at that now
[11:22] <cjwatson> err.  this looks complicated.  I think a cdbs expert had better merge this.
[11:22] <cjwatson> (e.g. somebody who actually uses cdbs)
[11:23] <cjwatson> we can probably open without cdbs without serious difficulty
[11:25] <doko> asked pitti
[11:26] <persia> Is the copy of all the maverick-updates stuff to natty part of the release-open checklist?
[11:28] <cjwatson> persia: no (and generally can't be)
[11:28] <cjwatson> given that much stuff continues to go only to maverick-updates afterwards, for a while
[11:28] <persia> Can't be?
[11:28] <cjwatson> easy to check later though
[11:28] <persia> Oh, I'd think it would be the last step, after "open the archive for general uploads"
[11:29] <cjwatson> krb5: 1.8.1+dfsg-5ubuntu0.1 > 1.8.1+dfsg-5
[11:29] <cjwatson> openssl: 0.9.8o-1ubuntu4.1 > 0.9.8o-1ubuntu4
[11:29] <cjwatson> postgresql-8.4: 8.4.5-0ubuntu10.10 > 8.4.4-2
[11:29] <cjwatson> update-manager: 1:0.142.20 > 1:0.142.19
[11:29] <cjwatson> I guess I can add a quick note
[11:30] <cjwatson> persia: ok, noted
[11:30] <cjwatson> and I'll copy those four packages over now
[11:31] <persia> cjwatson, thanks.
[11:33] <cjwatson> (list above generated by lp:~cjwatson/+junk/suite-diff)
[11:42] <cjwatson> jml: any progress on the branch import?
[12:37] <doko> cjwatson: perl build failure
[12:38] <cjwatson> ugh
[12:38] <cjwatson> will look
[12:39] <doko> gcc-4.5 probably
[12:41] <cjwatson> nothing in the Debian BTS
[12:42] <doko> if it doesn't fail with 4.5 in maverick, then maybe it's the linaro merge
[12:56] <cjwatson> argh.  silly me for not having primed a local natty mirror straight away
[13:23] <jml> cjwatson: again, slow progress. the CP has landed, I'm waiting on a LOSA to deploy it.
[13:26] <cjwatson> jml: ok, thanks
[13:26] <cjwatson> doko: fails on maverick with gcc-4.5, same way
[13:29] <doko> hrm
[13:29] <cjwatson> http://paste.ubuntu.com/511622/ - diff between old and new _h2ph_pre.ph, looks wrong
[13:30] <cjwatson> I don't like the __DBL_* stuff there, never mind the rest of it
[13:30] <doko> hmm, there should be patches floating around, gentoo and fedora do already build with 4.5
[13:31] <cjwatson> how recently was perl test-built in maverick?
[13:31] <cjwatson> yeah, about to check upstream
[13:34] <persia> lucas ran a reguild not so long ago, but the results seem to have been cleared from the report page: http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi
[13:39] <cjwatson> Configure is setting cppsymbols wrongly, so at least that puts the bug somewhere that doesn't take too long to run
[13:39]  * cjwatson dusts off memories of how perl is organised
[14:44] <cjwatson> doko: seems to be basically due to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=448 rather than anything Linaro-specific.  I can't find a proposed Perl fix in any of the usual places, though, which is very weird
[14:44] <ubot4> gcc.gnu.org bug 448 in c "<stdint.h>-related issues (C99 issues)" [Enhancement,New]
[14:46] <doko> cjwatson: my first thought was, a typo in the pr number :-/
[14:46] <cjwatson> just a very long-lived PR ...
[14:46] <cjwatson> anyway I think that's what introduced the new macros
[14:46] <cjwatson> hardly gcc's fault, though - perl is doing evil things with the headers and probably just has to cope
[14:47]  * cjwatson tries bleadperl to see what happens there
[14:49] <doko> plplot had evil header perl parsing scripts too ...
[14:50] <cjwatson> ah, never mind, I think I found it
[14:50] <cjwatson> http://perl5.git.perl.org/perl.git/commitdiff/8d66b3f930dc6d88b524d103e304308ae73a46e7 looks promising
[14:58] <cjwatson> __DBL_DENORM_MIN et al are still wrong though ...
[15:00] <cjwatson> maybe I can just assume that won't be a problem
[15:51] <cjwatson> bingo
[16:09] <cjwatson> doko: do you want python2.6 in before opening?
[16:09] <doko> cjwatson: yes, and preparing 2.7 too
[16:11] <doko> just really waiting for the gcc-4.5 armel build for the general opening. this should finish tomorrow evening
[16:11] <cjwatson> doko: hmm, several patches removed from python2.6 not mentioned in the changelog?
[16:11] <cjwatson>  debian/patches/arm-float.dpatch               |  119 ------
[16:11] <cjwatson>  debian/patches/profiled-build.dpatch          |   36 -
[16:11] <cjwatson>  debian/patches/pydebug-path.dpatch            |  100 -----
[16:11] <cjwatson>  debian/patches/subprocess-eintr-safety.dpatch |   81 ----
[16:12] <doko> it's mentioned
[16:12] <doko> and these are the old .dpatch files
[16:12] <cjwatson> oh, "remove obsolete old dpatch files"
[16:12] <cjwatson> ok, reading better now ...
[16:12] <cjwatson> I got confused because it was attached to something about Lib/locale.py
[16:12] <doko> yes, sorry
[17:05] <jml> incremental progress on the branches. we've deployed the critical bugfix. I've now asked a losa to run the script to make them
[17:06] <jml> if this goes smoothly, I'm going to update the NRCP process to say "ask a LOSA" instead of "Notify James Westby/Jonathan Lange"
[17:08] <cjwatson> great, thanks
[17:08] <jml> turns out we already have internal documentation for doing this :)
[17:09] <jml> https://wiki.canonical.com/InformationInfrastructure/OSA/LPHowTo/BranchUbuntu for the Canonically-enabled
[17:10] <cjwatson> just found it, yes :)