/srv/irclogs.ubuntu.com/2014/04/28/#ubuntu-quality.txt

tewardthere's no way to increase the Y-axis scale on errors.u.c is there?01:37
xnoxteward: it's all "javascript" so if you can use js-debug console in your browser i think you can tweak/control the graph as you want.01:42
xnoxteward: no controls are exposed by default as far as i can tell.01:42
tewardassuming that i know the javascript commands to do it01:43
tewardand if the js-debug console exists in chrome01:43
tewardwhich it might not01:43
tewardxnox, it would help if the graph auto-adjusted the y-axis max, for when we have spikes going off the page01:52
tewardon errors.u.c01:53
tewardpersonal opinion but still01:53
xnoxteward: chrome developed the js-console -> Ctrl+Shift+C -> console01:53
xnoxteward: one should not adjust the axis because of the spikes, as the spikes are artificial data -> on release day the amount of machines submitting errors increases by a few magnitudes, yet it takes time for graph to settle and normalise.01:54
tewardehhh i have to relearn javascript >.>01:54
tewardahh okay01:54
xnoxteward: the graph does not know total number of machines running a given release, thus it does moving averange which is susceptible to spikes.01:55
xnoxmoving average of unique machines submitting an error in the past 90 days.01:56
xnoxor some such.01:56
=== maclin__ is now known as maclin
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
pittiGood morning06:03
elfymorning peeps06:42
=== maclin_ is now known as maclin
elfypitti: so when will your systemd ppa have unicorn ? current one seems to be working fine with xubuntu btw :)06:46
pittielfy: never -- I uploaded everything to utopic :)06:46
pittielfy: most stuff is in, just systemd itself is stuck in -proposed on some reverse dep autopkgtest failures (unrelated, though)06:47
pittielfy: I'm working on autopkgtest maintenance today and see that it can propagate soon06:47
elfyoh awesome06:47
pittielfy: nice to know!06:47
pittielfy: I'll do an annoucement if it's ready to be tested06:47
elfyyep - I find it as useful to know when something is working as when it's not :)06:48
elfyok - shall watch for that then :)06:48
pittielfy: I ran into some trouble which developers will encounter -- e. g. schroot goes totally wonky due to systemd changing the beaviour for unshared mounts06:48
pittielfy: yes, absolutely06:48
pittielfy: if you run into stuff, please file as bug with "systemd-boot" tag06:48
pittihttps://bugs.launchpad.net/ubuntu/+bugs?field.tag=systemd-boot06:48
elfyyea - I saw that request for bugs06:48
elfywhen I start the calls for us to test - I'll do an 'if anyone is interested you can try systemd too' one as well - some of our testers like to play06:50
pittielfy: I want to wait with the announcement until it's at least good enough for myself to run permanently -- ATM, the blockers are schroot, and to a lesser degree, LXC for me06:51
pittilightdm, NM and the other bits seem to work fairly well06:51
elfyyep - I understand that :)06:51
stemahi all07:16
jibelpitti, I'll be working on britney this week, there is a problem with the reconciliation between the request and the result with the new autopkgtest.07:47
pittijibel: I'll handhold the autopkgtests07:48
pittijibel: I fixed a few last night, will continue today07:48
pittijibel: I just stumbled over the vmalloc=512 hack, added to adt-buildvm now and rolled out (succeeded now)07:49
jibelpitti, I'll also have a look at this case: http://paste.ubuntu.com/7350811/07:49
pittijibel: oh, the eternal RUNNING?07:49
pittijibel: btw, I re-enabled notifications for x86 in bzr, I think it's time07:49
jibelpitti, not the running, the 2 lists should identical07:49
pittijibel: mind rolling that out?07:49
pittijibel: oh, right; is that the same as eating lots of PASSes?07:50
jibelpitti, the part at the bottom are the states collected by britney and the top is what is reported in update_excuses07:50
jibelpitti, in that case systemd was not even in that list07:50
jibelpitti, pulled r34807:52
jibelI guess I'll use the full index of main to try to reproduce, I couldn't find a simple test case with the current testsuite07:53
pittijibel: I saw the r347 sorting fix, thanks for that07:53
pittijibel: that is, the britney tests in my branch?07:53
pittior does adt-britney have one, too?07:54
jibelpitti, the britney tests in your branch, adt-britney has one too07:54
jibelpitti, but in the example I pasted above, it's only britney07:54
jibelbecause the list of 'RUNNING' is the output of adt-britney and it is correct07:55
davmor2Morning all10:02
=== chihchun is now known as chihchun_afk
jibelpitti, would it be possible to generate testpkg-version right after the .dsc is downloaded otherwise when there is a build failure or unsatisfy deps the file is missing and there is no way to know what package we were testing12:15
jibelfor example in http://d-jenkins.ubuntu-ci:8080/view/Utopic/view/AutoPkgTest/job/utopic-adt-u1db/ARCH=amd64,label=adt/4/ there is only a log file12:16
pittijibel: hey12:30
pittijibel: I thought I did already; yes, it should certainly do that12:31
* pitti looks12:31
pittijibel: hm, that's a bit odd; it does that here (testpkg-version and testbed-packages), before it even starts installing the per-test deps12:39
pittioh sorry, this is for needs-build12:40
pittijibel: yep, reproduced12:41
pittijibel: hm, this is actually way more tricky than I thought, but I'll think about it12:45
=== _salem is now known as salem_
jibelpitti, thanks12:49
pittitestbed-packages is the simple part, done12:49
jibelpitti, I increased the ram size of the VMs to 2G this morning, did you notice any "cannot allocated memory" in recent tests?13:18
pittijibel: yes, I did; upstart/amd64 failed until this morning, now it succeeds13:20
=== Ursinha-afk is now known as Ursinha
pittijibel: testpkg-version is now generated right after unpacking the source, i. e. as early as possible14:01
pittijibel: doing another test (unrelated) still, then will roll this out14:02
* pitti ♥ running adt-run from git, so much faster deployment14:02
pittijibel: deployed14:10
pittijibel: FYI, I added a jenkins/update-canonical-servers which calls jenkins/update-servers with all four14:11
pittisince I do this like twice a day these days14:11
jibelpitti, woohoo, finally I reproduced the problem with the missing results from excuses. I used the full archive and result history. Now it is just a matter of finding the right case.14:47
pittijibel: oh, awesome work! it doesn't reduce to some small case?15:02
pittijibel: eek, weird adt failures galore, looking15:02
=== Ursinha is now known as Ursinha-afk
jibelpitti, it probably does. I'm on it15:17
elopiocongratulations davmor2!15:30
davmor2elopio: thanks15:33
rvrelopio: Ok, so you are using __all__ to filter more modules, not only the ones with underscores, right?15:46
elopiorvr: I'm using __all__ to hide one directory15:48
rvrelopio: Aha15:49
elopioso the namespace is as if you had all the helpers in one big .py file, but they are really in many smaller ones.15:49
rvrAhhh15:49
rvrOk, understood15:49
=== roadmr is now known as roadmr_afk
=== Ursinha-afk is now known as Ursinha
rbasakpitti or jibel: can we run lxc and/or qemu dep8 tests in our infrastructure now?16:28
rbasakI have a dep8 test for something that fails only in qemu - not in lxc.16:28
rbasakGiven that the behaviour is different, I'd like to arrange to test both.16:29
jibelpitti, I may have found the problem, in britney.py autopkgtest_excuses is populated _before_ the collect, then we iterate over autopkgtest_excuses to populate excuses.html16:29
=== chihchun_afk is now known as chihchun
rbasakI'm thinking of two tests, isolation-container and isolation-machine, that symlink to the same test or something.16:29
rbasakIs this supported in our infrastructure now?16:30
jibelwhich means that new versions of a package with test won't appear in update_excuses16:30
pittirbasak: isolation-container only means "at least LXC", not "only LXC"17:18
=== roadmr_afk is now known as roadmr
pittirbasak: we don't have the infrastructure for that yet; x86 is qemu only, armhf/ppc64el is lxc only17:18
pittirbasak: in the future we'll be able to be more flexible though17:18
rbasakpitti: OK, thanks. By qemu only, do you mean adt-virt-qemu, or adt-virt-null still?17:19
pittirbasak: we run adt-virt-qemu now17:19
pitti-null is history \o/17:19
rbasakAh, great! I have some multiple breaks-testbed tests to enable then :)17:19
pittirbasak: go!17:19
=== lazypower-travel is now known as lazyPower
balloonsnice recap elfy, knome http://xubuntu.org/news/xubuntu-14-04-qa-recap/ ;-)17:40
elfyballoons: glad you liked it :)17:40
* knome directs all credit to elfy17:41
elfyI was pleased with what my lot got done last cycle - did it show :p17:41
balloonsit did.. xubuntu was very active.. you guys did a lot of nice work, and it benefited everyone :-)17:42
elfynice to hear that :)17:43
balloonsIt was nice to see the work going on the tracker in particular..17:43
elfyyep17:44
* elfy will be wanting the package one soon :)17:44
elfyballoons: you got any idea when the package tracker will be up for Unicorn?20:17
phillwballoons: can you get a script person to look at bug 1308853 I'm not sure if it is a change in commands, or the command line will no longer work (P.S. ... I guess it is not worth asking as it if "Until hexr comes on-line, we use a work-around - which pulls the system specifications from your computer. The work-around does NOT report personal data from your computer. This means that your passwords and other sensitive information remain safe20:51
ubot5bug 1308853 in hardinfo (Ubuntu) "Battery info returns: sh: 0: -c requires an argument" [Undecided,New] https://launchpad.net/bugs/130885320:51
=== salem_ is now known as _salem
balloonsphillw, I assume off the top hardinfo changed there arguments.. but we'll have to look21:50
phillwballoons: possibly, I'm still battling with a really bad cold that keeps coming back for me and my family I'm battling with the non-pae lubuntu, so If you could have a look into what is causing the fails on that; it would be apreciated.21:53

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