infinityThat's kinda creepy.  The wine and python-eventlet packages I accepted to precise-proposed both had the same version number.00:06
sbeattieby the by, the xorg-server 2:1.11.4-0ubuntu10.6 in the unapproved proposed queue can go away, as I published it through the precise-security pocket (since we wanted the revert there as well)00:09
bdmurrayinfinity: new sru-report if you want to pull it01:13
roaksoaxhi all, Is the archive frozen or anything? Or why is a package waiting for approval?01:29
jbicharoaksoax: yes, test freeze https://lists.ubuntu.com/archives/ubuntu-devel/2012-July/035528.html01:33
roaksoaxjbicha: thanks!01:34
infinitybdmurray: Mmkay.01:52
infinitybdmurray: Hrm.  That's an awful lot of yellow.  (It should probably also be a more readable on the background, perhaps { color: #BBBB00; font-weight: bold; })02:50
infinitybdmurray: I can commit the latter change, but I'm curious if we're getting too many unintended hits with this for it to ba valuable.02:50
bdmurrayinfinity: I'll send an email tomorrow for comments but my testing with precise made it look useful03:12
infinitybdmurray: What's the current heuristic?  I didn't dive into it, I just played with colours.03:13
bdmurrayinfinity: the commit message had it but bug.last_message_date > date the package was published in proposed03:13
infinityAhh, kay.03:13
infinityWell, of course, that will yellow up every bug with a "me too" verification message.03:14
infinityBut I guess it doesn't hurt to be notified to go read those. ;)03:14
infinityIf we view yellow as "potentially good" (I was thinking the inverse when we first discussed it, because I'm a pessimist), I guess the large number of bugs that went from blue to yellow might be a good sign.03:15
infinityGiven that blue bugs mean "no one appears to give a crap about this SRU".03:15
infinitybdmurray: Oh, and now that you ordered the page by age, I guess that bumps up the urgency of my fixing up the kernel stuff to be a bit more special snowflake (break it out, etc).03:21
infinitybdmurray: Cause, otherwise, it's pretty easy to miss the linux-* junk that goes with linux.03:21
babyface_jamespage, ping08:04
jamespagebabyface_, morning08:04
jamespagenope - lvm I guess08:04
babyface_yes, please have a look at this*view*/08:04
* xnox something up with lvm?!08:05
babyface_jamespage, seems  there is still a problem with tomcat while 1009579 is closed08:05
jamespagebabyface_, I can't actually see that URL ATM08:07
babyface_jamespage, you can not access the internal jenkins?08:08
jamespagebabyface_, the bug that we discussed yesterday has nothing todo with the MIR08:08
jamespagewhich is bug 100957908:09
ubot2Launchpad bug 1009579 in tomcat7 "[MIR] tomcat7 (replaces tomcat6)" [High,Fix released] https://launchpad.net/bugs/100957908:09
jamespageand is fixed08:09
jamespagebabyface_, I can see the internal jenkins normally - but not today it would seem08:09
jamespagebabyface_, sorry but I'm out for the next 2 hours - I'll be back around 1130 BST08:09
babyface_jamespage, ok,08:10
babyface_jamespage, see u08:10
jamespagebabyface_, please feel free to raise a bug about it tho - I do think its an intermittent issue for some sort which probably points to a bug.08:10
babyface_jamespage, ok08:11
babyface_jamespage, thanks.08:11
jamespagebabyface_, BTW I don't think jenkins is running for some reason on - you might want to get that looked at first...08:11
babyface_jamespage, yeah , I will08:13
jibel_jamespage, it is not running because I shut it down, the problem with tomcat is the port detection test with IPv6 and you're right there is also something with LVM08:27
jibel_unexpected question partman/confirm_nooverwrite08:27
xnoxi generally preseeded partman/confirm_nooverwrite08:31
xnoxthat question appears if there is already a volume group with the same name08:31
xnoxe.g. reinstalling a VM08:31
xnoxso it may or may not appear.08:31
xnoxsimilarly there is partman-lvm/confirm_nooverwrite08:32
jibel_xnox, partman/confirm_nooverwrite is preseeded to true but a question is asked when doing an lvm installation with a fresh drive.08:51
jibel_xnox, https://jenkins.qa.ubuntu.com/view/Quantal/view/ISO%20Testing%20Dashboard/job/quantal-server-i386_lvm/51/artifact/51/test-results/ for example08:51
jibel_xnox, I'll file a bug08:51
jibel_xnox, the preseed didn't change and the test pass until today08:51
xnoxright. I have started seeing something like that as well. But my testing was different08:52
xnoxplease file a bug, and I will dig into it.08:52
xnoxjibel_: where can I find the preseed file?08:54
jibel_xnox, https://jenkins.qa.ubuntu.com/view/Quantal/view/ISO%20Testing%20Dashboard/job/quantal-server-i386_lvm/51/artifact/08:55
jibel_https://jenkins.qa.ubuntu.com/view/Quantal/view/ISO%20Testing%20Dashboard/job/quantal-server-i386_lvm/51/artifact/preseed/*view*/ more precisely08:55
Riddellwe're frozen?09:09
Laneysee -devel09:09
=== popey_ is now known as popey
=== mmrazik is now known as mmrazik|lunch
jamespagejibel_, ah - that would explain why jenkins was not running then :-)10:38
=== jibel_ is now known as jibel
zulcan someone review python-cliff, python-django-compressor, python-django-appconf, and python-tablib please13:05
ScottKDoing queue processing through the queue script is SO much better than the web U/I.  Thanks cjwatson.14:15
stgraberdoes sru-report now work with verification-done-$SERIES?14:19
ogra_can someone let my precise-proposed flash-kernel upload in ? i would like to do the bug tagging etc14:20
stgraberafter spending a few minutes verifying it, I noticed that bug 1007405 was actually already tested but the tag was reset when the oneiric SRU landed in -proposed, proper support for -$SERIES in the bug tags would make that easier14:20
ubot2Launchpad bug 1007405 in libvirt "apport hooks installed with wrong source package name" [Undecided,Fix committed] https://launchpad.net/bugs/100740514:20
stgraberhmm, according to a quick grep, sru-report doesn't recognize that syntax yet... tagging verification-done then...14:21
ScottKcjwatson: Not sure if you're still working on queue (aren't you on vacation today), but I just pushed a small change.14:44
xnoxcan somebody please approve ^^^^^^ partman-lvm14:47
xnox=)))) it should unbreak the CDs14:47
xnoxalternative and server, lvm installs14:47
xnoxScottK: thanks ;-)14:49
ScottKYou're welcome.14:50
cjwatsonScottK: *nod*15:19
=== jbicha is now known as Guest50245
=== shadeslayer_ is now known as evilshadeslayer
=== yofel_ is now known as yofel
micahgtyhicks: ^^ all accepted17:19
infinitymicahg: There was no lightning for lucid.  Intentional, or oops?17:30
micahginfinity: non-existent17:30
infinitymicahg: Check.17:30
ogra_infinity, http://paste.ubuntu.com/1097029/18:11
ogra_do you have any idea what that could be ? (latest ubuntu-server preinstalled attempt)18:11
ogra_intrestingly celbalrai works fine for all other images18:12
infinityogra_: Looks like someone ported germinate to python3 but missed something.18:12
infinityogra_: Only server calls germinate.18:12
ogra_aha !18:12
=== Guest50245 is now known as jbicha
=== jbicha is now known as Guest72435
=== Guest72435 is now known as jbicha_
infinityAnd it's probably the only place where we use quantal's germinate in production.18:14
slangasekinfinity: but it doesn't affect the server daily images because germinate is run on nusakan and is python2?18:14
infinitySo, I suspect it's just hitting something no one noticed in the porting and testing.18:14
* slangasek nods18:14
infinityslangasek: Right, alternates germinate on nusakan, the archive germinates on cocoplum, but the livefs preinstalled-pool madness germinates on the buildd.18:14
ogra_well, we will keep that for the server squashfs builds i guess18:15
ogra_dont you need to run that natively on the target subarch ?18:15
infinityI'd assume the server builds will look more like the current desktop builds, with a pool outside the squash, built on nusakan.18:15
ogra_well, but you still need the squash18:16
slangasekbut the squashfs doesn't need germinate18:16
slangasekregardless, the germinate bug should be fixed18:16
ogra_yes, i was more wondering about live-builder occupation :)18:16
infinityI look forward to tearing that code out.18:16
infinityBut germinate should be fixed anyway, yes. ;)18:17
slangasekhow can I reproduce that germinate invocation?18:17
slangasekI guess that's in live-build/auto/config ?18:17
ogra_likely just by invoking live-build the right way18:17
infinityslangasek: It is, yeah.18:18
infinityslangasek: germinate --no-rdepends --no-installer -S http://people.canonical.com/~ubuntu-archive/seeds/ -m http://ports.ubuntu.com/ubuntu-ports -d quantal -s ubuntu.quantal -a armhf18:19
infinityslangasek: Ish.18:19
* slangasek nods18:20
slangasekLANG=C germinate --no-rdepends --no-installer -S http://people.canonical.com/~ubuntu-archive/seeds/ -m http://ports.ubuntu.com/ubuntu-ports/ -d quantal -s ubuntu.quantal -c main -a armhf18:20
slangasekLANG=C is key18:20
infinityI wonder if we can ever get away with just aliasing C to C.UTF-818:21
infinityWhich would trade one set of annoying bugs for a whole new one, I suppose.18:21
ogra_infinity, another thing slangasek and i noticed is that ubuntu-server daily-preinstalled is attempted to build even though default-arches says it shuldnt, any idea about that ?18:26
ogra_ogra@anubis:~/Devel/branches/nusakan/cdimage-deployment$ CDIMAGE_ROOT=. ALL_DISTS=quantal bin/default-arches ubuntu-server daily-preinstalled quantal18:26
ogra_amd64 amd64+mac i386 powerpc18:26
ogra_obviously there is no arm in the list ...18:27
infinityErr, that output makes no sense.18:27
ogra_(unless i run it wrongly)18:27
slangasekand note that 'buildlive' is respecting etc/default-arches, but cron.daily-preinstalled was not18:27
infinitySince we never had daily-preinstalled on !arm.18:27
ogra_hmm, riiight18:27
ogra_it just seems to return the wildcard match for ubuntu-server18:28
ogra_which it shouldnt18:29
slangasekso in fact, cron.daily-preinstalled is failing because there are no livefses built at all for any of the archs it's being called for18:30
ogra_right, but it should also query default-arches nontheless18:30
slangasekogra_: shouldn't why?18:30
slangasekit *does* query default-arches18:30
slangasekand default-arches was returning the wrong arch list since the 27th18:31
ogra_because there is a more specific match above in /etc/default-arches  that matches daily-preinstalled18:31
slangasekno, there wasn't18:31
slangasekyou listed maverick-precise18:31
slangasekquantal was excluded18:31
ogra_oh, crap18:31
slangasek(which was the whole point of your change, but I'm not sure you were meaning to apply this to server?)18:32
ogra_right, because it would also trigger desktop builds that way ...18:32
* ogra_ changes18:32
slangasekI already changed it18:32
ogra_to be honest i didnt think much about server since we planned to move away from preinstalled there too18:32
pgranerogra_, skaet, infinity, elmo tells me the mandala2.0 box will be up and running tomorrow19:12
infinitypgraner: Shiny.19:16
infinitypgraner: Remind me, was that one Pandas, or PandaESes?19:17
pgranerinfinity, ES19:17
infinityHrm.  Kay, then I might need to make some requests around that.19:17
pgranerinfinity, hows the imx6 looking19:17
infinitypgraner: It's looking sad in its little plastic baggie while I do other work. :(19:17
pgranerinfinity, the RT for the mandala2.0 is RT #5449019:17
pgranerinfinity, you are a sad sad man19:18
infinitypgraner: No, no.  The MX6 is sad.  I'm just weird.19:20
rsalvetiinfinity: finally got your imx6?19:22
infinityrsalveti: Yeah.  Now to find time to do something with it.19:23
rsalvetiinfinity: :-)19:23
infinityrsalveti: Also, you need to go put the boot to the Freescale LT guys and get them to produce me a unifies mx53/mx6 image that actually works on both.19:24
infinityrsalveti: For bonus points, a unified uBoot too.  Thanks.19:24
rsalvetiinfinity: unified u-boot I'm not that sure, but I know they were working on getting at least one single kernel for it19:28
rsalvetiwill ping jcrigby to have a look at it19:28
infinityrsalveti: See, I got the impression that they's almost entirely given up on even caring about mx53 when they started working on mx6.  Would definitely be nice to support both from the same image "for free" (from our perspective).19:30
rsalvetiinfinity: for sure19:31
micahghrm, is the updates security copy job broke?19:47
micahgit seems it was only partially successful19:48
infinitymicahg: ?19:48
micahginfinity: all those security updates you approved, only some were auto-copied to -updates19:48
infinitymicahg: Define auto-copied?  You mean some of them were done by hand?19:49
infinitymicahg: Or you mean some of them failed after the fact?19:49
micahginfinity: no, supposedly there's a cron to copy from security to updates ~hourly19:49
infinitymicahg: That might be more of a security team thing.  Or it's a weird bit of infrastructure I don't know about. ;)19:50
infinityOh, unless copy-report actually copies stuff too.19:51
micahgis that at 58?19:51
infinityWhich it does.19:51
infinityThough I just ran it by hand now. :P19:51
micahgthanks :), let's hope it works19:52
infinityWell, it did something.  It's not wildly verbose.  What were you hoping for it to do?19:53
micahginfinity: copy over the remaining stuff that wasn't copied from -security to -updates19:53
infinityIt did 7 somethings.19:54
infinityDoes that sound about right? :)19:54
infinityThat should probably be moved off cocoplum and into an API script before we kill our shell access.19:55
infinitycjwatson: ^19:55
micahginfinity: I think I only needed 219:55
infinitycjwatson: Unless you think copy-report is so foolproof to just let it be an infastructure job that never needs looking at.19:55
infinitymicahg: Well, 7 is bigger than 2, so you obviously win.19:55
micahgapparently it did a few others before the last publisher run19:55
infinitymicahg: I suspect it's working fine, and you're just dealing with publisher versus patience issues.19:56
infinitymicahg: But, let's look again in an hour or so. :P19:56
micahginfinity: heh, probably, just impatient :)19:56
* micahg will have tyhicks verify after he's done with his USNs19:56
=== jbicha_ is now known as jbicha
slangasekinfinity, ogra_: fyi, lp:~vorlon/germinate/lp.102581820:10
slangasek(will wait for cjwatson to review & merge)20:10
=== medberry is now known as med_
infinitymicahg: Seems to have all properly copied eventually.20:43
micahginfinity: thanks20:46
stgraberbdmurray: speaking of sru-report, how difficult would it be to get verification-done-<series> support (considering it to be equivalent to verification-done if present and matching the series)?20:47
bdmurraystgraber: not too hard I think20:48
bdmurraysince we have release tables in there20:48
stgraberbdmurray: my current workflow is to mark these bugs as verification-done-<series> + verification-done so that it shows green on the report, then hoping that the SRU team member will reset to verification-needed after accepting (as some other series still need verification)20:48
bdmurraystgraber: there was some talk of having sru-release modify bugs so that might help with removing verification-needed20:49
bdmurraystgraber: but modifying the sru-report would be easier ;-)20:50
ScottKHoly exploding component-mismatches Batman!20:52
stgraberbdmurray: http://paste.ubuntu.com/1097305/ ?20:53
bdmurraystgraber: looks good to me - you can test it locally by changing 'quantal' to 'lucid' and uncommenting that line20:55
bdmurraystgraber: line 375 and maybe precise would make more sense20:55
infinityqueuebot: /win 16221:11
infinityLa la la.21:11
infinityHrm, did the server team just pall half of universe into main again? :P21:25
stgraberbdmurray: change works fine here, most of the kernel bugs are green after that and so is my test bug (a libvirt bug)21:25
stgraberbdmurray: can you land that change?21:26
bdmurraystgraber: what do you mean by land?  I could update the branch but not on people21:28
infinityI can pull it.21:28
infinity(If someone commits this mystical change)21:29
bdmurrayI could commit it but don't see why...21:29
infinityTempted to cron the bzr pull on lillypilly, but then I'd have to get people to promise never ever to commit untested code. :P21:29
stgraberbdmurray: it's in ~ubuntu-archive, I can't commit there21:29
bdmurraystgraber: ah okay! I'll do it21:30
bdmurrayinfinity: done21:33
stgraberinfinity: FWIW I think it's best to have the report on lillypilly to always match what's in the branch. That branch is pretty much never broken and if it was for more than an hour, I think I'd like people to notice, so having a broken report would ensure that :)21:36
infinitystgraber: Done.  Should auto-update before each run (10,40) now.21:38
cjwatsoninfinity: copy-report - it's already on my lilst22:25
cjwatsoninfinity: but bug 1006917, in particular, blocks it22:27
ubot2Launchpad bug 1006917 in launchpad "Distribution archive owners cannot necessarily copy packages" [Low,Triaged] https://launchpad.net/bugs/100691722:27
cjwatsonwell, unless I want to add ubuntu-archive-robot to ubuntu-core-dev, which I'm not very sure I do22:27
cjwatsonalso bug 1006871 doesn't help matters22:27
ubot2Launchpad bug 1006871 in launchpad "Copying packages to -updates always goes through unapproved queue, even when copying user is privileged" [Low,Triaged] https://launchpad.net/bugs/100687122:27
cjwatsonI'll also have to work out how to do copy-report's changelog parsing totally reliably over the API, but that's probably a minor detail22:28
cjwatsonWhoever accepted the most recent set of linux-armadaxp binaries: please use kernel-overrides to deal with kernel binaries23:00
* cjwatson moves stuff back to main23:01
cjwatsonstgraber: queuebot seems to have got stuck.  I just accepted a bunch of stuff and it hasn't noticed, nor did it notice the corresponding unapproved entries (at least back to eog/3.5.3-0ubuntu1)23:09
* stgraber looks23:11
stgraberapparently running two queuebots on the same machine is causing some problem... respawned just the main instance, will move the dev one somewhere else23:12
cjwatsonCorrupted launchpadlib cache?23:12
stgraberlikely. I flushed it, hopefully that'll help23:13
stgraberactually, let's try to flush it and spawn the new queuebot, maybe that was the cause of the weird stacktraces I couldn't reproduce...23:14
stgrabermute tracker23:15
stgraberunmute tracker23:15
cjwatsonI was considering having the u-a-t scripts each pass a different launchpadlib_dir to avoid this problem23:15
cjwatsonThough the cache bloat will suck after a while23:15
stgraberso far so good :)23:20
cjwatsonlinux-armadaxp> OTOH I wonder if this was a copy bug.  The overrides were right in precise-updates ...23:26
cjwatsonNot sure I feel like doing the archaeology to find out.23:26
stgrabernow moved to forcing a separate cache directory for each queue, hopefully that'll avoid some remaining corruption when both new and unapproved update at the same time...23:39

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