/srv/irclogs.ubuntu.com/2010/10/12/#ubuntu-release.txt

dokocjwatson: I don't see any emails for syncs to natty, anything not set up (maybe on my side)?11:07
cjwatsondoko: what sort of syncs?11:11
cjwatsonas in what command line?11:11
dokosync-source.py -S incoming -f gnat-4.411:12
cjwatsonyou forgot -b11:12
cjwatsonif you don't say '-b doko', it counts as an autosync - autosyncs don't get mails sent11:13
dokooops11:13
cjwatson(because it gets really noisy)11:13
cjwatsondoko: is it OK to accept my perl upload at this point?11:19
dokocjwatson: sure11:19
cjwatsondone11:19
dokojust waiting for the gcc-4.5 build to finish on armel11:19
dokothen we can open11:19
cjwatsonautoconf, automake, debhelper are already up to date; dpkg is merged; could perhaps do with a cdbs merge11:20
cjwatsonI'll look at that now11:20
cjwatsonerr.  this looks complicated.  I think a cdbs expert had better merge this.11:22
cjwatson(e.g. somebody who actually uses cdbs)11:22
cjwatsonwe can probably open without cdbs without serious difficulty11:23
dokoasked pitti11:25
persiaIs the copy of all the maverick-updates stuff to natty part of the release-open checklist?11:26
cjwatsonpersia: no (and generally can't be)11:28
cjwatsongiven that much stuff continues to go only to maverick-updates afterwards, for a while11:28
persiaCan't be?11:28
cjwatsoneasy to check later though11:28
persiaOh, I'd think it would be the last step, after "open the archive for general uploads"11:28
cjwatsonkrb5: 1.8.1+dfsg-5ubuntu0.1 > 1.8.1+dfsg-511:29
cjwatsonopenssl: 0.9.8o-1ubuntu4.1 > 0.9.8o-1ubuntu411:29
cjwatsonpostgresql-8.4: 8.4.5-0ubuntu10.10 > 8.4.4-211:29
cjwatsonupdate-manager: 1:0.142.20 > 1:0.142.1911:29
cjwatsonI guess I can add a quick note11:29
cjwatsonpersia: ok, noted11:30
cjwatsonand I'll copy those four packages over now11:30
persiacjwatson, thanks.11:31
cjwatson(list above generated by lp:~cjwatson/+junk/suite-diff)11:33
cjwatsonjml: any progress on the branch import?11:42
dokocjwatson: perl build failure12:37
cjwatsonugh12:38
cjwatsonwill look12:38
dokogcc-4.5 probably12:39
cjwatsonnothing in the Debian BTS12:41
dokoif it doesn't fail with 4.5 in maverick, then maybe it's the linaro merge12:42
cjwatsonargh.  silly me for not having primed a local natty mirror straight away12:56
jmlcjwatson: again, slow progress. the CP has landed, I'm waiting on a LOSA to deploy it.13:23
cjwatsonjml: ok, thanks13:26
cjwatsondoko: fails on maverick with gcc-4.5, same way13:26
dokohrm13:29
cjwatsonhttp://paste.ubuntu.com/511622/ - diff between old and new _h2ph_pre.ph, looks wrong13:29
cjwatsonI don't like the __DBL_* stuff there, never mind the rest of it13:30
dokohmm, there should be patches floating around, gentoo and fedora do already build with 4.513:30
cjwatsonhow recently was perl test-built in maverick?13:31
cjwatsonyeah, about to check upstream13:31
persialucas 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.cgi13:34
cjwatsonConfigure is setting cppsymbols wrongly, so at least that puts the bug somewhere that doesn't take too long to run13:39
* cjwatson dusts off memories of how perl is organised13:39
=== bladernr is now known as bladernr_
=== ogra_ is now known as ogra
cjwatsondoko: 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 weird14:44
ubot4gcc.gnu.org bug 448 in c "<stdint.h>-related issues (C99 issues)" [Enhancement,New]14:44
dokocjwatson: my first thought was, a typo in the pr number :-/14:46
cjwatsonjust a very long-lived PR ...14:46
cjwatsonanyway I think that's what introduced the new macros14:46
cjwatsonhardly gcc's fault, though - perl is doing evil things with the headers and probably just has to cope14:46
* cjwatson tries bleadperl to see what happens there14:47
dokoplplot had evil header perl parsing scripts too ...14:49
cjwatsonah, never mind, I think I found it14:50
cjwatsonhttp://perl5.git.perl.org/perl.git/commitdiff/8d66b3f930dc6d88b524d103e304308ae73a46e7 looks promising14:50
cjwatson__DBL_DENORM_MIN et al are still wrong though ...14:58
cjwatsonmaybe I can just assume that won't be a problem15:00
=== bjf[afk] is now known as bjf
cjwatsonbingo15:51
cjwatsondoko: do you want python2.6 in before opening?16:09
dokocjwatson: yes, and preparing 2.7 too16:09
dokojust really waiting for the gcc-4.5 armel build for the general opening. this should finish tomorrow evening16:11
cjwatsondoko: 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:11
dokoit's mentioned16:12
dokoand these are the old .dpatch files16:12
cjwatsonoh, "remove obsolete old dpatch files"16:12
cjwatsonok, reading better now ...16:12
cjwatsonI got confused because it was attached to something about Lib/locale.py16:12
dokoyes, sorry16:12
jmlincremental progress on the branches. we've deployed the critical bugfix. I've now asked a losa to run the script to make them17:05
jmlif this goes smoothly, I'm going to update the NRCP process to say "ask a LOSA" instead of "Notify James Westby/Jonathan Lange"17:06
cjwatsongreat, thanks17:08
jmlturns out we already have internal documentation for doing this :)17:08
jmlhttps://wiki.canonical.com/InformationInfrastructure/OSA/LPHowTo/BranchUbuntu for the Canonically-enabled17:09
cjwatsonjust found it, yes :)17:10
=== smb` is now known as smb
=== bjf is now known as bjf[afk]

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!