[01:20] <doko_> Daviey, who did approve the python-tablib MIR?
[01:21] <doko_> afaics, there even wasn't one
[01:47] <doko_> ohh, I see, just cliff-tablib was promoted
[04:14] <rsalveti`> infinity: another FFe: bug 1053212
[04:15] <ubot2> Launchpad bug 1053212 in qemu-linaro "[FFe] merge qemu-linaro v12.09, based on upstream v1.2.0" [High,New] https://launchpad.net/bugs/1053212
[04:15] <rsalveti`> current qemu-linaro is quite old already, based on 12.03
[04:15] <rsalveti`> new qemu linaro is also based on upstream 1.2
[04:15] <rsalveti`> which is a stable release, fixing a few arm specific patches as well
[08:53]  * Laney sees a curiously emboldened ubuntu one ;-)
[09:08] <Laney> Riddell: have you upgraded to the new ttf-ubuntu-font family and noticed anything breaking?
[09:19] <Riddell> Laney: oh is it in?  I'll try that now
[09:19] <Laney> yeah
[09:19] <Laney> please just update the bug with anything that got broken
[09:58] <Laney> I believe I need to accept that NEW backport fonts-cns11643 into multiverse explicitly, is that right?
[09:58] <Laney> and is it just a matter of passing -c multiverse to queue accept?
[09:58] <Laney> (IOW: do I need to care about -x -p?)
[10:03] <Daviey> doko: i believe so..
[10:04] <doko> Daviey, my bad, see my follow-up
[10:05] <Daviey> hah, i was confused aswell :)
[10:13] <cjwatson> Laney: use queue override
[10:13] <cjwatson> -c -x -p don't do anything for accept
[10:13] <Laney> ok
[10:14] <Laney> do I need to specify them all?
[10:14] <cjwatson> but is it not already in the right component?
[10:14] <cjwatson> it certainly looks like it
[10:14] <Laney> it is in Q
[10:14] <cjwatson> you only need to specify ones which are wrong in queue info
[10:14] <Laney> does that mean it will end up right in precise-backports?
[10:14] <Laney> ah, yeah, looks right
[10:14] <cjwatson> 'queue -s precise-backports info' says
[10:14] <cjwatson>          | * fonts-cns11643/98.1-2~ubuntu12.04.1 Component: multiverse Section: fonts
[10:14] <Laney> i see it
[10:15] <cjwatson> so yeah, that's fine, you can just accept if you're happy with the rest of it
[10:15] <Laney> ta
[10:17] <tjaalton> ubuntu-sru members here? fix for bug 819304 has been on the queue for two weeks
[10:17] <ubot2> Launchpad bug 819304 in gvfs "gvfsd-cdda crashed with signal 5 in _g_dbus_oom()" [Low,In progress] https://launchpad.net/bugs/819304
[10:27] <Daviey> would some consider NEW reviewing ubuntu-cloud-keyring for precise-proposed?  Does it constitute an SRU?
[13:05] <ScottK> A new package is definitely an SRU.
[13:56] <ScottK> FYI, thanks to the recent "improvements" in the Ubuntu fonts, Kubuntu is dropping them for Quantal.
[14:03] <jbicha> by the way, UIFE requests definitely must not be private bugs
[14:03] <jbicha> these bugs have to be seen by the entire documention & translator teams before they are approved
[14:06] <stgraber> Laney: for bug 1048600, do you recommend a revert because of the regressions (u1 and kde/qt) or do you know who to nag to get these solved ASAP?
[14:06] <ubot2> Launchpad bug 1048600 in ayatana-design "[FFe] Restore "Ubuntu Medium" weights in Ubuntu's binary .deb" [High,Fix committed] https://launchpad.net/bugs/1048600
[14:07] <Laney> I don't know of any serious attempts at debugging
[14:07] <Laney> sladen: ^ do you?
[14:09] <Laney> stgraber: I think we should revert it before candidate builds begin. Perhaps letting it run for a while to get information is a useful exercise, I'm not sure.
[14:10] <Laney> There's also the comment #3 issue.
[14:13] <stgraber> right...
[14:14] <Laney> Perhaps we should have some kind of collective release team decision...
[14:16] <sladen> Laney: I didn't manage to allocate a solid undisturbed week to it while @canonical.  I've been avoiding Ubuntu stuff over this summer.  When I'm back and motivated again, yes, I'm planning to have a go.  popey et al I believe have been asked to do something about it
[14:16] <stgraber> Laney: ok, I re-opened the bug and commented that we'll likely revert if the regressions aren't fixed by the time we start spinning the first b2 images.
[14:16] <sladen> ScottK: of course, it would be nicer to fix Qt :)
[14:17] <ScottK> sladen: Sure, but one I know how to do and the other I don't.
[14:17] <stgraber> Laney: oh, well, I didn't see the "collective release team decision" part before re-opening the bug and commenting :)
[14:17] <skaet> Laney,  lets get as much data today as possible,  then add it to the agenda for tomorrow's meeting.
[14:17] <ScottK> It seems rather late in the cycle to be intentionally breaking stuff to me.
[14:18] <popey> in the event we managed to find someone to look at the bugs surfaced by bug 1048600, would it be possible to re-revert it back in later?
[14:18] <ubot2> Launchpad bug 1048600 in ayatana-design "[FFe] Restore "Ubuntu Medium" weights in Ubuntu's binary .deb" [High,Fix committed] https://launchpad.net/bugs/1048600
[14:18] <Laney> I think it's a more likely target for R
[14:19] <Laney> but that would be a matter for the SRU team
[14:19] <jbicha> popey: no, major UI tweaks really need to land today
[14:20] <jbicha> or 3 weeks ago, but you get the idea
[14:21] <stgraber> jbicha: I was going to say by Monday for that specific one as asking for resolution today doesn't seem possible. My understanding is that once fixed, there would be no UI change vs what we had before, so no screenshot to update, correct?
[14:22] <jbicha> I'm redoing screenshots this weekend so could we get EVERYTHING straightened out by tomorrow please
[14:22] <Laney> we'll make the determination at the release meeting
[14:22] <jbicha> it's like UserInterfaceFreeze was 3 weeks ago, but today is like ReallySeriousUserInterfaceFreeze or something :|
[14:23] <jbicha> at least there isn't any text that would need to be written for a font change
[14:24] <stgraber> jbicha: can you use the previous font package for the screenshots? surely we don't want to include screenshots using the wrong font?
[14:24] <stgraber> if it's too difficult, then I'd recommend we revert by 21:00 UTC today and accept a fixed version till Monday whenever-we-start-spinning UTC
[14:26] <stgraber> popey: do you think you can get someone to fix/workaround that regression by Monday (probably around noon your time)?
[14:26] <highvoltage> stgraber: the change for edubuntu, is it very specifically a space-in-unity-launcher thing for you?
[14:27] <highvoltage> stgraber: imho it's more than that and I'd like to keep edubuntu a free system as far as possible with as little adware (for lack of a nicer word) as far as humanly possible
[14:28] <Laney> err
[14:28] <Laney> https://launchpadlibrarian.net/116683619/libunity-webapps_2.3.3-0quantal1_2.3.5-0ubuntu1.diff.gz ← unity-webapps-runner-amazon.c
[14:28] <Laney> it already went in?!?!?!
[14:29] <stgraber> highvoltage: I just want them to make it technically possible to revert it and the release team to be prepared for us reverting it. The actual reasons why I want to revert these aren't relevant (and would likely have started an off-topic discussion in the bug)
[14:30] <Laney> popey: can you comment on this in the bug please?
[14:30] <popey> stgraber, i honestly don't know
[14:30] <Laney> or get someone to
[14:31] <popey> i have reached out to a community guy who knows fonts, asked him to take a look, and he has said he will, he's at a conf today though
[14:32] <Laney> the webapps one, not the font one
[14:32] <stgraber> Laney: is that actually the change adding these launchers to the default unity launchers? If so, the changelog is rather confusing...
[14:32] <popey> oh, sorry.
[14:32] <Laney> stgraber: no, I think it just builds them
[14:32] <Laney> still definitely a Feature
[14:32] <stgraber> right...
[14:33] <Laney> but the changelog is interesting, yes
[14:35] <popey> Laney, sorry, what do you want me to comment on?
[14:36] <Laney> popey: https://bugs.launchpad.net/webapps-applications/+bug/1046840/comments/23
[14:36] <ubot2> Launchpad bug 1046840 in Ubuntu Quantal "[UIFE][FFE] Install Amazon and Ubuntu One Music Store webapp items in the launcher by default" [High,New]
[14:38] <Laney> jbicha: you coming to UDS?
[14:38] <jbicha> Laney: no, sorry I won't be able to attend in person this time
[14:39] <Laney> ah, that's unfortunate
[14:39] <Laney> I want a What Are Freezes For session, at which your attendance would have been appreciated
[14:43] <jbicha> ok, I'm signing off to take care of other responsibilities, I'll check in a bit later
[14:44] <Laney> bye
[15:09] <Daviey> anyone on ~ubuntu-sru want to take a package?
[15:09] <Daviey> :)
[15:27] <highvoltage> stgraber: I get a ubiquity error that it can't install grub to /dev/vda and I can't find the LP bug, are you aware of an existing bug for that?
[15:29] <stgraber> highvoltage: nope. Is that today's build?
[15:29] <highvoltage> stgraber: yep
[15:29] <highvoltage> (well, the current one)
[15:30] <stgraber> highvoltage: can you post /var/log/syslog and /var/log/installer/* somewhere?
[15:31] <stgraber> cjwatson: looks like the python port regressed the size detection for Edubuntu's armhf DVD build. It's now reporting oversizedness
[15:32] <cjwatson> stgraber: ok, give me a bit
[15:32] <highvoltage> stgraber: http://paste.ubuntu.com/1216905
[15:33] <highvoltage> stgraber: http://paste.ubuntu.com/1216907
[15:34] <stgraber> cjwatson: looks like size_limit_extension() overrides size_limit() for all ARM images to 1024 * 1024 * 1024 which isn't correct for Edubuntu. Special casing in there would probably do it (as ugly as it's ...)
[15:35] <cjwatson> oh, blah, right, thanks
[15:35] <cjwatson> I'll fix that up
[15:36] <stgraber> highvoltage: ok, thanks. Looks like something's wrong with grub-installer or related magic. Kind of odd we didn't hear about that yet...
[15:36] <stgraber> highvoltage: is that in kvm or vbox?
[15:36] <highvoltage> stgraber: kvm
[15:36] <cjwatson> that explains why the edubuntu override was in a funny place anyway :-/
[15:37] <cjwatson> stgraber: I fixed that this morning
[15:37] <cjwatson> just needs a ubiquity rebuild which I'll do in a bit
[15:37] <cjwatson> highvoltage: ^- so consider it handled
[15:37] <cjwatson> stgraber: we did hear about it BTW, it was escalated from a jenkins failure
[15:37] <stgraber> cjwatson: oh, indeed, for some reason I missed that in the #ubuntu-installer backlog...
[15:39] <stgraber> cjwatson: ah, do we still get e-mails for jenkins failure somewhere? I remember we used to get these to the foundations mailing-list but that seems to have stopped (or I blacklisted it and can't remember doing so...)
[15:40] <cjwatson> I haven't seen them for a while (though I thought that was just autopkgtest, but I haven't seen those either)
[15:40] <cjwatson> maybe it was just switched on for precise?
[15:40] <cjwatson> stgraber: fixed the Edubuntu sizelimit regression now
[15:40] <cjwatson> (with a test)
[15:41] <stgraber> cjwatson: thanks
[15:42] <stgraber> cjwatson: oh, right, might have been just autopkgtest
[16:02] <pgraner> stgraber, cjwatson: https://lists.ubuntu.com/mailman/listinfo/ubuntu-testing-notifications
[16:02] <pgraner> ^^^^ Jenkins failures
[16:16] <hallyn> jdstrand: who should i ping about the FFE for qemu-kvm?  I think i'd be nice to get it in before today's freeze while we shake out the hot-unplug bug
[16:22] <mardy> iulian: hi! Do you have a spare minute?
[16:28] <infinity> hallyn: I can look at it in a sec.  Throw me a bug number.
[16:29] <infinity> hallyn: Does it relate vaguely to the qemu-linaro FFe that rsalveti pinged me about last night? :P
[16:29] <infinity> hallyn: (At least, would then end up being vaguely in lockstep, version/feature-wise?)
[16:29] <infinity> hallyn: Cause I'm all for them not being wildly out of sync.
[16:30] <jdstrand> hallyn: #ubuntu-release. I don't consider the CVE regression to be a blocker for the ffe. that is just a bug fix that should be fixed before release
[16:30] <infinity> I also wish someone would sort out how to just pick one good source, and build all the packages from there, instead of doing it all twice...
[16:30] <jdstrand> hallyn: heh, we are in #ubuntu-release (ETOOMANYCONVERSATIONS)
[16:30] <infinity> jdstrand: We sure are!
[16:31] <rsalveti> infinity: bug 1052932 and bug 1053212
[16:31] <ubot2> Launchpad bug 1052932 in qemu-kvm "[FFE] merge upstream v1.2.0" [Critical,New] https://launchpad.net/bugs/1052932
[16:31] <ubot2> Launchpad bug 1053212 in qemu-linaro "[FFe] merge qemu-linaro v12.09, based on upstream v1.2.0" [High,New] https://launchpad.net/bugs/1053212
[16:31] <rsalveti> yeah, in the past qemu-linaro had a bunch of additional patches on top of the upstream tree
[16:31] <hallyn> rsalveti: thanks :)
[16:32] <hallyn> i was trying to find it still
[16:32] <rsalveti> but something to check again
[16:32] <rsalveti> np
[16:32] <hallyn> infinity: i suspect due to main inclusion issues we can't combine the trees completely, but i'd like to discuss at uds how to do it better
[16:32] <infinity> rsalveti, hallyn: Right, I'll look at both in a sec.  It'll probably be a blanket approve/deny for both, since having them at similar versions seems sane.
[16:32] <rsalveti> infinity: yup
[16:33] <rsalveti> thanks
[16:33] <infinity> hallyn: Main Inclusion will become less of a thing fairly soon.
[16:33] <hallyn> rsalveti: maybe we can try keeping the qemu-kvm and qemu-linaro trees somewhat in sync for the lifetime of quantal :)
[16:33] <hallyn> infinity: ohrly
[16:34] <stgraber> hallyn: we're trying to kill the main/universe separation (archive reorg), making slow progress but not being terribly far from it anyway
[16:35] <cjwatson> really been trumped by other things this cycle
[16:35] <cjwatson> (as ever)
[16:35] <rsalveti> yeah, the additional patch list is still huge hehe
[16:35] <Laney> any installer people want to look at xnox's bug #1042649?
[16:35] <ubot2> Launchpad bug 1042649 in ubiquity "[FFe] [UIFe] Manual Partitioning Crypt" [High,New] https://launchpad.net/bugs/1042649
[16:35]  * Laney abstained
[16:35] <hallyn> jdstrand: ^ i'm curious how security team handles that
[16:36] <xnox> Laney: it's so late on a thursday evening, and people generally expect friday morning image to be milestone testing worthy, I'm inclined at nacking this for beta-2.
[16:37] <Laney> xnox: If it's nacked for b2 it's probably nacked for Q
[16:37] <xnox> :'(
[16:37] <Laney> is there a ubiquity upload coming for anything else?
[16:37] <xnox> cjwatson is doing one now
[16:38] <Laney> I see
[16:38] <xnox> to upload grub fix
[16:38]  * Laney hugs xnox
[16:38] <Laney> we'll get through this!
[16:38] <skaet> cjwatson, can you look at the FFe ^ and comment?
[16:39] <xnox> Laney: we dropped alternate images already, yet this and the advanced lvm are critical and were assumed to be "landing soon" when alternates were dropped.
[16:39] <cjwatson> bit frazzled this afternoon ...
[16:40] <cjwatson> but xnox is correct on that point at least
[16:40] <cjwatson> we really need this for q
[16:40] <cjwatson> it's basically a serious full-system regression if we don't
[16:41] <xnox> Laney: nacking adv-crypt & adv-lvm FFe means we have to bring back alternatives.
[16:41] <Laney> heh
[16:41] <xnox> (alternate cds)
[16:41] <skaet> infinity,  ^ can you help out with the review?
[16:41] <cjwatson> that actually doesn't look too bad, though I want to look at the code
[16:41]  * xnox is not volunteering to test all alternatives.
[16:41] <cjwatson> UI complexity is minimal, considering
[16:41] <Laney> get it reviewed and get QA prepared to test it
[16:41] <skaet> UI has a+1 on it already
[16:42]  * cjwatson reviews code
[16:42] <balloons> xnox, anything else in the pipe your going to ffe?
[16:43] <xnox> bug 1024649 and bug 1042647
[16:43] <ubot2> Launchpad bug 1024649 in openclipart "openclipart-libreoffice package should not recommend libreoffice package" [Wishlist,Won't fix] https://launchpad.net/bugs/1024649
[16:43] <ubot2> Launchpad bug 1042647 in ubiquity "[FFe] [UIFe] Manual Partitioning LVM" [High,New] https://launchpad.net/bugs/1042647
[16:43] <xnox> bug 1042649 and bug 1042647
[16:43] <ubot2> Launchpad bug 1042649 in ubiquity "[FFe] [UIFe] Manual Partitioning Crypt" [High,New] https://launchpad.net/bugs/1042649
[16:44]  * xnox got 2 & 4 wrong way around =)
[16:44] <Laney> no release team on that other one
[16:44] <Laney> oh, no branch
[16:44] <Laney> no code?
[16:44] <xnox> Laney: UI bits and strings landed in beta1
[16:45] <xnox> but hidden
[16:45] <xnox> hooking up partman logic, I have some code locally but it's not done yet.
[16:45] <Laney> hmm
[16:45] <xnox> shoudl adv-crypto be uploaded into -proposed such that balloons / QA can test it?
[16:45] <xnox> or a PPA?
[16:46] <Laney> not proposed
[16:46] <xnox> without affecting beta2 testing.
[16:46] <Laney> well, not proposed for testing
[16:46] <ScottK> xnox: quantal-proposed exists soley to avoid archive skew.  For testing, us a PPA.
[16:46] <cjwatson> adv-crypto - let's just do it for beta-2.  the complexity here is not such that I think it would be difficult to hide again if it turns out to be impossible to fix nits
[16:47] <cjwatson> I've reviewed the code branch, it looks fine
[16:47] <Laney> I think that if it's to go ahead that you should just put it in
[16:47] <ScottK> Or that.
[16:47] <skaet> thanks cjwatson
[16:47] <xnox> and if QA is happy testing: milestone/daily-image + upgrade ubiquity then land.
[16:47] <skaet> balloons, plars ^?
[16:48] <balloons> I can't commit much time today to help sadly.. unity team is doing there own last minute landings :-)
[16:49] <cjwatson> xnox: less confident in LVM without being able to see the code
[16:49] <xnox> well jibel did amazing ubiquity testing & great bugs.
[16:49] <Laney> xnox: cheers
[16:49] <xnox> cjwatson: sure. I understand.
[16:49] <Laney> I'll do a test install with it tomorrow
[16:49] <popey> Laney, ScottK where have the reports of the font breaking 'all of qt' come from?
[16:49] <balloons> I am happy to do what I can to help land.. just it would be best to have plars or jibel or etc on point on this
[16:49] <popey> I have a qt app open (fontmatrix) and the font looks fine. I appreciate it looks wrong in some other apps like libreoffice and vlc though.
[16:49]  * skaet --> lunch, biab
[16:49] <cjwatson> xnox: can you do an upload more or less straight away with that, then?  doesn't seem to be a reason to wait
[16:50] <Laney> popey: who says it breaks all of Qt?
[16:50] <xnox> cjwatson: ok. yeah that branch is ready.
[16:50] <cjwatson> that> adv-crypto I mean
[16:50] <xnox> cjwatson: yes, me to adv-crypto branch =)
[16:50] <xnox> s/to/too/
[16:51] <xnox> I am interested how bug 1053112 will affect beta2
[16:51] <ubot2> Launchpad bug 1053112 in gtk+3.0 "ubiquity crashes when orca is running" [High,Confirmed] https://launchpad.net/bugs/1053112
[16:51] <plars> xnox, skaet: if someone can give me a heads up when it lands, I can give it a try
[16:51]  * Laney just started LO to test and has no menu bar
[16:51] <xnox> cause gtk+3.0 upload means respin of everything but kubuntu/server&cloud?
[16:51] <popey> Laney, seemed the implication
[16:52] <Laney> I don't know what the precise impact is
[16:52] <popey> from what sladen said above along with "all kde" apps being broken, and the last comment from scott
[16:53] <infinity> cjwatson: Are you on top of reviewing/approving both of xnox's bugs in backscroll?
[16:53] <xnox> infinity: crypt reviewed & approved, lvm nothing to review yet =)
[16:53] <cjwatson> yeah, what he said
[16:53] <cjwatson> I'm happy to review adv-lvm once code appears
[16:54] <xnox> thanks.
[16:54] <cjwatson> (but I don't know if that will be in time)
[16:54] <infinity> Ahh.  Check.
[16:54] <cjwatson> I sort of feel less urgent about adv-lvm than adv-crypto
[16:54] <infinity> I'll go look at qemu-* instead.
[16:54] <cjwatson> adv-crypto is important on the desktop; adv-lvm very nice to have but I think smaller audience
[16:54] <xnox> infinity: =)))))
[16:54] <cjwatson> I think that's the priority ordering we had anyway
[16:55] <infinity> hallyn: Uhm, yeah, looking at what we're shipping right now, I think moving to a stable release is a no-brainer from the ongoing maintenance perspective.
[16:56] <infinity> hallyn, rsalveti: Approved for both, please upload ASAP.
[16:56] <xnox> cjwatson: the adv-crypto is interesting from security point of view, for example d-i goes to quite extends to prevent leaking passwords. And appart from gtk hide behind asterisks I'm not doing anything special.
[16:56] <xnox> but then again we allow pre-seeding LUKS password and debian doesn't.....
[16:56] <cjwatson> you're putting them straight through to the password type in debconf though, right?
[16:56] <xnox> and pre-seeding is very plain-test =)
[16:56] <cjwatson> yeah, but only logged in debug mode
[16:57] <cjwatson> it might be worth including the red warning we have on the user/password page in debug mode that passwords will show up in the log
[16:58] <cjwatson> or possibly had; I can only find it in the KDE frontend right now ...
[16:58] <xnox> cjwatson: yes, apart from I do not believe I clear them from GtkEntry after doing so, and there is a period of time between entry -> and d-i asking for it and I don't know what's happening during that time. E.g. is gtk fool-proof?
[16:58] <cjwatson> also check the logs in non-debug mode and make sure the password isn't leaked there
[16:58] <cjwatson> I'm not concerned about clearing it from GtkEntry as long as it isn't displayed or logged
[16:58] <xnox> nope, it's not in the logs in != debug
[16:58] <cjwatson> the whole installer runs as root anyway
[16:58] <cjwatson> (well, near enough)
[16:59] <xnox> ok =)
[16:59]  * xnox runs as root apart from reading ~/.config/pangorc *giggles*
[17:01] <phillw> sorry for intruding, but are any of you guys having problem with lp today? (can't upload to ppa's for >8h now)
[17:02] <Laney> #launchpad is probably a better venue for PPA questions
[17:02] <Laney> someone else made a similar complaint there recently
[17:02] <phillw> Laney: the OP has tried, no one about :/
[17:02] <phillw> thanks for you time.
[17:02] <Laney> ping the contacts in the topic
[17:08] <hallyn> infinity: thanks!  pushing
[17:09] <infinity> rsalveti: ^-- You too, I hope.  Flex that new core-dev muscle. ;)
[17:20] <rsalveti> infinity: yup, thanks :-)
[17:23] <cjwatson> ok, so heads-up on another late change: we are preparing a signed version of grub2 for use with secure boot
[17:23] <infinity> \o/
[17:23] <cjwatson> this is a fairly small change on top of the existing packaging at this point, and I'm preparing the upload now
[17:23] <cjwatson> I'll be posting to ubuntu-devel@ a little later about it, and Rick's doing a blog post as well
[17:24] <cjwatson> but thought I was going to need to upload in time for the freeze and thus wanted to keep this channel informed
[17:24] <stgraber> oh, we're going with a signed grub2 instead of a minimal bootloader? (I guess ubuntu-devel post will cover that, I can wait)
[17:29] <dobey> skaet: ping
[17:30] <skaet> Laney,  could you have a look at: https://bugs.launchpad.net/ubuntuone-client/+bug/1042343
[17:30] <ubot2> Launchpad bug 1042343 in ubuntuone-client/trunk "[FFE] [UIFE] Ubuntu One integration with Q sync indicator" [High,Fix committed]
[17:31] <skaet> ?
[17:31] <skaet> dobey,  ?
[17:31] <Laney> looks fine
[17:31] <dobey> skaet: i was just going to ask about that, in relation to your comment on bug #1053482
[17:31] <ubot2> Launchpad bug 1053482 in unity "[FFe] [UIFe] Install indicator-sync by default" [Undecided,New] https://launchpad.net/bugs/1053482
[17:31] <Laney> they will need another one to include indicator-sync by default
[17:31] <Laney> oh yeah that
[17:32] <dobey> although if the u1 one is 'approved' now, then nevermind. it will suck that we can't have the Recommends: for the sync menu bits, though
[17:33] <Laney> I don't think that one has any UIF implications
[17:33] <Laney> (as the UI isn't exposed)
[17:34] <dobey> well, it will pull a couple packages into the default image
[17:34] <dobey> and isn't really useful if the other piece isn't there
[17:35] <ralsina> dobey: it is sort-of-useful, just not by default. Better than not having it.
[17:37] <dobey> Laney: but is 1042343 approved now then?
[17:37] <Laney> dobey: when can you upload it?
[17:37] <Laney> are all of the new deps in main?
[17:38] <xnox> bug 1042649 uploaded
[17:38] <dobey> yes, the sync indicator is in main already, just not in default install
[17:38] <ubot2> Launchpad bug 1042649 in ubiquity "[FFe] [UIFe] Manual Partitioning Crypt" [High,Fix released] https://launchpad.net/bugs/1042649
[17:38] <Laney> xnox: you beauty
[17:38] <dobey> i can upload ubuntuone-client within an hour, for sure
[17:38] <Laney> dobey: so, say, today before 2100 UTC
[17:38] <dobey> yes
[17:38] <xnox> Laney: i'm ubiquity and I know it. =)
[17:40] <Laney> dobey: there, done
[17:44] <skaet> Thanks Laney.
[17:44] <Laney> np
[17:45] <dobey> thanks
[17:45] <knome> testing deadline is 12UTC release day, or?
[17:46] <stgraber> there's no such thing as a testing deadline
[17:46] <knome> aha, so 21UTC?: P
[17:46] <xnox> the sign-off?
[17:46] <knome> well, that too
[17:46] <xnox> go/no-go
[17:46]  * xnox thought it was 12UTC
[17:48] <knome> can somebody confirm? :)
[17:48] <knome> skaet?
[17:48] <hallyn> dyslex-chan
[17:50] <skaet> knome,  when you say release day - you mean 12.10 or 12.10 beta 2?
[17:50] <knome> skaet, beta2 this time
[17:52] <skaet> knome,  all testing and documentation in the TechnicalOverview should be done by 1200 UTC on 9/27 - unless unexpected circustances force a VERY late respin,  and then we'll reset the time.
[17:52] <knome> skaet, mhmm, ok, thanks
[17:52] <knome> kind of bad timing, but no can do
[18:16] <dobey> Laney: uploaded
[18:19] <balloons> xnox, so did we respin an images with the ubiquity changes you ffe'd?
[18:20] <stgraber> balloons: it's not fully built and published yet
[18:21] <xnox> what he said =)
[18:23]  * balloons awaits sync
[18:37] <stgraber> highvoltage: can you log out of iso.qa.ubuntu.com, login again and check that you have admin access for the Edubuntu images?
[18:38] <stgraber> I tested on my local instance but with a ton of hacks to try to make it think I was you ;)
[18:39] <stgraber> highvoltage: that you let you mark images for rebuild/disable/ready/removed, have admin access on all results assigned to these builds and enter the admin UI to change product specific settings and manually push new builds
[18:40] <stgraber> s/that you/that should/
[18:40] <highvoltage> ok, the site seems to be a little slow atm
[18:44] <stgraber> highvoltage: should be better now, doing some cleanup on the box, seems like a lot of things are poking at the DB...
[18:44] <highvoltage> stgraber: where would I see those options? at the results?
[18:46] <stgraber> highvoltage: well, first thing you should see is on the SSO page, you should see an edubuntu-release tick box that you need to tick
[18:46] <highvoltage> stgraber: I did
[18:46] <stgraber> highvoltage: then after that, you should see checkboxes on http://iso.qa.ubuntu.com/qatracker/milestones/219/builds
[18:47] <highvoltage> stgraber: ah yes, I see them
[18:47] <stgraber> highvoltage: you should also have an Administration link in the menu on the left
[18:47] <highvoltage> (I didn't realise they'd be waaaaay at the bottim)
[18:47] <highvoltage> stgraber: yep, I do
[18:48] <highvoltage> and I see the Edubuntu products in there and only them.
[18:48] <stgraber> good
[19:26] <skaet> https://wiki.ubuntu.com/QuantalQuetzal/TechnicalOverview - is ready for content to start getting added for Beta 2 now.
[19:34] <jbicha> I got a reluctant +1 from translators for bug 1053189 can RT take a look?
[19:34] <ubot2> Launchpad bug 1053189 in system-config-printer "UIFE: Rename "Print Settings" to "Printers"" [Low,New] https://launchpad.net/bugs/1053189
[19:36] <skaet> jbicha,  will do.   Can you take a look at: https://bugs.launchpad.net/firefox/+bug/1053578 ?
[19:36] <ubot2> Launchpad bug 1053578 in firefox "[FFE] [UIFE] add chromeless mode to Firefox" [Undecided,New]
[19:39] <skaet> jbicha, approved.
[19:43] <jbicha> and I +1'd as well
[19:45] <highvoltage> /win 28
[19:45] <highvoltage> (fffuuuuu)
[20:32] <hggdh> the current image for server arm-omap4 says it is based on the 2012-09-18 packages ("base-installer: Found label 'Ubuntu-Server 12.10 _Quantal Quetzal_ - Alpha armhf+omap4 (20120918)'". Is this really what we should expect for today?
[20:40] <skaet> hggdh,  nopen a bug.   It should say beta
[20:44] <Laney> I think we change it to beta next week
[20:45] <Laney> that's OFFICIAL in debian-cd/CONF.sh afaik
[20:45] <Laney> stgraber: confirm/deny
[20:46] <stgraber> Laney: right, will be set to Beta when we start spinning
[20:46] <stgraber> I'm not sure why it was reverted to Alpha though but I remember it being mentioned on IRC by cjwatson, so I guess it's correct ;)
[20:47] <Laney> well, a) we never set it to Beta-1
[20:47] <stgraber> (might make more sense to use Daily between milestones instead of Alpha)
[20:47] <Laney> b) bzr log indicates that it is set such in between betas anyway
[20:49] <infinity> Oh crap.  I'm the Engineer on duty for this beta, aren't I?
[20:49] <infinity> La la la.
[20:49] <balloons> Does anyone know if all the iso's are affected by this? http://launchpad.net/bugs/1053362
[20:49] <ubot2> Launchpad bug 1053362 in ubuntu "daily iso: bootloader install failed" [Undecided,Confirmed]
[20:49] <cjwatson> balloons: it's already fixed
[20:49] <balloons> cjwatson, ty
[20:50] <cjwatson> when I'm not in the pub I'll dup it and stuff
[20:50] <phillw> cjwatson: is it a full respin for all?
[20:50] <Laney> it's not respinning time yet.
[20:51] <phillw> Laney: but best not to attempt testing builds on the iso-tracker until re-spin has taken place?
[20:51]  * infinity might futz with OFFICIAL now, and call the dailies over the weekend Beta-2.
[20:51] <cjwatson> I think call them Beta
[20:51] <infinity> I'm cool with that too.
[20:51] <infinity> Was just looking at what we did in precise.
[20:51] <skaet> +1
[20:51] <cjwatson> Check what we did for precise, but I think that the obvious thing broke Wubi or something.
[20:52] <Laney> yeah, precise was Beta-2
[20:52] <Laney> "Beta 2" broke wubi
[20:52] <infinity> Beta-2 was what we did in precise.
[20:52] <Laney> at least from the log
[20:52] <infinity> Spaces were BAD.
[20:52] <cjwatson> Really?  OK.
[20:52] <Laney> Less IRC more beer
[20:52] <infinity> But I'm cool with just "Beta" as well.  Not that it matter greatly, it's just a hint to testers that they might have the right image.
[20:52] <infinity> Or, vaguely, within a week. :P
[20:54] <infinity> There.  Beta wins.
[20:54] <skaet> thanks infinity. :)
[20:55] <infinity> And now I return to (mostly) ignoring Beta stuff until Monday. :P
[20:55] <Laney> can we haz freeze?
[20:55] <infinity> Laney: I'll freeze the archive later.
[20:55] <infinity> Oh, wait.  It's in 5m, isn't it?
[20:55] <infinity> Fine.  I'll freeze nao.
[20:55] <Laney> you have The Power?
[20:55] <infinity> I does.
[20:55] <infinity> skaet: Did you have a freeze announcement prepped?  (or do we care?)
[20:56] <skaet> infinity,  In the works.    Some of the things that should have been announced a couple of days ago need to be included as well.
[20:56] <infinity> skaet: Right, well.  We're frozen.  HAND.
[20:58] <skaet> infinity,  btw - pad has been prep'd and ready for input earlier
[20:58]  * infinity goes back to arguing with silly compilers in universe.
[21:07] <SpamapS> Could somebody take a look at this upstream changelog and ACK it for a beta freeze exception? Many of these changes were made at our request... http://ceph.com/docs/master/_downloads/v0.48.2argonaut.txt
[21:08] <SpamapS> (we already have 0.48.1 in quantal)
[21:08] <SpamapS> and its all bugfixes so I dont' think its really a "feature freeze" exception
[21:10] <Laney> upload it and get it reviewed in the queue
[21:11] <Laney> worst case it stays until after the freeze lifts
[21:11] <stgraber> SpamapS: upstream changelog looks reasonable. Someone will do a full review once it's in the queue
[21:12] <stgraber> anyway, that thing isn't actually seeded right?
[21:12] <stgraber> I see it as in main because of the supported seed, so not actually affecting beta2
[21:12] <Laney> some libraries are on kubuntu
[21:12]  * stgraber reads seeded-in-ubuntu's output again
[21:13] <stgraber> gah, yeah, missed these two
[21:14] <Laney> anyway, it's the usual hard freeze thing. bug fix releases should just be uploaded and reviewed in the queue
[21:16] <SpamapS> thanks!
[21:16]  * SpamapS goes to upload
[22:24]  * Laney eyes that
[22:27]  * infinity looks at the libunity-webapps dance, and wonders if whoever's doing that is now done...
[22:28] <Laney> good job we had the freeze
[22:28] <infinity> Clearly just in the nick of time.
[22:28] <skaet> infinity, Laney - am in discussions with mterry on them.
[22:30] <infinity> That discussion could totally happen in public, I'm sure. ;)
[22:31] <skaet> infinity,  yeah,  it could.   my bad.
[22:33] <skaet> mostly it was upload the the wrong spot, then accidental delete,  re-upload,  now stable  and needing review, to decide if we can resolve: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1040313
[22:33] <ubot2> Launchpad bug 1040313 in libunity-webapps "[FFE] Update WebApps to support Firefox" [High,Confirmed]
[22:34] <skaet> Laney,  if you're still feeling awake enough,  could you take a look through the code and determine if the libunity-webapps is safe enough to go in?
[22:47]  * skaet --> dinner,  back on later
[23:23] <phillw> if there is a -release person who is not too stressed out, could I borrow them for about 2 minutes to explain what http://people.canonical.com/~ubuntu-archive/seeds/lubuntu.quantal/live means in terms of what language packs it is loading, thanks.
[23:30] <xnox> phillw: nothing =) you need to look at the unrollled / parsed output. But it goes something like that: include the en/es/de/fr and if there is enough space try to include more from the second list.
[23:30] <xnox> phillw: but I'm just a trainee with seeds =)
[23:31] <phillw> thanks xnox
[23:32] <phillw> we still trying to work out why the iso's are over sized as most of the ppc people have macs with CD only.
[23:32] <xnox> phillw: please see http://people.canonical.com/~ubuntu-archive/seeds/lubuntu.quantal/STRUCTURE to note which bits are included.
[23:33] <xnox> phillw: also I find it is easier to mount the iso / unpack as if preparing for remastering. then you can chroot into it, and see which packages are installed & space it takes.
[23:33] <xnox> and uninstall them & then see again how big it is.
[23:34] <phillw> xnox: thanks a ton, I think that is what the tester was looking for, but I know very little (read zero) about how the iso's are made :)
[23:35] <xnox> phillw: https://help.ubuntu.com/community/LiveCDCustomization#Obtain_the_base_system
[23:36] <xnox> debootstrap full working system in a folder, pack it into squashfs, compress, add it to the iso & put stuff around it such that (i) iso boots (ii) loop mounts into that squashfs
[23:37] <infinity> phillw: Moving things from the top list to the bottom list would get them off PPC.
[23:37] <xnox> phillw: the installation is more or less: copy all files from squashfs into partitioned target drive & clean up
[23:37] <infinity> phillw: That said, the PPC ISO isn't oversized.
[23:37] <infinity> phillw: So, I'm a bit confused as to what the complaint is.
[23:37] <xnox> infinity: so both lists are included on != Powerpc
[23:37] <xnox> ?
[23:37] <infinity> xnox: Yes.
[23:38]  * xnox fail
[23:38] <xnox> phillw: sorry if I confused you.
[23:38] <infinity> phillw: The only way the PPC ISO could be "oversized" is if you have people burning CDs on 10-year-old 650MB media.  Can people even buy those anymore?
[23:39] <infinity> phillw: On 700MB media, there should be a ton of space left over.
[23:39] <phillw> infinity: that depends a lot on if you call 1kb 1,000 or 1,024.
[23:39] <infinity> phillw: So, yeah.  Before one goes trying to shrink them, you might want to figure out exactly who thinks 689MB is oversized, and why.
[23:40] <infinity> phillw: It would depend on that if we hadn't already done the math. :P
[23:41] <phillw> infinity: can you just pop onto #lubuntu-offtopic for a couple of minutes, please>
[23:41] <xnox> phillw: what drinks does #lubuntu-offtopic serve? =))))
[23:42] <phillw> xnox: it is where I'm chatting to a PPC tester, I cannot bring him in here to discuss testing as you guys need the channel to get the release ready.
[23:43] <infinity> Apparently, it offers awkward silence.
[23:43] <phillw> infinity: 790769664 Jul 24 19:08 quantal-alternate-powerpc.iso
[23:43] <phillw> that was the A3
[23:43] <infinity> Oh.
[23:43] <infinity> You were talking about live seeds.
[23:43] <infinity> Which has NOTHING to do with alternates.
[23:44] <infinity> So, I was looking at the desktop/live ISO. :P
[23:44] <infinity> Which isn't oversized.
[23:47] <phillw> the tester is on #ubuntu-testing. xnox if you have time, can we have a chat on there. I'm really uncomfortable about chatting about stuff not 100% release related on this channel.
[23:47] <infinity> Chatting seems to have run its course.