[00:04] <JackYu> infinity, yes:)
[00:05] <JackYu> cjwatson, yes, we intend to drop these two packages:)
[00:05] <cjwatson> JackYu: Unblocked ubuntukylin-default-settings/1.0.8.  Sorry for the delay.
[00:05] <JackYu> thanks for your unblock:)
[00:05] <infinity> I already unblocked it...
[00:06] <infinity> I should have mentioned that with the "looks saner" comment.
[00:06] <infinity> Well, now it's REALLY unblocked.
[00:07] <cjwatson> Ah well
[00:08] <JackYu> LOL, I'am going to rebuild now.
[00:08] <cjwatson> I thought I'd grepped, but I didn't think to look at the top of your block of output.
[00:08] <cjwatson> JackYu: Er
[00:08] <cjwatson> Ah, never mind, the unblock has actually been processed
[00:08] <cjwatson> (But be aware that they aren't instant)
[00:10] <JackYu> I see, cjwatson. How long will it take effect?:)
[00:10] <cjwatson> JackYu: 01:08 <cjwatson> Ah, never mind, the unblock has actually been processed
[00:11] <cjwatson> JackYu: that is, yes, it's safe to rebuild.  Just for the future, you can't necessarily rebuild the moment somebody tells you it's unblocked - you need to wait for "rmadison <package name>" to show it in saucy rather than saucy-proposed
[00:11] <cjwatson> But "rmadison ubuntukylin-default-settings" shows 1.0.8 in saucy, so that's fine
[00:11] <JackYu> oh, got it. Good night, cjwatson and infinity:).
[07:40] <sil2100> Hi everyone!
[07:41] <sil2100> Anyone from the SRU team have a free cycle to take a look at https://bugs.launchpad.net/unity/+bug/1043627 ?
[07:59] <xnox> infinity: plars: RE:panels -> so they got ported to the "new indicators" yet only network manager loads and none of the others (a11y, input methods, system indicator) and the panel gets the same height as the largest indicator menu. I did ask larsu to look into it, but I don't think he is.
[07:59] <xnox> (he ported ubiquity to new indicators)
[08:00] <xnox> one option is to not load the panel, but that in turn will regress (can't add/switch keyboards, and/or enable a11y, nor shut-down from within the installer)
[08:06] <Laney> try re-prodding lars
[09:15] <doko> xnox, had libvigraimpex already done last night
[09:15] <xnox> doko: oh, ok. thanks.
[09:27] <seb128> Laney, do you know why is ubuntu-system-settings blocked by freeze?
[09:27] <Laney> seb128: it's on edubuntu
[09:28] <Laney> Well, they were trying to fix that actually
[09:28] <seb128> shrug, why
[09:28] <Laney> let me see if it happened
[09:28] <Laney> accident / bug
[09:28] <seb128> ok, so can we override the block?
[09:28] <Laney> looks like it did get fixed
[09:28] <Laney> let me refresh the block
[09:28] <ogra_> yeah, irt did
[09:29] <ogra_> seb128, is it approved on the spreadsheet for landing ?
[09:29] <seb128> ogra_, I've no idea
[09:30] <seb128> ogra_, asac make it so it go uploaded to saucy-proposed yesterday, is that enough of an approval? or does it need a second one to do saucy-proposed->saucy?
[09:30] <ogra_> seb128, well, all uploads and megres have to go there now and be pre-approved
[09:30] <Laney> refreshed, block should drop off now
[09:30] <ogra_> seb128, nah, we can drive proposed ourselves for touch ...
[09:31] <ogra_> (it will go stuck there indeed due to the general freeze)
[09:31] <Laney> not any more
[09:31] <ogra_> ?
[09:31] <seb128> ogra_, I'm just back from holidays and don't have  good grasp yet on that crazy new workflow
[09:31] <ogra_> beta is out ?
[09:31] <Laney> I just refreshed the block so u-s-s is not frozen
[09:31] <ogra_> seb128, haha, expect surprises
[09:31] <ogra_> Laney, ah, i thought the beta freeze was suddenly lifted :)
[09:33] <seb128> Laney, thanks
[09:47] <xnox> I'd like to request a beta block unfreeze for python3-pam binary packages (they are borked at the moment and the update fixes them), the python-pam binary packages however are seeded on all live images at the moment =/
[09:47] <xnox> follow up will be pam integration in ubiquity merge proposal which depends on the above fixed python3-pam (still testing at the moment
[09:47] <xnox> )
[10:09] <Laney> Do I need FFe to add an installed tests package (and autopkgtest) to glib-networking?
[11:43] <mdeslaur> is libvirt on any of the beta images? can it get released?
[11:44] <cjwatson> mdeslaur: It's on server
[11:44] <cjwatson> says seeded-in-ubuntu
[11:44] <mdeslaur> oh! I didn't think server was having a beta, sorry
[11:45] <cjwatson> I hope it's having final beta - desktop is
[11:46] <mdeslaur> ah, thanks...I didn't know that
[12:15] <cjwatson> grr, that last britney2 merge has britney segfaulting.  investigating ...
[12:19] <Laney> ScottK: ^^^ maybe you could review glib-networking in Debian binary NEW so that I can sync
[12:32] <cjwatson> britney fixed
[12:34] <Laney> laney@iota> copy-package -d debian -s sid --to-ppa=ubuntu-desktop --to-ppa-name=gstreamer-1.1 gstreamer1.0                                 ~
[12:34] <Laney> Copy candidates: gstreamer1.0 1.2.0-1 in sid
[12:34] <Laney> Candidate copy target: https://api.launchpad.net/devel/~ubuntu-desktop/+archive/gstreamer-1.1
[12:34] <Laney> Copy [y|N]? y
[12:34] <Laney> No such distribution series: 'sid'.
[12:34] <Laney> is that PEBCAK or something else?
[12:34] <Laney> oh yes
[12:34] <Laney> I need to specify the target series
[12:35] <Laney> much better
[12:51] <xnox> release-team: please review/unblock python-pam and ubiquity uploads. Both are needed to fix a few high installer bugs marked on the iso tracker.
[12:57] <cjwatson> Laney: FYI Build-Depends: python:any is safe to upstream to Debian now (glib2.0)
[13:05] <doko> would somebody open for a FFe for a new upstream graphviz version, building using lua5.2 and ruby1.9. then lua5.1 could be demoted, but there is too much to do to demote ruby1.8
[13:42]  * xnox is confused about ADT ubiquity 2.15.20 failure on amd64 only.
[13:46] <cjwatson> xnox: dependency install failed - my guess is that was transient since it's around the time glib2.0 was uploaded
[13:47] <cjwatson> xnox: I've mashed retry
[13:53] <Laney> cjwatson: oh really, that's good
[13:53] <xnox> cjwatson: thanks, back to green now. And britney will notice updated test-result? =)
[13:54] <cjwatson> xnox: hope so - I'll poke it if it doesn't
[13:56] <cjwatson> OK, I've taught proposed-migration about upload ages
[13:56] <cjwatson> So the oldest ones will now be sorted to the bottom of update_excuses.html
[13:56] <cjwatson> (They're only sorted on day granularity - alphabetical within that)
[13:57] <cjwatson> Should make it easier to deal with things that have been stuck without having to wade through things that are out-of-date because they were only just uploads
[14:00] <smartboyhw> xnox, what will be the respin coverage of the new ubiquity?
[14:08] <xnox> smartboyhw: i don't decide what to respin.
[14:08] <Riddell> if we're respinning there's a few things I'd like in kubuntu, still testing one of them
[14:08] <Riddell> smartboyhw: presumably anything that uses ubiquity
[14:08] <smartboyhw> If I was to respin I will only respin for the ubiquity wallpaper...
[14:09] <smartboyhw> * Ubuntu Studio wallpaper
[14:11] <xnox> Laney: Riddell: ScottK: stgraber: please review & unblock python-pam, ubiquity for a respin to fix bugs as per ubiquity changelog.
[14:11] <xnox> ADT passed, and the freeze block is the last thing blocking transition to release =)
[14:13]  * Riddell unblocks kubuntu-meta and casper
[14:14]  * Riddell unblocks python-pam and ubiquity
[14:30]  * infinity looks sideways at queuebot.
[14:30] <infinity> Did someone respin the world while Riddell was unblocking things?
[14:31] <infinity> Or maybe queuebot's just being silly.
[14:31] <smartboyhw> infinity, no, that's the EC2 images
[14:31] <infinity> Riddell: Let me know when all the bits you care about have slipped in.
[14:32] <infinity> smartboyhw: Ahh, fair enough.  So hard to divine what "25 changes" means if you weren't around to see the previous state (just woke up here).
[14:32] <Riddell> infinity: will do, testing waway
[14:34] <infinity> Riddell: Ahh, and you already unblocked ubiquity, thanks.
[14:51]  * Riddell unblocks the fix he wanted unblock kde-workspace/4:4.11.1-0ubuntu4
[15:03] <infinity> So, barring some incredible showstopper of doom, this'll probably be the last mass respin before beta.  If anyone has something they really thing needs fixing, now's the time to speak up.
[15:11] <stgraber> Edubuntu appears to have some unity issues, highvoltage is looking into it, basically the dash never returns anything. But I'm not yet sure what will need fixing for that
[15:12] <infinity> stgraber: Weird.  It should be the same on edubuntu and ubuntu, shouldn't it?
[15:12] <stgraber> yep, it should be...
[15:13] <stgraber> and I'm pretty sure that if that was happening to the Ubuntu images too, we'd have heard about it by now :)
[15:16] <stgraber> hmm, so who's our unity point of contact these days?
[15:17] <stgraber> the only unity process I see running besides compiz is unity-panel-service, I don't see any of the lenses/scopes/services running on that box, which explains why nothing's showing up in the dash but since I've no idea how those are supposed to get spawned, debugging isn't terribly easy
[15:17] <xnox> hud should be running
[15:18] <stgraber> xnox: yeah, the hud is running
[15:18] <xnox> i have unity-scope-home, unity-files-daemon, unity-music-daemon running
[15:18] <Laney> hmm, can't remember who the dash search guy is
[15:19] <Laney> You're probably likely to get better support in #ubuntu-unity though
[15:19] <xnox> stgraber: and /usr/bin/unity-scope-loader loads the rest.
[15:19] <xnox> /usr/bin/unity-scope-loader applications/applications.scope applications/scopes.scope commands.scope applications/runningapps.scope
[15:20] <stgraber> xnox: right, that's what I'm saying, I have those on my laptop but they're not running on Edubuntu and I have no clue why since they're installed
[15:23] <infinity> stgraber: Is panel-service eating 100% CPU and preventing the world from happiness?
[15:24] <stgraber> infinity: nope, the highest CPU user is compiz with 5% of the CPU (which is surprisingly low considering it's running using LLVMpipe in a VM)
[15:25] <xnox> stgraber: i see gschemas for unity-scope-loader which control what's loading, but I don't see what launches unity-scope-loader on the desktop.
[15:32] <stgraber> infinity: tracked it down to edubuntu-live conflicting with unity-scope-home (for some reason) and so breaking the dash
[15:32] <infinity> stgraber: Oh, fun.
[15:33] <stgraber> infinity: so I need to check why exactly we were doing that (my guess is that's realted to the old shopping lens), the good news is that's going to be an edubuntu-specific fix
[15:33] <stgraber> highvoltage: ^
[15:33] <infinity> stgraber: Oh, it's a hard conflict?  I was about to do debugging to find out what was kicking it out.
[15:34] <infinity> stgraber: Ah-ha.  You conflict with unity-lens-shopping, but unity-scope-home now provides it.
[15:34] <stgraber> infinity: right
[15:35] <infinity> So, simple enough fix, assuming the current state of unity-scope-home doesn't upset you.
[15:35] <stgraber> infinity: so I'll drop the conflict and set the gsettings key to turn on the privacy mode by default (disabling remote scopes)
[15:35] <stgraber> that should be the functional equivalent of what we had in 13.04 with that conflict (but in a cleaner way)
[15:35] <infinity> Kay.  I'll respin !edubuntu when I'm sure everything else is in, and leave your image to you to manually do whenever.
[15:35] <stgraber> sounds good to me
[15:40] <infinity> Actually, maybe I'll shower while I wait for the archive to settle, and then do the respins.
[15:45] <doko> could somebody have a look at 1219889? Ijust promoted it, only seeing the MIR
[15:46] <plars> infinity: is it just desktop getting respins, or are you expecting to respin server also?
[15:48] <infinity> plars: Server too, some underlying packages changed that affected the world.
[15:48] <stgraber> oh, actually looks like highvoltage already disabled all remote scopes in edubuntu-artwork a while back, so I just need to drop the conflict and we'll be good to go
[15:48] <plars> infinity: ack, thanks for the heads up
[15:49] <slangasek> doko: I don't understand what that FFe is asking for.  Is it just making it a dependency of the SDK?
[16:04] <stgraber> infinity: if you haven't started the mass respin yet, you may want to wait a couple more minutes and include Edubuntu, edubuntu-live just got copied to the release pocket so it'll be there once the publisher is done
[16:10] <infinity> stgraber: Ahh, cool.  I can wait, then.  Just de-showered.
[16:26] <infinity> Riddell: Did all the things you wanted get in?
[16:27] <Riddell> infinity: https://launchpad.net/ubuntu/+source/kde-workspace/4:4.11.1-0ubuntu4  still ongoing
[16:27] <infinity> Ahh, still building.  Check.
[16:31] <infinity> doko: Why did you promote ubuntu-html5-theme?  It's not seeded and nothing in main depends on it.
[16:34] <infinity> smoser: You still haven't seeded (or depended on) ubuntu-cloudimage-keyring to keep it in main.  Were you planning to get to that?
[16:35] <smoser> maas will have a dependency on it.
[16:35] <infinity> When? :P
[16:35] <smoser> rsn(tm)
[16:36] <smoser> infinity, you want me to seed it in the interim?
[16:37] <infinity> smoser: Nah, I just want the dependency uploaded so I can stop asking. ;)
[16:37] <slangasek> right :)
[17:21] <infinity> Dear queuebot, please stop spazzing.
[17:26] <ogra_> its cant count to 26 ?
[17:27] <infinity> No, it doesn't like to spam the channel.
[17:27] <infinity> But I'm more curious about what any of those three mass changes were. :P
[17:27] <ogra_> heh
[17:33] <stgraber> infinity: my bet would be on a few mass status change for the cloud images (I see they're now all marked as ready)
[17:35] <infinity> stgraber: I was betting on gremlins.
[19:11] <plars> xnox: the screenreader situation improved slightly, it starts now but that's about it.  Only thing I can get it to read to me after starting up is the unity controls
[19:39] <plars> infinity: desktop is still in pretty rough shape I think
[19:43] <infinity> plars: I don't like the sounds of that.
[19:45] <plars> infinity: the strange partitioning bug is still there, no oem-config on first reboot for an oem install, screen reader situation is slightly better but still nonfunctioning, and more
[19:46] <plars> infinity: the oem-config regressed on this build, the automated tests show it working on the previous image, but not the latest respin
[19:46] <infinity> plars: The partitioning thing can probably be release-noted (wiping out the partition table and rebooting works around it), but we need to look deeper.
[19:47] <plars> infinity: yeah, for beta at least - it can also be worked around by selecting install only rather than live session
[19:48] <infinity> plars: The oem-config breakage is a bit more unfortunate.
[19:48] <infinity> xnox: You still around to given any insight into plars' oem-config bug?
[19:49] <plars> actually psivaa saw it first - https://bugs.launchpad.net/ubuntu-cdimage/+bug/1231107 is the link
[19:50] <plars> infinity: also the u1 stuff during install is still broken, probably release-note for beta on that too is ok
[19:54] <psivaa> infinity: plars: the oem config bug could be due to ubiquity and oem being at skewed versions..
[19:55] <psivaa> that was the reason when i had a similar issue a while ago according to cjwatson
[19:56] <infinity> psivaa: Err, oh.  They are?  They really shouldn't be.
[19:57] <infinity> Grr, they are.
[19:57] <infinity> That's going to need a respin and a swift kick to nusakan to figure out why. :(
[19:57] <psivaa> infinity: ack
[19:58] <infinity> Bah, it's the old version on the server ISO too.
[19:58] <infinity> nusakan, why do you hate me so?
[19:59]  * infinity stops the bus and gets out to check on it.
[20:00] <infinity> plars / psivaa: Okay, there will be a new set once nusakan's settled down and stopped building what it's currently working on.
[20:00] <infinity> plars / psivaa: I'll manually refresh nusakan's mirror out of paranoia and then rebuild the world a bit harder. :/
[20:01] <psivaa> infinity: ack )
[20:01] <psivaa> :)
[20:01] <plars> infinity: thanks for the heads up - seriously - it's really annoying when you go to enter results and see nothings there because there's a new build. Good to know when it's on the way :)
[20:03] <infinity> plars: I'll spit out ubuntu desktop first, shouldn't take long.  Hopefully you guys can repeat some testing there.  If the oem-config thing was just the skew issue, most of the rest of our bugs can probably be release-noted for beta.
[20:03] <infinity> (Though tons there to look at for final release... *sigh*)
[20:04] <plars> infinity: ok, I need to go run an errand but will be back, and working on this later tonight also
[20:08] <infinity> Alright.  Mirror SHOULD be sane.
[20:29] <lool> hey
[20:30] <lool> I've staged platform-api in proposed which whitelists music-app from getting stopped when in the background -- diff is https://launchpadlibrarian.net/151468112/platform-api_0.19%2B13.10.20130924-0ubuntu1_0.19%2B13.10.20130925.1-0ubuntu1.diff.gz and is in the android bits -- if there's a spot where we can land this, that would be awesome, but I guess the images are close to release now
[20:38] <infinity> lool: Yeah, we'll probably drop the block late tonight or early tomorrow, depending on how quickly results of this last build come in.
[20:42] <lool> infinity: ok; great
[20:42] <lool> early tomorrow is perfect for us to roll the next touch image
[20:52] <infinity> plars: Do you know anything about the ISO smoketesting automagic promotion bits?
[21:47] <infinity> plars: Nevermind on the smoketesting thing, Colin educated me.
[21:57] <jdstrand> hey, click-apparmor 0.1.10 is in proposed (pending publication). can someone hint this through? it is touch only
[21:57] <cjwatson> Then it probably doesn't need manual attention
[21:58] <cjwatson> click-apparmor isn't blocked
[21:58] <jdstrand> ah, so beta freeze won't block it?
[21:58] <jdstrand> ok
[21:58] <cjwatson> Beta freeze only blocks packages on the images releasing with beta
[21:58]  * jdstrand is still not totally clear on when things get blocked
[21:58] <jdstrand> I see
[21:58]  * jdstrand will try to remember that