infinityPretty sure it would, yeah.00:00
cjwatson    The filename must be of the form:00:00
cjwatson        <TYPE>_<VERSION>_<ARCH>.tar.gz00:00
infinityLP already special-cases translations.tar.gz, IIRC.00:00
cjwatsonAnd changing <TYPE> would land in the published directory name00:00
cjwatsonSo not sure it's worth the effort at the moment TBH :)00:00
cjwatsonI don't think it special-cases _translations.tar.gz so much as cares much less about its name.00:01
infinityOr that. :P00:01
infinityWell, _translations also doesn't get caught in NEW.00:01
cjwatsonThe raw-translations section is the bit that matters.00:02
infinityBut yeah, probably because of the upload type.00:02
cjwatsonUNAPPROVED in this case.  That's a special case for UEFI.00:02
cjwatsonBy request of the security team.00:02
infinityOh, derp.  Right, to avoid random people jamming them in.00:02
infinityWe've HAD THIS CONVERSATION.00:02
infinityI'm getting old.00:02
cjwatson'zackly.  Compromise between locking down the set of UEFIable source packages and letting any single-PPU developer get stuff signed with our key.00:03
infinityI think I'll review GTK and then go get ready for a night of drunken debauchery.00:05
* skaet thinks a glass of wine sounds about right, at any rate --> EOD00:17
stgrabercjwatson: accepting nouveau. The patch that's dropped in the diff wasn't applied in the previous uploads so it looks indeed safe to remove.00:19
stgrabertjaalton: ^00:19
zuliulian: no my understanding openstack projects has a standing FFE which includes python-novaclient00:32
infinityzul: A standing FFe *forever*, or until a certain pre-release date (and didn't this come up last release cycle too?)00:39
infinityzul: There has to be a cutoff point where we can't just jam in new features and hope they work.00:39
zulinfinity: there hasnt been a a certain pre-relaase date, besides the new novaclient will be the last for quantal00:40
infinityOh, vomit.  Looks like a CompSci Java student attacked the code.00:42
infinity-                if nic_info['net-id']:00:42
infinity+                if nic_info.get('net-id'):00:42
xnoxinfinity: first one can give the KeyError, while the later returns None, casted to bool => False. So actually looks like a bug fix.00:44
xnox.... unless net-id is always set to something...... in that case vomit.00:45
infinityxnox: Yeah, I suppose it could be unset (and I wasn't actually paying attention to the part that it was an if, just the []->.get() change)00:45
infinityxnox: I retract the vomit, based on it being in a test, though that's potentially sketchy in other ways. :P00:46
* xnox feeds vomit back to infinity00:46
infinityThat's my cue to put on pants and leave the house.00:46
xnoxinfinity: in a parallel universe it's actually cherries and strawberries =)00:47
tjaaltonstgraber, cjwatson: yeah, the patch was cruft from my local tree.. probably should use git-bp in the future ;)03:28
micahgif someone with live image knowledge could please review this and make sure I got it right ^^^04:26
=== henrix_ is now known as henrix
henrixi have a few kernel packages that landed in the wrong component in the -proposed pocket. can someone take a look at that, please?08:24
cjwatsonstgraber: nouveau> ah, thanks08:25
Laneyoh, we're staying frozen?08:26
cjwatsonapparently so08:30
cjwatsonhenrix: I'll fix it up in a few minutes08:30
cjwatsonstill on child duty08:30
henrixcjwatson: great, thanks08:30
evcjwatson: will do08:35
cjwatsonYou know08:48
cjwatsonI think I might just bite the bullet and finish porting this old "fix up all the kernel overrides post-publication" script08:48
cjwatsonhenrix: will take a little longer as a result08:52
henrixcjwatson: ok, no worries08:53
micahgcjwatson: can you review my livecd-rootfs upload in the queue for quantal, it adds some missing tasks for Ubuntu Studio (I'm 99% sure it's fine)09:00
apwinfinity, as requested09:11
apwinfinity, and yes we do09:11
cjwatsonmicahg: yes, in my queue09:16
cjwatsonhenrix: oh, hah, I thought you meant they'd been *published* with the wrong components09:16
cjwatsonbut they're in NEW09:16
cjwatsonoh well, the effort won't ultimately go to waste09:16
cjwatsonwe already have a tool to mangle the queue :)09:17
henrixcjwatson: ups, sorry :-/09:17
henrixcjwatson: i should have provided you with a bug number09:17
henrixcjwatson: bug #1056036 btw09:18
ubot2Launchpad bug 1056036 in linux "linux: 3.2.0-32.51 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/105603609:18
cjwatsonmicahg: oh, yeah, that's fine09:18
cjwatsonhenrix: Oh.  You mean precise.09:18
cjwatsonPlease tell me the series! :-)09:18
cjwatsonOtherwise I'm going to assume current development09:18
henrixcjwatson: ok, noted and will do that next time.09:19
cjwatsonall right, I can try out this script after all09:20
Laneydiff from 3.5.12-0ubuntu3 to 3.5.13-0ubuntu1 (14.7 MiB)09:39
* Laney sides with infinity about "* New upstream release" changelogs09:41
Laneydid someone leave gtkmm3.0 in the queue on purpose?09:48
* Laney abuses barry for not uploading merges with -v09:49
xnoxslangasek> fwiw I've looked at the glibmm2.4 in the queue and think I see a problem with it10:00
xnoxbah. not gtkmm10:00
* cjwatson sends the LP branch to remove the queue script off to EC210:10
cjwatsonAt last10:10
* Laney misparsed that at first and thought we were to become more cloudy10:10
ogra_hmm, am i assuming right that we wont have a release meeting tonight (given there was a release yesterday)10:31
Laneyplease to score up https://launchpad.net/ubuntu/+source/libsoup2.4/2.40.0-0ubuntu1/+build/386029110:46
Laneymakes webkit uninstallable, which makes things sad10:46
cjwatsonDaviey: http://people.canonical.com/~ubuntu-archive/component-mismatches.txt is looking pretty good, but just needs a bit more of a push; could somebody on your team prepare MIRs as appropriate for ipmitool, javascript-common, python-babel, and wwwconfig-common?10:50
Davieycjwatson: ipmitool will be dropped on next upload, and python-babel was pulled in by accident with pydist.10:54
DavieyBut yes, keeping an eye on it.10:54
Davieyipmitool MIR was marked Invalid, so not showing on report.10:55
cjwatsonOK ...10:56
* cjwatson gets rid of svn2cl10:56
cjwatsonNot that it'd have been a big deal since it was a split-out, but10:57
Laneybah, the libsoup rabbit hole gos deeper10:58
henrixcjwatson: sorry to nag you again, but have you took a look at precise packages (bug11:04
henrixcjwatson: bug #105603611:04
ubot2Launchpad bug 1056036 in linux "linux: 3.2.0-32.51 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/105603611:04
cjwatsonhenrix: Just getting back to it now11:04
henrixcjwatson: ah, cool.  thanks11:04
cjwatsonJust a bit baffled by why my script isn't doing the right thing11:07
cjwatsonOh, I bet SPPH.getPublishedBinaries is annoying11:07
cjwatson... no, my own stupid fault11:12
cjwatsonhenrix: done now (I gave up on the script for the moment)11:21
henrixcjwatson: ack, thanks a lot11:21
dokoLaney, libsoup failed again. I assume we have to wait ...11:32
dokoDaviey, cjwatson: the python-babel issue will be resolved if the nova ftbfs is fixed11:33
Davieydoko: right, thanks11:33
Laneydoko: do you know why webkit would fail on armel with the argument list too long error, but not on armhf?11:34
dokoDaviey, so what about yui3?11:34
dokoLaney, sorry, no11:34
Davieydoko: I'll press on that today.11:34
Laneyogra_: ^ you have any idea?11:35
dokoDaviey, we had another package with this, downgraded to suggests, but if it pops up again, maybe it's better to include these two in main11:35
ogra_Laney, not really, no11:35
dokoLaney, ahh, this is *with* you patched make?11:36
Davieydoko: Which two?11:36
ogra_Laney, hmm, that seems to be a virtual PPA11:37
ogra_Kernel version: 2.6.24-32-xen #1 SMP Thu Jul 12 14:30:40 UTC 2012 x86_6411:37
ogra_i would incline to blame qemu11:38
Laneyok, i'll try it on my panda then11:39
ogra_Laney, how about you try it again in the canonical-arm-dev PPA11:39
ogra_that should be a physical builder11:39
LaneyI'd have to copy the patched make-dfsg in there11:40
Laneymight not be the best idea11:40
ogra_ah, yeah, no11:40
dokoDaviey, ahh, it was yui, but the downgrade wasn't done for the -debug package ... fixing11:41
Davieydoko: ah, ok11:41
cjwatsoninfinity: ahahahaha bonk11:45
cjwatsoninfinity: http://paste.ubuntu.com/1247367/11:45
Laneybah, too many uninstallables12:00
cjwatsonogra_,infinity: so, zsync of ARM *.gz files12:20
cjwatsonogra_,infinity: do you want them always to come out locally as *.gz, or is it appropriate e.g. for zsync to decompress *.img.gz on the fly?12:20
ogra_cjwatson, the former, else you suddenly end up with a 4G file if you downloaded a 400M img.gz12:21
cjwatsonI'm pretty sure this was just a mistake in publish-release12:21
ogra_ah, good12:21
cjwatsonAnd actually it dates back forever12:21
ogra_funny, i have scripts using zsync here12:21
cjwatson./ubuntu-netbook/ports/releases/maverick/release/ubuntu-netbook-10.10-preinstalled-netbook-armel+omap4.img.gz.zsync:Filename: ubuntu-netbook-10.10-preinstalled-netbook-armel+omap4.img12:21
cjwatsonBut are those scripts pointed at dailies?12:21
ogra_and that definitely worked before the switch to lubuntu for ac10012:21
cjwatsonpublish-daily doesn't have the same bug12:21
cjwatsonOh, but apparently it does now12:22
cjwatsonOK, so we have two bugs here12:22
cjwatsonOh, I se12:23
cjwatsonfixed - I'll regenerate *.zsync now12:24
cjwatsonogra_: Lubuntu daily should work now12:29
ogra_yay, great12:29
ogra_will test, one sec12:29
ogra_looks good12:31
ogra_(nothing to fetch indeed :) )12:31
cjwatsonawesome, thanks.  I'm going to go round and fix up all the old release directories12:32
cjwatsonogra_: all fixed now, including a handful on old-releases12:39
micahgcjwatson: thanks12:39
* ogra_ hugs cjwatson 12:40
cjwatsonLaney: yeesh, I see what you mean about the libsoup rabbit-hole12:42
Laneycjwatson: I have some tabs open to keep an eye on things, but couldn't be bothered to annoy for many rescores12:43
Laneygsettings-desktop-schemas armel/ppc would be a good start12:43
cjwatsonthat's where I'd just got to12:43
Laneyof course it could go further than that12:44
cjwatsonthose at least have satisfiable build-deps12:44
cjwatsonso rescored12:44
Laneyoho, a pre-release backport13:05
cjwatson^- needed (along with a debian-installer upload later) to let me check appropriate lowmem levels for bug 105059513:15
ubot2Launchpad bug 1050595 in lowmem "Ubuntu Server installation with 128M ram hangs" [High,In progress] https://launchpad.net/bugs/105059513:15
cjwatsonso I'd quite like that in quickly if somebody has time to review13:16
* ogra_ sees popey's release team report and laughs13:16
ogra_" Lots of love in lenses" ....13:16
ogra_so we ship a partnetr search lens ? or is it p0rn ?13:17
stgrabercjwatson: looking at lowmem13:18
stgraberwell, once LP is done generating the diff...13:18
stgraberslangasek: we are still requiring FFe for multi-arching packages right? (was looking at libgnomecanvas in the queue)13:24
popeycould a kind release team member please cast an eye over https://bugs.launchpad.net/unity-lens-music/+bug/1054720 ?13:27
ubot2Launchpad bug 1054720 in unity-lens-music "[UIFE] Previews: Unable to preview banshee songs in the dash" [Medium,Fix committed]13:27
stgraberI asked Till to confirm that the brother-lpr-drivers-common upload is sane as it's not linked to a bug and it's not clear whether the change has been tested or the impact on the resulting binaries13:30
hallynhi - any objections to FFE for bug 1049908 ?  it's a pretty nice improvement in upstart control over auto-start lxc instances13:35
ubot2Launchpad bug 1049908 in lxc "[FFE] Upstart control of lxc container instances" [Medium,Confirmed] https://launchpad.net/bugs/104990813:35
* smartboyhw discovers there will be no release weekly update email from Studio oh no:P13:38
stgraberhallyn: reviewing13:38
stgraberhallyn: btw, you should subscribe ~ubuntu-release to the FFe13:39
hallyni did13:39
hallynoh.  well i did, but lp timed out.  9tab os still open)13:41
stgraberhallyn: change looks reasonable. Did you try it with a lucid container to check that the two minutes timeout works properly and the container gets killed "properly"?13:41
stgraber(lucid or anything that doens't have a SIGPWR handler)13:41
hallynstgraber: no, i'll set up a trst for that, thx13:42
hallyn(we'll want to knwo that whether the ffe is granted or not :)13:43
stgraberyeah, and I'm not going to grant the FFe if it regresses containers that aren't running >= precise :)13:44
stgraber(especially as I'm running a fair number of those myself :))13:44
barryLaney: gah.  i keep expecting bzr to dtrt :(13:56
hallynstgraber: lucid container stops just fine14:30
ogra_skaet, meeting or not today ?14:30
hallynstgraber: and do so immediately, so i assume it's actually listening to sigpwr and shutting down14:31
stgraberhallyn: hmm, it shouldn't, unless you backported the shutdown job in the lxc package?14:31
stgraberhallyn: you may want to try removing the shutdown.conf job then and check what happens, without it, the container should take 2min doing nothing then be killed14:32
hallynstgraber: yeah maybe you're right.14:33
hallynstgraber: after 120 second timeout the container gets killed14:37
hallynso seems to DTRT to me14:37
ScottKpopey: The banshee thing doesn't look particularly critical to me (adding functionality that's merely missing, not broken, with a non-default application).14:40
popeythanks for the feedback ScottK14:41
ScottKpopey: I was about to comment in the bug that it should wait.  Do you disagree?14:41
popeyactually I don't. please comment away./14:42
stgraberhallyn: good14:43
hallynstgraber: actually, i'm not sure lxc-instance beahves the same on reboot14:43
hallyn'stop lxc-instance NAME=l1' waits for the timeout,14:43
hallynbut i have a feeling that reboot immediately kills it.14:43
ScottKpopey: Thanks.14:45
skaetogra_, yup meeting.14:47
hallynfeh, bad test14:48
smartboyhwYay meeting14:48
ogra_skaet, thanks (i have a really sick cat around and need to schdule a vet appt. so i needed to know :) )14:48
smartboyhwskaet, scott-work will be too busy to send the release emails today:(14:49
ogra_smartboyhw, he could have delegated to you :)14:49
smartboyhwogra_, well he didn't:P14:49
skaetogra_,  sorry about your cat.  :(   likely short one, since not that many reports made it in,  but its important to sync up.14:49
ogra_skaet, yeah, i guess he will be fine (has a red swollen nose looking like a clown atm)14:50
ogra_likely some catfight leftover :) teenagers, y'know :)14:51
skaetpoor fellow.  sounds like an abscess, and yeah you want that looked at as soon as possible.  :/14:51
hallynstgraber: all right, found a bug.  at this point ig uess it waits until r :)14:55
stgraberhallyn: what's the bug?14:55
hallynstgraber: if instance is running and you reboot, the lxc-instance job times out but then reboot is cancelled14:56
hallynit may be easy to fix but is subtle enough not to play with this late.14:57
* hallyn biab14:57
stgraberScottK: we seem to be good at coliding on FFes ;)14:59
ogra_smartboyhw, you shoudl tell him your are available for the next time ;)15:00
smartboyhwogra_, I did tell him that I am available:P15:00
ScottKstgraber: Did we agree?15:01
cjwatsonLaney: What's the libaacs sync for?  It looks fine; the changes just all appeared to be for other operating systems :-)15:01
stgraberScottK: initially, no, but after hallyn did some more tests, yes :)15:01
ScottKAll good then.15:02
Laneycjwatson: There's a leak fix that ricotz forgot to mention in the changelog15:03
=== Ursinha is now known as Ursinha-afk
cjwatsonAh, I noticed that and wondered if it was relevant.  Fine then.15:03
Laney(it's a sponsored upload for him)15:03
cjwatsonLaney: I think I left gtkmm3.0 in the queue because the diff was giant and I was tired15:10
cjwatsonLaney: I'll have a look over it now15:10
LaneyI think xnox attempted to say something about it earlier but gave up before he got there ;-)15:11
xnoxLaney: meh... i was wrong anyway15:11
cjwatsonI guess the half-million line new file docs/reference/gtkmm-3.0.tag which I really don't care about helps15:12
cjwatsongiant docs are giant15:12
smartboyhwskaet: I will change the work item link for Ubuntu Studio in https://wiki.ubuntu.com/ReleaseTeam/Meeting/2012-09-28?action=show&redirect=ReleaseTeam%2FMeeting%2FAgenda, it got an extra hyphen:P15:14
skaetthanks smartboyhw :)  appreciate it.15:15
smartboyhwOK link changed15:16
smartboyhwEee 38% completed...Not good:(15:16
cjwatsonRight.  It's gigantic, but it's basically all docs, trivial changes such as whitespace, and bits of new API exposed from GTK+ that's appropriately annotated.  Accepted.15:18
cjwatsonxnox: So, this partman-auto upload looks right to me; nice work.  However, doesn't automatically_partition/replace/choices need essentially the same changes?15:25
cjwatsonxnox: I'll accept it for now as I think this is a clear improvement15:25
infinitycjwatson: Hahaha, re: metalink oops.15:25
xnoxcjwatson: it probably does =) but need to check if I affects desktop installer. It does offer wipe & install currently. Unless replaces is something different....15:26
infinitycjwatson: Also, that d-i upload there seems a bit premature with a new linux-ti-omap4 sitting in the queue...15:26
ogra_which actually fixes a d-i issue :)15:27
xnoxcjwatson: ok. thanks for accepting that. Also there is ubiquity commit to go with it: handling "quantal (development branch)" -> "12.10" upgrades.15:27
cjwatsoninfinity: Which I saw after the upload :-(15:27
cjwatsonxnox: I forget what replace is15:27
cjwatsoninfinity: But I'd kind of like a new d-i before my EOD so that I can do some lowmem testing15:27
xnoxcjwatson: also the reuse is not very multi-disk / multi-install aware.....15:27
cjwatsonIt was really more for that than the new kernel15:28
infinitycjwatson: Oh.  I'll unreject the reject I just did. :P15:28
cjwatsonHeh.  Thanks15:28
cjwatsonxnox: Yeah15:28
cjwatsonVarious bits of partman-auto aren't desperately so15:28
infinitycjwatson: And I'll do another bump tonight when ti-omap is done, no big deal.15:28
xnoxcjwatson: if it's pre-existing it's not very RC then =)15:28
cjwatsonAnd the last thing in the queue is libgnomecanvas, which stgraber was questioning whether it needed an FFe15:29
cjwatsonstgraber: If you think it would be bad for somebody else to accept it without having noticed the conversation, then reject and let stokachu know that it's a hold rather than a hard reject15:30
dokocjwatson, pinged stokachu. maybe wait until Monday?15:30
cjwatsondoko: I'm in no rush to accept it; I just want to make sure somebody doesn't accept it without seeing this conversation15:31
* infinity would be inclined to grant it the FFe without the paperwork, personally.15:31
* cjwatson has no opinion on that15:31
cjwatsonThe actual work looks fine to me, though I haven't line-by-lined it against Multiarch/Implementation15:31
infinityOh, hey, maybe those -16 kernels should be in the release pocket first.15:35
* infinity does that.15:35
cjwatsonOops, did I miss that?  Sorry15:35
infinityAll better.15:36
infinityI'll retry all the builds after the archive's sorter.15:36
cjwatsonIt'll be an hour before d-i can build, then :-/15:36
infinityAnd sorted, too.15:36
* cjwatson slowly climbs back up the stack to armel/powerpc builds working again15:36
cjwatsoncopied gtk+3.0 from -proposed15:37
=== Ursinha-afk is now known as Ursinha
cjwatsonand I see -lowlatency's done too15:37
infinityI copied it too.15:38
infinityI may have also beaten you to gtk+3.015:38
cjwatsonMeh, PCJs won't care much15:38
infinitySadly, sru-release doesn't appear to actually check pending publishing records.15:38
infinityOr maybe it's copyPackage itself that doesn't.15:39
smartboyhwYay now I got scott's permission to send the mails:P15:39
cjwatsonsru-release doesn't; the check is done in the async job15:39
cjwatsonOr indeed Archive.copyPackage doesn't15:39
cjwatsonWait, did I understand you right?15:39
infinityClearly, the checks happen a bit late in the tools, given that one ends up with two ACCEPTs, and two messages to -changes, and then the OOPS later. :P15:40
cjwatsonThe OOPS is a bug no matter what15:41
cjwatsonI thought I'd fixed that, actually15:41
stgrabercjwatson: is there a way to check who's the uploader for something in the queue?15:41
cjwatsonMaybe not well enough15:41
infinityYou may have fixed the OOPS.  Check your mail, since it's your ACCEPT that should have oopsed.15:41
slangasekstgraber: yes, multiarching is not a no-risk change and ought to go through FFe15:41
infinityBut -changes definitely shows us both accepting gtk+3.0, so that part's broken for sure. :)15:42
cjwatsonstgraber: Look at the .changes15:42
ogra_slangasek, i'm poked about a MIR for the xdg pam stuff ... coudl you file one ? security team is informed15:42
slangasekif a separate bug is wanted for the MIR, sure15:43
ogra_apparently :/15:43
infinitycjwatson: The .changes in the queue unhelpfully has the signature stripped.15:43
mdeslaurogra_, slangasek: nah, that's fine15:44
mdeslaurogra_, slangasek: I'm about to comment in the ffe bug15:44
stgraberinfinity: was just about to point that out :)15:44
smartboyhwskaet, I will help to send the release meeting emails, I got permission from scott-work :)15:44
slangasekmdeslaur: ok cool15:44
ogra_mdeslaur, oh, great, the people in -meeting disagreed so heavily :)15:44
Laneyand syncs have no .changes :-)15:44
slangasekmdeslaur: how many beers is your comment costing me? :-)15:44
ogra_slangasek, one15:45
mdeslaurslangasek: none since you actually know how to write good code apparently :)15:45
ogra_i dealt with that already ;)15:45
infinityLaney: Syncs in the queue actually have an uploader associated with them anyway, quite prominently, so that's not hard to track down. :P15:45
ogra_oh, i made the deal with jdstrand ... so he might claim the beverage at UDS :)15:45
cjwatsonstgraber: I think failing that there's an API feature somewhere ...15:45
dokoslangasek, I don't care if it's a separate issue, just get the information filed and assign it to security15:46
Laneyinfinity: not sponsoree though. So it's kind of the opposite to what you get from .changes15:46
cjwatson(firefox hangs for a bit every time I look at +apidoc, so give me a minute)15:46
infinityLaney: Uploader is the more interesting person to me, most of the time, in that I hold them responsible for whatever broke. :P15:47
cjwatsonhuh, the uploader isn't exposed15:47
infinityLaney: (If they want to hunt down the person they broke things on behalf of, that's their issue)15:47
cjwatsonIt wouldn't be desperately hard to export PackageUpload.signing_key, if somebody wants a mini-project15:48
stgrabercjwatson: getting a .uploader for queue entries giving us a person object would be neat, then I could finally have queuebot show the IRC nickname of the uploader :)15:49
cjwatsonAlthough it might be better to export an API method with a reference to the person15:49
cjwatsonSo that you don't have to do URL hacking on signing_key.self_link to get it15:49
cjwatsonSomebody should file a bug for it at least :)15:50
cjwatsonIt could just be a renamed version of findPersonToNotify15:50
cjwatsonThough worth checking that it behaves properly for syncs15:51
cjwatsonI suspect you could refactor _giveKarma a little bit in terms of it, too15:52
mdeslaurskaet: ACK from the security team on pam-xdg-support (LP: #894391)15:52
cjwatsonprocessing linux-ac10015:52
slangasekwhoo, snowed the security team again15:52
infinitymdeslaur: Many thanks.15:52
slangasekfwiw before we seed it there's a license compatibility niggle to sort out15:53
stgrabercjwatson: https://bugs.launchpad.net/launchpad/+bug/105818615:53
ubot2Launchpad bug 1058186 in launchpad "Make it possible to retrieve the uploader (signer) of a package upload" [Undecided,New]15:53
cjwatsonAny web UI change there would have to be careful to bulk-load the person objects or else it'll be timeout city15:54
cjwatsonI think there might be a query limit test on the queue page already - if not there should be :)15:55
cjwatsonOh great, did somebody NBS-remove ac100 before processing NEW?15:55
cjwatsonWhoever that was triggered a bug in kernel-overrides. :-)15:56
infinitycjwatson: linux-ac100 is pure universe anyway, if that helps.15:58
stgraber^ stokachu is now doing a few more rebuilds. I'll pull it from rejected once the paperwork is in order.15:58
cjwatsoninfinity: Yeah, I worked that out15:59
skaetthanks mdeslaur   :)15:59
cjwatsonI think the NBS bit may have been a red herring, as it let me remove those.  Probably a bug somewhere else in kernel-overrides.15:59
infinitycjwatson: I can't say that I use kernel-overrides for >= precise anyway, since we don't actually have any kernel packages that publish to multiple components anymore.16:00
infinitycjwatson: But I guess it helps that I also do kernels enough to know which ones live where.16:00
popeyskaet, when you have a moment, could you please review https://bugs.launchpad.net/unity-lens-shopping/+bug/1055684 now b2 is out there16:00
ubot2Launchpad bug 1055684 in unity-lens-shopping "[FFE] Use music lens details page for music store results" [High,In progress]16:00
infinitycjwatson: (Well, that's even true of SRU kernels at this point, where I know exactly which bits live where, but that's more a sad statement about repetition...)16:00
cjwatsonAnyone have an opinion on the UIFe in bug 1043379?16:03
ubot2Launchpad bug 1043379 in indicator-sync "[UIFe] sync indicator should use ubuntuone-client-* icons + new paused icon needed" [Low,Confirmed] https://launchpad.net/bugs/104337916:03
cjwatsonCorresponds to an upload in the queue.16:03
stgrabercjwatson: oh, I just rejected the upload because nobody had reviewed the UIFe yet :)16:03
infinitycjwatson: It doesn't sound like the sort of thing that would affect doc team screenshots and such, but they should probably still sign off.16:04
infinity(The feature itself sounds like something we'd want though, IMO)16:04
infinityjbicha: Opinions?16:05
Laneydidn't we (skaet) NACK indicator-sync by default anyway?16:05
Laneyso, not a UIFe requiring upload.16:06
infinityLaney: ?16:06
infinityLaney: Context?16:06
stgraberstgraber@castiana:~$ seeded-in-ubuntu indicator-sync16:06
stgrabergir1.2-syncmenu-0.1 (from indicator-sync) is seeded in:16:06
stgraber  edubuntu: dvd16:06
stgraber  ubuntu: daily-live16:06
stgraberLaney: ^16:06
stgraberand it's in main16:07
stgraberignore me, it's just an unrealted binary built from the same source :)16:07
LaneyI'm pretty sure it got denied.16:07
infinityI'm curious why that unrelated binary ends up in live, actually.16:07
jbichaif indicator-sync isn't included by default, it doesn't need UIFE16:08
LaneyWhich means not default which means not a UIF matter16:08
infinityUnrejecting. :P16:08
* cjwatson gives back a bunch more stuff16:08
stgraberinfinity: they don't, only thing in daily-live is gir1.2-syncmenu-0.1 (that or seeded-in-ubuntu is lying)16:08
infinitystgraber: Yes, I was wondering about that binary specifically. :P16:09
stgraberinfinity: my guess is that ubuntuone is pulling it somehow so it can integrate if the indicator is installed16:09
Laneyyeah, stuff uses the APIs16:10
Laneyit's just not exposed in UI16:10
cjwatsonOK, FTBFS due to install failures trimmed a bit16:13
* infinity tidies up the gtkhtml rebuilds.16:16
infinityOr, rather, will do so once this publisher run finishes.16:16
cjwatsonI thought I'd done that16:21
cjwatsonhttps://launchpad.net/ubuntu/+source/gtkhtml4.0/4.6.0-0ubuntu1 seems to be all built - did I miss something?16:22
infinitycjwatson: I just forced it to build on armel and powerpc, but then evoltuion and a couple others need to build, I'm on it.16:23
infinitycjwatson: It has slightly wonky shlibs.16:23
Davieystgraber, ScottK, skaet: Just looked at bug 1055684.. seems wedged on us.16:26
ubot2Launchpad bug 1055684 in unity-lens-shopping "[FFE] Use music lens details page for music store results" [High,In progress] https://launchpad.net/bugs/105568416:26
LaneyDaviey: The last comment says what's going to happen.16:27
ScottKskaet: ^^^ is for your review.16:28
DavieyLaney: Yes, blocked on us.16:28
LaneyThings are often blocked on us. It's designed that way16:28
DavieyLaney: I'm really rather aware of that, but thanks for the patronising clarification,16:29
DavieyI'm merely pinging it as a, 'lets look at this'.16:29
skaetDaviey, ScottK, Laney - have added my thoughts to it,  and done some targetting.16:42
skaetstgraber, ^16:42
Laneywasn't there another one we were re-reviewing too?16:43
Laneyemblems or something16:43
skaetLaney,  mark commented on it.   priority is fixing critical bugs.16:43
* skaet goes to look it up, checked on it last night and saw it was ok16:44
slangasekdoko: pre-promoting pam-xdg-support before it's seeded?  that's usually a good way to get it dropped out of main again when someone reconciles component-mismatches :)16:44
Laneyyep. I like it.16:44
LaneyScottK: ^ perhaps you'd care to take -shopping?16:46
ScottKWhat bug?16:46
Laneybug #105564916:46
ubot2Launchpad bug 1055649 in unity-lens-shopping "[FFE] Change from http to https and verify cert" [Critical,Confirmed] https://launchpad.net/bugs/105564916:46
LaneyScottK: It's in the queue too16:50
* Laney hopes that's ASAP enough16:50
cjwatsonslangasek: I thought it was usually a good way to get doko to object too ;-)16:50
Laneycan't approve it myself as it's my upload16:50
* ScottK looks16:51
stgraberhmm, looks like it's unbdling the preview code as well?16:52
stgraberwhich was rejected16:52
stgrabera bit long just for a http => https change :)16:52
Laneywell, it's not 'just' that, but you might be right16:52
ScottKIs queuediff broken for everyone or just me?  It lies about if there's a diff for ^^^ Laney's upload.16:53
Laneyoh, I get it, trunk got merged into the brnahc without me noticing16:54
Laneyrejecting, reuploading16:54
stgraberseb128: can I ask you to detail the other fixes in light-themes? It's easy for me to spot what's related to the spinners and I agree that it's a bug but I have no idea what the other changes are and can't be sure they wouldn't need a UIFe16:56
stgraberI'm fine with you simply explaining them on IRC, no need to re-upload16:57
seb128  Fix hover check in rows16:58
seb128  Fixes for the scale progressbar16:58
seb128Fixes #105537616:58
seb128bug #105537616:58
ubot2Launchpad bug 1055376 in light-themes "gnome-panel not rendered correctly" [Undecided,Fix committed] https://launchpad.net/bugs/105537616:58
seb128fixes to scale in backdrop toolbar16:58
seb128 16:58
seb128stgraber, those are the commits16:58
stgraberok, that matches the diff. accepted16:59
stgraberseb128: thanks16:59
seb128stgraber, thanks16:59
=== henrix is now known as henrix_
Laneystgraber: ^ take two17:06
Laneylooks like there's a little refactor in there that's not quite related to the SSL enabling17:06
Laneybut it doesn't seem bad to me17:07
stgraberLaney: looking17:07
stgraberwell, once LP is kind enough to give me a diff ;)17:08
* Laney feeds LP some more hamsters17:10
Laneyreally need to go, once this is OK17:10
popeythanks for getting this sorted promptly guys & gals. really appreciated.17:13
* Laney 's mind is now firmly on the tasty piece o'pork that's waiting to be cooked by me17:14
popeyi like the sound of that17:14
popeyi prefer the sound of someone else cooking food and bringing it to my door though17:15
Laneymight be a bit cold by then :(17:15
popeywell yes, Nottingham to Farnborough isn't likely to result in a hot meal in my lap :(17:16
popeyalthough I wasn't specifically requesting you do the making and delivering. i hear there are companies that will do that for me :)17:16
Laneyhot pork direct to your door17:16
Laneystgraber: a diff has arrived just for you17:18
stgraberLaney: accepted17:19
Laneybranch pushed. I'm SO OUTTA HERE17:20
=== bulldog98_ is now known as bulldog98
=== yofel_ is now known as yofel
stgraberI guess someone other than slangasek and myself should look at nfs-utils18:01
infinitystgraber: I'll poke it with a stick.18:01
stgraberthanks infinity18:02
dokoslangasek, I had it already promoted18:06
slangasekdoko: I think that's my point?18:07
slangasekit's promoted before it's seeded18:07
slangasekwhich means it now shows up on component-mismatches18:07
infinityslangasek: How well-tested are these nfs-utils changes of yours?18:08
slangasekinfinity: I've tested them on my own network, which uses krb5 on both nfsv3 and nfsv4; I've also done some in-VM testing with extra sleeps sprinkled through to try to ferret out any race conditions18:09
infinityslangasek: I note you use "mounting TYPE=nfs*" in your new upstart jobs, but (at least) nfs-common.statd-mounting.upstart still uses "mounting TYPE=nfs" (others may as well, that one just happened to show in the diff)18:10
infinityslangasek: Intentional, or incomplete change to the wildcard?18:11
slangasekinfinity: intentional, with slightly inaccurate changelog description18:11
slangasekinfinity: the statd service is only relevant to nfs v318:11
slangasekso will never have TYPE=nfs418:12
infinityOh, fair point.18:12
infinityI was just thinking from the other direction (treat all nfs* the same), but yeah, nothing >> 3 will need statd, and there's no nfs3 type.18:12
slangasekthat was mostly about making things be TYPE=nfs* where they were TYPE=nfs4 before, because using 'nfs4' is deprecated (ask smb for details)18:13
infinityRight, well, other than that, it looks sane, and it's not the sort of thing that's auditable without actual testing, so I'll trust that you and your VMs have had some quality time. :P18:14
micahgare the dailies not on yet?18:15
infinitymicahg: They're on, but mostly broken due to the flood of stuff that built/skewed post-beta.18:15
micahginfinity: ah, I didn't even see a log on people.c.c, so that prompted the question18:16
slangasekshould we perhaps have been rejecting more of those skew-inducing packages from the queue and requiring reuploads to -proposed?18:19
infinityslangasek: Probably, yes.  I long for the day when uploads to $series just get rewritten as $series-proposed on accept.18:20
phillwhiya good people, the kernel team have released 3.5.0-16.24 will it quietly arrive in the next iso daily build?19:04
skaetinfinity,  you going to spin the d-i to with that kernel?19:05
phillwthank you queuebot :)19:07
phillwthe kernel fixes the nVidia issue, along with quite a list! https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1043518/comments/4519:08
ubot2Launchpad bug 1043518 in linux "live cd is unusable due to video degradation with the splash boot option enabled" [High,Fix released]19:08
infinityskaet: d-i was already rebuilt for the latest kernel, but there will be another one for omap4 as well soon.19:10
infinityskaet: Oh, right, new kernel again.  Yes, there will be a new d-i to match. :P19:10
phillwinfinity: will it arrive in tomorrows' cron build? (I ask so I can let the testers affected by it know).19:11
infinityphillw: If tomorrow's image builds work, the new kernel will be in them, yes.19:11
phillwthanks :)19:12
skaetthanks infinity19:12
stgraberwhy do I have the feeling that we'll see those again soon?19:35
Davieystgraber: any moment... I rejected.19:40
kenvandinestgraber, they are coming again!19:52
Davieyqueuebot: mute queue new19:53
Davieymute ubuntu-release new quantal-releas19:53
Davieymute ubuntu-release new quantal-release19:53
Daviey(i'm causing just as much noise, trying to remmeber the synatx))19:53
stgraberyeah and the muting wasn't quite working last time someone tried it19:58
stgrabermute queue New19:58
Davieyi suck.20:00
kenvandineDaviey, you seem to have muted it20:02
Davieykenvandine: stgraber did20:02
kenvandinestgraber, you can unmute now20:03
stgraber[2012/09/28 20:01:20] DEBUG: New => returning 20 items20:03
kenvandinethey are in20:03
Davieynoise of acceptance, and noise of binaries, and noise of binary acceptance20:03
kenvandineDaviey, i hope you aren't going to make poor alex change something else :)20:03
stgraberyou shold have pushed an extra 5 webapps, then the flood protection of the bot would have kicked in :)20:04
Davieykenvandine: first binary accepted :)20:06
Davieyunmute queue New20:24
Davieykenvandine: all done20:24
kenvandineDaviey, thanks!20:33
xnoxWhy did I stop getting emails about syncs?22:08
xnoxI used to always get email about it e.g. now in unapproved queue as a sponsor.22:09
xnoxsyncpackage: Request succeeded; you should get an e-mail once it is processed.22:09
xnoxnamazu2 ^^^^22:09
* xnox is annoyed.22:10
stgrabere-mails coming from the DC have been quite delayed for me lately, some coming in 2-3 hours after upload (or any other change really)22:10
stgraberhaven't requested syncs in a while though so I'm not sure if those are completely broken22:10
LaneyI haven't gotten Waiting for Approval mails for syncs22:11
Laneydid get accepted though22:11
xnoxLaney: ever or lately?22:11
Laneyxnox: I can't see that I ever had one22:14
xnoxbug 105836422:15
ubot2Launchpad bug 1058364 in ubuntu-dev-tools "not getting 'waiting for approval' email when sponsoring syncs when the archive is frozen" [Low,New] https://launchpad.net/bugs/105836422:15
xnoxit also affects launchpad22:15
Laneyit /only/ affect launchpad22:16
Laneynot much udt can do about that22:16
xnoxLaney: not tell me to wait for an email?! =)22:16
Laneyyou also never get FTBFS emails from API syncs22:16
xnoxLaney: loop and query the queue same as queubot does22:16
xnoxLaney: well =) i don't want those22:17
* xnox runs away22:17
ogasawara^^ When someone has a moment, could I get the linux-3.5.0-16.25 kernel approved in the queue22:21
infinityogasawara: Yep.22:25
ogasawarainfinity: thanks!22:26
infinityogasawara: You keep pre-empting my d-i uploads. :P22:26
xnoxinfinity: you should spinlock ogasawara22:26
infinityThat sounds dirty.22:26
* ScottK says "No, it can wait for 'R' again" ...23:42

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