/srv/irclogs.ubuntu.com/2014/03/21/#ubuntu-release.txt

=== TheLordOfTime is now known as teward
=== doko_ is now known as doko
Riddellcan I force mplayerthumbs through on arm64? mplayer not compiling saying "It seems nobody has ported MPlayer to your OS or CPU type yet."10:30
mlankhorstport it ;-)10:37
Riddellwibble10:38
cjwatsonRiddell: please can we stop building mplayerthumbs on arm64 if it's uninstallable, then10:51
cjwatsonand actually not sure that port would be terribly hard ... I think it might just be configure nonsense?10:51
cjwatsonlet me see, this has enough rdeps that it would be worthwhile.  last I looked it was blocked by dependencies but apparently not any more.10:52
Riddellcjwatson: mm yes we could just not build it you're right11:08
cjwatsonRiddell: I think it might not be hard to do a minimal port at this point, so please hold off a bit?11:10
cjwatsonRiddell: I'll let you know if I give up :)11:10
Riddellcjwatson: gotcha11:11
=== psivaa_ is now known as psivaa
cjwatsonRiddell: uploaded mplayer11:46
Riddelloh nice, thanks cjwatson11:46
jamespageplease could I get a release team ack on #1 of bug 128714712:51
ubot2Launchpad bug 1287147 in juju-core (Ubuntu Trusty) "[FFe] juju-core 1.18/2.0" [High,New] https://launchpad.net/bugs/128714712:51
jamespageits not a stable release but it does move the version we have in 14.04 forwards and fixes some key bugs.12:51
pittihello13:17
pittiany chance someone could ack the postgresql SRUs for all stables? (bug 1294006)13:17
ubot2Launchpad bug 1294006 in postgresql-9.1 (Ubuntu Saucy) "New upstream microreleases 9.3.4, 9.1.13, 8.4.21" [Undecided,In progress] https://launchpad.net/bugs/129400613:17
pittiit's just a formality, it's got a MRE and has been done countless times already13:18
pittiI'm happy to process them myself if the SRU team is okay with that13:18
* cjwatson finally disentangles the ruby-multi-xml build failure13:26
=== psivaa is now known as psivaa-afk
jamespageDaviey, around? could you take a look at #1 on bug 128714714:02
ubot2Launchpad bug 1287147 in juju-core (Ubuntu Trusty) "[FFe] juju-core 1.18/2.0" [High,New] https://launchpad.net/bugs/128714714:02
Davieyjamespage: ok14:04
jamespageDaviey, thanks :-)14:04
=== psivaa-afk is now known as psivaa
jdstrandhey, so yesterday apparmor migrated even though click-apparmor and apparmor-easyprof-ubuntu autopkgtests failed (apparmor didn't declare a new (but common) python3-pkg-resources Depends which cause imports to fail in the autopkgtests)14:31
=== lderan_ is now known as lderan
jdstrandI fixed the issue, but wondered why apparmor migrated14:31
xnoxjdstrand: inspecting the logs http://paste.ubuntu.com/7130902/14:40
xnoxjdstrand: click-apparmor, lxc, apparmor-easyprof-ubuntu autopackage tests did run and finish successfully.14:40
xnoxjdstrand: from britney's point of view.14:40
xnoxjdstrand: from logs at http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses/2014-03-20/14:40
jdstrandxnox: that is probably for ubuntu2, which was the fix I uploaded14:41
jdstrandxnox: ubuntu1 is what had the issue14:41
jdstrandhttps://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-apparmor-easyprof-ubuntu/14:41
jdstrand#11 in the build history14:41
xnoxjdstrand: the logs i pasted to you are 2.8.0-0ubuntu38 -> 2.8.95~2430-0ubuntu1 from britney14:41
jdstrandhmm14:41
jdstrandthat is weird cause jenkins gave me failure emails, is in red, says fail all over14:42
xnoxfrom yesterday 22:45:10 UTC -> 23:28:17 UTC14:42
jdstrandTest Result (4 failures / +4)14:42
xnoxjdstrand: hm, chase up with jibel probably -> Do you have any other logs for above post-mortem?14:42
jdstrandall the jenkins ones seem to be there14:43
jdstrandjibel: hi! https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-apparmor-easyprof-ubuntu/ #11 corresponded with the 2.8.95~2430-0ubuntu1 aparmor upload yesterday. the autopkgtest failures didn't block migration (also see backscroll)14:44
jdstrandjibel: I was curious why14:44
jdstrandjibel: also note, click-apparmor autopkgtest failed in the same way14:45
xnoxjdstrand: jenkins failed ~ 22:52 UTC it seems, which well in time for 23:05 & 23:28 britney runs to say they FAILED.14:45
jdstrandjibel: here is the click apparmor one: https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-click-apparmor/ (#22 corresponds to the 2.8.95~2430-0ubuntu1 apparmor upload)14:46
jdstrandjibel: not, from my end, this isn't critical-- I've resolved the issue, but want to know if I need to be doing something else or alert you to the issue14:47
jdstrandxnox: thanks for looking at the logs14:48
jibeljdstrand, xnox looking15:00
jamespageDaviey, responded on that bug to your questions16:17
=== SpamapS is now known as Spam
=== Spam is now known as Maps
=== Maps is now known as CannedMeat
=== CannedMeat is now known as SpamapS
bdmurrayslangasek: fyi arges and I are working on the SRU queues since he missed yesterday19:25
slangasekbdmurray: ah, ok19:26
bdmurrayin case you start in...19:26
stgraberoops, forgot queuebot19:31
infinityqueuebot: Hi, we've missed you.19:32
bdmurrayslangasek: there is something that looks like a MRE for juju-core in the saucy queue.  Has the tech board talked about this at all?19:43
slangasekbdmurray: no;  https://wiki.ubuntu.com/StableReleaseUpdates/MicroReleaseExceptions has been kept up-to-date19:43
bdmurrayslangasek: okay19:44
slangasekand the principle of MREs is that we don't need to do per-change SRU validation because upstream already QAs for us... I'm not sure I see why, for a project Canonical is upstream for, we wouldn't just do the QAing directly in the SRU process19:46
infinityWhat does an MRE for juju-core even mean, when most of it isn't even in the archive? :/19:47

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