=== doko_ is now known as doko [15:46] slangasek: LP: #1223483 is back in New (and any thoughts on LP: #1223001)? [15:46] Launchpad bug 1223483 in python-virtualenv (Ubuntu) "[FFe] sync 1.10.1 from Debian" [Undecided,New] https://launchpad.net/bugs/1223483 [15:46] Launchpad bug 1223001 in python-pip (Ubuntu) "[FFe] sync python-pip 1.4.1 from debian" [Undecided,New] https://launchpad.net/bugs/1223001 [15:47] https://wiki.ubuntu.com/FreezeExceptionProcess says that "we expect requesters to have an updated package already prepared and tested!", but AIUI recently we have been asked to request FFes as early as possible, and it's useful to get an ack before doing the work. Is the documentation still accurate? [15:47] barry: sorry, hadn't gotten to 1223001 yet, spent all last night arguing with the Debian upstart update :) [15:48] slangasek: i hope you won! :) [15:48] rbasak: I think that's always been fuzzy [15:48] barry: except for the part where I'm now blocked by a libnih upstream change :) [15:48] ouch ;) [15:54] slangasek: we have a critical SRU for Cloud-init for Windows Azure. See https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1224684 [15:54] Launchpad bug 1224684 in cloud-init (Ubuntu Precise) "[SRU] cannot sudo, prompted for password on 12.04 Windows Azure" [Critical,Confirmed] [15:55] slagasek: any chance we could fast track this? [15:58] utlemming: I imagine so. is it uploaded? [15:59] I see that it is [16:01] slangasek: just going to say it was :) [16:02] slangasek: thanks. I'll prepare one. === Ursinha is now known as Ursinha-afk [16:43] utlemming: so what makes this an Azure-specific issue? [16:43] slangasek: if you look at the code, it is in the data-source. [16:44] slangasek: I validated that the impact is only on Azure [16:44] utlemming: ok. put differently, why is this not handled in a common codepath? [16:45] slangasek: ah, simply because user creation is only done for Azure on 12.04. The default user on 12.04 is built by the build system, but for Windows Azure the default cloud user is not applicable. [16:45] ah, interesting [16:45] ok, accepted into -proposed [16:46] slangasek: most appreciated [17:02] Hello release team, could I ask someone to ack this FFE please? https://bugs.launchpad.net/autopilot/+bug/1212833 [17:02] Launchpad bug 1212833 in Autopilot "[FFE] Add support for launching click packages" [Critical,In progress] [17:05] cjwatson: I wonder if you could take a look at that? It's kind of important for the touch guys... or maybe tell me who I can poke? [17:11] thomi: Approved, close the bug(s) when you upload, please. [17:13] infinity: will do, thanks === Ursinha-afk is now known as Ursinha [18:15] could someone please reject djorm-ext-pgarray from precise-proposed. I mistakenly uploaded it :( [18:16] ery much appreciated [18:25] roaksoax: Done. [18:26] infinity: awesome thank you [18:27] On a saucy cd .disk/info still says Alpha [18:28] bdmurray: Well, some of us haven't had a beta release yet. :) [18:28] infinity: oh yeah, that's a good point I guess [19:04] balloons: was the milestone still marked as testing? [19:07] does a new debian merge require a FFe if the upstream version doesn't change? [19:12] adam_g: if you're merging new features, yes. If you're merging bugfixes, no. [19:31] adam_g: It's the same basic rules as an SRU or security update, or any similar conservative policy. [19:32] adam_g: If it's just bugfixes, go to town. If it changes/removes/adds behaviour, you need an FFe. [19:35] infinity, http://paste.ubuntu.com/6103024/ is the log of upload in question. looks like it should have one filed [19:36] adam_g: That looks potentially scary, yes. Also, did you mean to rename the source package? :P [19:37] adam_g: An FFe bug with a debdiff from 2.02.98-1ubuntu5 to 2.02.98-6ubuntu1 for easy reviewing would be nice. I'd like to unwind some of those changelog entries and see what they actually do. [19:40] infinity, oh dont worry there are very descriptive bugs corresponding to them, ie http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712049 [19:40] Debian bug 712049 in lvm2 "lvm2 - udev monitor sync stuff is still racey" [Serious,Fixed] [19:40] infinity, not sure what you mean wrt source package renaming? [19:41] adam_g: Your changelog entry has s/lvm2/lvm1/ :P [19:42] uhm [19:42] im blaming pastebin === medberry is now known as med_ [22:13] I'm going to force LXC through as https://jenkins.qa.ubuntu.com/job/saucy-adt-lxc/45/ARCH=i386,label=adt/ failed because of some kind of archive race [22:13] (same on amd64 succeeded) [22:14] I retriggered it [22:14] don't think p-m will notice that though [22:15] Laney: if you're here, can you mark Beta 1 as released on the iso tracker? [22:15] oh yeah [22:15] I didn't do that because of something to do with cloud images [22:15] but I think they did that [22:16] Laney: ? [22:16] Laney: there supposed to be marked as ready, and they were released [22:16] it's fine [22:16] rsalveti: Yay for multiarching libeeze out of the box, boo for missing the multi-arch headers in debian/control. [22:17] rsalveti: Please fix on the next upload. [22:18] Oh what, someone else did it [22:18] I hauled myself up and got a 2fa device and everything