/srv/irclogs.ubuntu.com/2014/10/22/#ubuntu-quality.txt

=== 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
mgedmincorrect me if I'm wrong, but testdrive in ubuntu 14.04 is broken to the point of unusability and I should try to use bzr trunk, yes?06:24
elfyballoons: ftr - new image - still see bug 137070707:08
ubot5bug 1370707 in plymouth (Ubuntu) "Plymouth does not display the graphical boot splash" [Undecided,Confirmed] https://launchpad.net/bugs/137070707:08
elfynot had time to check in hardware though07:08
mgedminso I was wrong and testdrive can be wrestled to submission in trusty07:18
=== bipul_ is now known as bipul
=== spineau is now known as spineau_afk
=== chihchun is now known as chihchun_afk
=== _salem is now known as salem_
balloonselfy, bug 1370707 is still in new image yes?13:41
ubot5bug 1370707 in plymouth (Ubuntu) "Plymouth does not display the graphical boot splash" [Undecided,Confirmed] https://launchpad.net/bugs/137070713:41
=== chihchun_afk is now known as chihchun
=== salem_ is now known as _salem
elfyballoons: I'll double check - got to do a hardware test shortly15:04
balloonsack, ty ty15:10
elfyI think I might possibly have hit a key to early in vm this morning15:11
elfyballoons: I has plymouth \o/15:30
=== chihchun is now known as chihchun_afk
balloonselfy, :-)15:34
elfyrushing this morning I suspect15:34
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
pittiplars: good news! bug 138387816:22
ubot5bug 1383878 in autopkgtest (Ubuntu) "make temp unpack mode work for dpkg-source" [Medium,Fix committed] https://launchpad.net/bugs/138387816:22
pittiplars: i. e. dpkg-source now works in "temp unpack" mode, test deb available (see bug)16:22
=== chihchun is now known as chihchun_afk
=== roadmr is now known as roadmr_afk
wxlwe just had a world respin?17:06
wxlkhave a link handy phillip ?17:06
wxlargh wrong channel :/17:07
phillipwxl: ?17:07
balloonswxl, yes world respin17:34
knomedoesn't the world spin continuosly without stopping anyway?17:35
balloonsknome, it's been suggested that indeed this is in the case17:35
* balloons wonders how is it we don't fall off anyways?17:35
wxlballoons: full disk encryption or what's the deal?17:36
knomeyou just haven't been close enough to the edge17:36
balloonswxl, yes, that's been fixed. I'm mailing the list17:36
wxlballoons: ok, well release is tomorrow so get your rear in gear XD17:37
=== roadmr_afk is now known as roadmr
balloonswxl, lol, it's done my friend17:39
=== chihchun_afk is now known as chihchun
wxlwe're rebuilding again balloons ???18:41
=== chihchun is now known as chihchun_afk
wxl:)18:43
wxlthat's what i meant rafaellaguna18:43
wxli was just so freaking mad18:43
ianorlinwrong channel18:43
ianorlinwxl18:43
wxlianorlin: no18:44
wxlianorlin: yes18:44
wxlwhy am i so good at this????18:44
* wxl bashes head against keyboard18:44
=== chihchun_afk is now known as chihchun
Letozaf_balloons, hi19:06
=== chihchun is now known as chihchun_afk
Letozaf_balloons, I used pitti's autopkgtest to run also clock app click package and have the same error as yesterday, should I go on to report a bug or have you guys made other changes meantime ?19:07
elfyevening Letozaf_  :)19:10
Letozaf_elfy, hello :-)19:10
pittiLetozaf_: which "same error"?19:18
Letozaf_pitti, hello, well if I run :  adt-run ubuntu-clock-app/ --click com.ubuntu.clock_3.2.158_armhf.click --- ssh -s adb19:19
pittiLetozaf_: oh -- it seems you have a password other than 0000, so your test doesn't have root privs19:19
Letozaf_pitti, I get: Cannot install /tmp/adt-run.ixZeib/com.ubuntu.clock_3.2.158_armhf.click: Cannot acquire permission to write to /opt/click.ubuntu.com; either run as root with --user, or use "pkcon install-local" instead19:19
Letozaf_adt-run [21:18:00]: ERROR: unexpected error: click install failed with status 119:19
Letozaf_pitti, oh! so my password should be 0000 :P19:19
Letozaf_pitti, ok I will change it :P19:19
pittiLetozaf_: so you need to specify it by appending "-- -p s3kr1t"19:19
Letozaf_pitti, oh I see thanks a lot19:20
Letozaf_pitti, I will try again19:20
pittiLetozaf_: but it's a good point, if we don't have root we shuldn't install the click for all users19:20
pittiLetozaf_: so bug report is appreciated for that case19:20
pittiLetozaf_: as for most other things we don't really need root privs19:20
Letozaf_pitti, ok so I will also report the bug19:21
Letozaf_pitti, thanks19:21
pittiLetozaf_: thanks! in the meantime -p should work19:21
pittiLetozaf_: TBH I'm mostly testing running tests for already installed clicks19:21
Letozaf_pitti, I don't as I have to test the tests that I am writing19:22
pittiLetozaf_: so thanks for being the guinea pig for testing local clicks :) (I do have automatic tests for that, but not for a r/o env aparently)19:22
pittiLetozaf_: yes, but the tests are in the source, not in the .click19:22
Letozaf_pitti, my pleasure, it's also kind of fun19:22
pittiLetozaf_: i. e. your command runs the tests from the local ./ubuntu-clock-app/19:23
Letozaf_pitti, oh! got it19:23
pittiLetozaf_: i. e. if you don't change the .click, just the test, you could do: adt-run ubuntu-clock-app/ --click com.ubuntu.clock --- ...19:24
Letozaf_pitti, now I understood19:24
Letozaf_pitti, thanks that's very useful19:24
pittiLetozaf_: I should still fix that bug, of course, as a developer usually wants to test a locally changed .click against the existing or locally changed tests19:24
Letozaf_pitti, yes right19:26
pittiLetozaf_: also, --click clock has a nice ring to it!19:27
Letozaf_pitti, :)19:28
Letozaf_pitti, fyi bug 138441719:38
ubot5bug 1384417 in autopkgtest (Ubuntu) "Running adt-run without root installs the click for all users" [Undecided,New] https://launchpad.net/bugs/138441719:38
Letozaf_\o/ it's working :-P19:46
Letozaf_thanks pitti19:46
pittiLetozaf_: btw, if you test on an actual phone, can you make sure you are using autopkgtest 3.6git1 (utopic today) or http://people.canonical.com/~pitti/tmp/autopkgtest_3.6pitti2_all.deb ?19:54
pittiLetozaf_: 3.6 from utopic takes painfully long19:54
pittiplars: speaking of which, did you get my ping about this?19:55
pittiplars: (fixed the dpkg-source thingy)19:55
plarspitti: I saw, is there a new package I can grab?19:55
plarsoh19:55
plarsnm19:55
plars:)19:55
pittiplars: yeah, there's also a link in the bug19:55
Letozaf_pitti, balloons gave me that link yesterday and today I am using http://people.canonical.com/~pitti/tmp/autopkgtest_3.6pitti2_all.deb  :P19:55
plarspitti: I had seen the bug but not a link to the built package19:55
plarspitti: I'll try it shortly here. I did a bit of experimenting with creating a very minimal dep8 test in an unbuilt directory and running it, and it worked at least19:56
plarspitti: I need to sort out how to make it provide useful results is all19:56
pittiplars: i. e. test things like "my testbed is in a state that I expect"?20:00
pittiplars: the things that come to my mind is doing the d-bus call to check whether unity is unlocked, and some pidof system-settings-bla to check that the wizard isn't running, and that you have a default route?20:01
pittiplars: or better, drop the default route and add a test Depends: pmount or something; if that's available (in the tmp path), then network and package (fake) install obviously work20:02
plarspitti: I think so, I need to reinstall and start from scratch - I briefly saw that ssh error again earlier today but on the second run it passed (new cable too) so I was wondering if it's similar to the thing you saw that had to run twice20:02
pittiplars: no, for me that wasn't an ssh error, it looked like a genuine testfailure20:03
pittiplars: i. e. I saw calculator starting, stopping, starting etc., but no events in calculator20:03
pittiand thus test failures20:03
pittiLetozaf_: FTR, as far as I remember you still can't install a click even for one user only without root privs, so fixing that might be difficult20:07
=== chihchun_afk is now known as chihchun
Letozaf_pitti, ok20:08
plarspitti: for tests that require autopilot, if autopilot is not in the image already, istr you saying that it would still work somehow? does it pull it in as a test dependency without actually having to install autopilot-touch and dependencies?20:11
pittiplars: yes, that's the "unpack into /tmp" mode20:13
plarspitti: great!20:13
pittiplars: any test Depends: will be downloaded, unpacked into /tmp/, and then the test runs with $PATH, $LD_LIBRARY_PATH, $PYTHONPATH etc. set accordingly20:13
pittiplars: of course that's much less robust than actually installing them (for example I haven't yet covered udev rules)20:14
plarsright20:14
pittiplars: but for python modules and the like it should be good enough20:14
pittiplars: it obviously fails for packages which are looking for plugins in /usr/lib/ etc.20:14
pittibut oh well, don't run them on a r/o image then :)20:15
plarspitti: well, libpng passed (build test is all it has of course), but unfortunately it looks like none of the packages have the dep8 tests in them (unity8, ubuntu-ui-toolkit, webbrowser-app, etc)20:19
plarsso I can't test it easily with something autopilot-y20:19
pittiplars: yeah :/20:19
plarspitti: but we know libpng wasn't working yesterday, and it is now20:19
pittiplars: well, you can cheat a bit20:19
plarsI should try a clean system too though, mine is installed rw at the moment20:19
pittiplars: oh? that's actually surprising; it should fail on gcc not finding libraries20:20
pittiplars: ah yes, then it actually ran apt-get install20:20
thomiyay! autopilot!20:20
thomisorry20:20
* pitti ^5s thomi20:20
pittiplars: so, you can create a local fake source package (with pretty much just debian/tests/) which depends: on e. g. unity8 and other test deps, and then put the autopilot call into Test-Command:20:21
=== chihchun is now known as chihchun_afk
pittiplars: while it's customary to put tests for binary package X into the source package of X this isn't a technical requirement :)20:21
Letozaf_hey guys anyone testing Ubuntu Desktop amd65 ISO on Virtualbox ? on my PC Virtualbox crashes20:21
pittioh, where can I buy an amd65? :-)20:22
Letozaf_:(20:22
Letozaf_amd6420:22
Letozaf_wrong typing20:22
Letozaf_:P20:22
pittiLetozaf_: davmor2 says the same thing20:22
plarspitti: right, but that seemed to work before even - running out of an ubuilt tree20:23
pittiplars: yes, sure (that has always worked)20:23
Letozaf_pitti, oh fine, well not fine, but at least someone confirms my problem20:23
pittiworks quite ok in kvm20:24
Letozaf_so it's Virbualbox20:25
elfyI'll check our's quickly now20:26
pittiyou want "-vga vmware" with kvm, BTW (otherwise the background image is quite broken; it's not that important, but looks weird)20:27
Letozaf_my virtualbox crash has been uploaded automatically so I do not think thers is a bug to be reported, right ?20:31
=== chihchun_afk is now known as chihchun
=== _salem is now known as salem_
pittivila: des bonnes nouvelles ! http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=0dc5fe21:16
pittivila: should I build a .deb for you, or do you run out of git?21:16
vilapitti: yeehaa !21:17
vilapitti: the tmux... funnily enough you *were* suspicious about it ...21:18
pittivila: no, it's not tmux, it's ssh's connection sharing muxer21:18
vilaha, another one then, ack21:18
vilaso, to get the fix, the process is to pull, recipe, etc, I'll do it right now21:19
pittivila: ah right, your magic PPA21:19
pittivila: I'm building a .deb, too21:19
vilapitti: s/magic/gating/ ;)21:20
pittivila: (in case you need: http://people.canonical.com/~pitti/tmp/autopkgtest_3.6pitti3_all.deb)21:27
vilapitti: thanks21:27
wxlelfy: you around?21:32
elfyjust about for a short while longer21:33
wxlcan anyone not solely with ubuntu explain their reasoning not to use the desktop encryption testcase that k/ubuntu uses? http://iso.qa.ubuntu.com/qatracker/testcases/1451/info21:33
wxlelfy ^21:33
elfywell ...21:34
elfythe reason is just that we don't - never have afaik21:34
wxlfigured as such, thanks :)21:36
knomeafair there was a time when that option was dropped from the GUI21:36
knomeso it was only available from the alternate installer for a while21:36
elfygiven we have enough trouble getting test on what we already have I'd not be happy about adding anything21:37
=== salem_ is now known as _salem
knomepractically any option that the ubiquity installer provides is tested if it's tested on one flavor21:39
=== chihchun is now known as chihchun_afk
knomethat's a very b&w way to look at it, but there are hardly any reasons why some option would be broken in a flavor but not the other21:40
=== chihchun_afk is now known as chihchun
vilapitti: eeerk: https://launchpadlibrarian.net/187924725/buildlog_ubuntu-precise-i386.autopkgtest_3.7-0~966~ubuntu12.04.1_FAILEDTOBUILD.txt.gz21:56
vilapitti: from https://code.launchpad.net/~canonical-ci-engineering/+recipe/autopkgtest-phase-021:56
vilapitti: only the precise one really matter though21:56
vilapitti: but I guess you don't want the trusty one to fail either ;)21:57
=== chihchun is now known as chihchun_afk

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