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