/srv/irclogs.ubuntu.com/2014/12/18/#ubuntu-ci-eng.txt

imgbot=== IMAGE 58 building (started: 20141218-02:05) ===02:05
imgbot=== IMAGE 58 DONE (finished: 20141218-03:30) ===03:30
imgbot=== changelog: http://people.canonical.com/~ogra/touch-image-stats/58.changes ===03:30
robrualesage: is there something wrong with the deb in the PPA? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-01606:13
robrualesage: citrain only has source packages in the server, and they're not exposed to the web (although I could reach in and tar one up if you wanted it). all the actual built debs are just in lp.06:14
bzoltan_robru: Mirv: is there any news about the Vivid landings?06:15
robrubzoltan_: what about vivid landings? normal as far as I know.06:15
bzoltan_robru:  normal? Yesterday there was a massive block because of the autopkgtest ...06:16
Mirvrobru: vivid landings are stuck because autopkgtests fail06:16
bzoltan_robru:  the UITK is at least blocked06:16
robrubzoltan_: ah I wasn't aware, sorry. haven't heard anything06:16
Mirvrobru: because of bug #1399597 that has no fix that wouldn't regress something else06:16
ubot5bug 1399597 in oxide-qt (Ubuntu) "The last oxide upload breaks autopkgtests with a package installation failure" [Critical,Confirmed] https://launchpad.net/bugs/139959706:16
Mirvrobru: so currently we can either a) break SDK, b) break many packages from migrating to vivid-release, c) bring oxide-qt-codecs-extra to desktop seed, none of which is wanted. we're currently again at b) after the last failed attempt06:17
bzoltan_Mirv:  why the c) is bad?06:17
robruMirv: yikes, I've been so neck-deep in train code I haven't even noticed what's been happening in the archive06:18
Mirvbzoltan_: because it'd bring h.264 support to the cd images, which is a patent problem06:18
Mirv(or so I understood it)06:18
robruMirv: how is the sdk broken by this? surely the least-bad option is to break just sdk temporarily until they can fix it?06:18
Mirvrobru: click chroots fail to create, and we've just some Chinese SDK usage thing starting if I understood correctly. now it's working, but if we revert to the original situation then it will be broken.06:19
Mirvthe technically correct thing would be to revert to the original situation, but no-one wants to break SDK either..06:20
Mirvso, currently unity-scope-click autopkgtest fails at http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html which prevents at least UITK, but also things like Unity8 from migrating if they're published06:20
robruMirv: technically correct is best correct ;-)06:20
Mirvand it seems apt problem really, since it tries to configure a package that dpkg already removed06:22
Mirvbzoltan_: I think chrisccoulson had an idea on how to fix the problem, but I'm not sure if he's having the time to do that. something about moving files around and using alternatives system.06:39
bzoltan_Mirv:  waiting for the magic wand when actually nobody has time time to fix the problem i snot really a good solution06:43
=== chihchun_afk is now known as chihchun
bzoltan_robru: breaking the SDK would mean no app development for Vivid target and no qmake support .. so technically it would roll back the SDK by 3 months07:23
robrubzoltan_: oh you wouldn't have to roll back 3 months. you'd just be blocked temporarily until you found a workaround.07:24
bzoltan_Mirv:  so what pulls the extras to the desktop?07:25
bzoltan_robru: We are looking for the workaround since Septermber ...07:25
Mirvbzoltan_: if the order is switched which picks the autopkgtests, the extra package is listed first so it gets installed on desktop too instead07:28
Mirvso this is what chris rejected but was temporarily in archives https://code.launchpad.net/~timo-jyrinki/oxide/prefer_codecs_extras_lp1399597/+merge/24394607:29
Mirvthen this https://code.launchpad.net/~timo-jyrinki/oxide/arch_specific_replaces_lp1400275/+merge/244307 was the next attempt to keep chris happy but not break sdk or autopkgtests.. 50% succeeded, or not really, the arch specific replaces did not help apt to not break autopkgtests07:30
Mirvso we're essentially in the same place as after https://code.launchpad.net/~bzoltan/oxide/packaging.vivid-improved-conflicts/+merge/24351507:30
Mirvapparently Chris himself has not had time for working on this however, unfortunately07:32
Mirvhe should be pinged today whether he could work on his newest idea today07:32
MirvI'll free up that one silo that couldn't be landed anyway07:33
bzoltan_Mirv: it sounds like a super top priority issue ...07:42
=== chihchun is now known as chihchun_afk
MirvI made the reopened bug Critical, and yes I agree it should be top priority07:49
bzoltan_Mirv:  what was the package what directly pulls the extra and confused the apt?08:45
Mirvbzoltan_: ubuntu-sdk-libs08:46
Mirvno idea if it would help if that dependency was optional too but the other way around. I don't know if the seeds support that.08:47
bzoltan_Mirv: why do not we remove that oxideqt-codecs-extra from the seeds then?08:47
Mirvbzoltan_: because that was the requirement to get it on the phone images. ogra_ would know more, and might also have a solution for us...08:47
Mirvlike, could the dependency be pulled via other route, or would http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.vivid/view/head:/sdk-libs support "* oxideqt-codecs-extra | oxideqt-codecs" (in case that would help with the autopkgtests)08:48
bzoltan_Mirv:  OK.. so that is a fundamental _BUG_ we want a package directly burned on the phone image, but we do not want the same  package on the desktop image ... that is the mother of the whole conflict.08:48
Mirvoh but he's on vacation now08:49
cjwatsonseeds can't do or-ed dependencies, no08:49
cjwatsondoesn't really make sense, their purpose is to specify choices08:49
Mirvok then that's not an option08:50
Mirvbzoltan_: we also have the problem that "SDK" is used as "what we want on images"08:51
bzoltan_Mirv:  true08:51
Mirvor I'm not sure if that's a problem, but slightly confusing at least08:51
bzoltan_Mirv:  that is a problem...  we force the extras on the phone image but do not want to see in on the desktop ... that does not sound good08:52
Mirvbzoltan_: one more thing: since it's unity-scope-click that's failing the autopkgtest, I wonder why it actually depends on ubuntu-sdk-libs as a whole08:53
bzoltan_Mirv:  if the oxideqt-codecs-extra is needed on the image then it should be pulled from other place than the sdk08:53
Mirvalecu: pstolowski: ^ unity-scope-click question08:53
bzoltan_Mirv:  that is a good question too.. I guess the sdk-libs is just a swiss army knife of solving missing dependencies :D08:55
Mirvbzoltan_: changelog says " Add runtime dependency on ubuntu-sdk-libs for the frameworks list." <- how this could be achieved otherwise?08:56
bzoltan_Mirv:  hmm... My guess was right .. let me check08:57
Mirvoriginal bug filed by mvo in May https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/132097508:57
ubot5Launchpad bug 1320975 in unity-scope-click (Ubuntu) "Shows available click packages even if no framework is installed" [High,Fix released]08:57
Mirvbzoltan_: holy... that meta package is not meta package, it's true what it says08:59
Mirvit includes all the framework files in /usr/share/click/frameworks/ :(08:59
bzoltan_Mirv:  baaaaah08:59
bzoltan_Mirv:  and that is aaaaal wrong09:00
bzoltan_llll09:00
MirvI don't know the original reasoning, but what about splitting that to ubuntu-sdk-frameworks or something and fixing unity-scope-click dependency...09:01
bzoltan_Mirv:  at least that one09:02
bzoltan_Mirv:  that is an ugly crap ...09:02
Mirvbzoltan_: lool pstolowski alecu: https://code.launchpad.net/~timo-jyrinki/ubuntu/vivid/ubuntu-touch-meta/split_frameworks/+merge/245078 + https://code.launchpad.net/~timo-jyrinki/unity-scope-click/switch_to_frameworks_dependency/+merge/245080 - makes sense?09:13
* Mirv coffee break before hangout09:13
pstolowskiMirv, click scope depends on sdk libs to get the list of frameworks, and pass them to the store server09:14
=== pstolowski is now known as pstolowski|schoo
bzoltan_Mirv: SHIP IT09:14
pstolowski|schooMirv, i need to drop now to sort out some school stuff.. bbl if you need more info09:14
bzoltan_pstolowski|schoo: and now we fix that the way how it should have been done :)09:14
pstolowski|schoobzoltan_, hmm ok, make sure to keep alecu in the loop, he may have more to say on that09:15
bzoltan_pstolowski|schoo: it was a mistake at the first place to overload the sdk-libs with the framework list09:16
bzoltan_Mirv:  do you have the rights to fix the seeds?09:18
bzoltan_Mirv:  it is safe to move the frameworks to an other package as no other package in Vivid depends on the ubuntu-sdk-libs09:20
cjwatsonMirv: the package that contains the framework declaration has to depend on the packages that actually satisfy the framework, otherwise it's utterly bogus09:21
cjwatsonMirv: so it might as well be part of ubuntu-sdk-libs, it doesn't really help to have it split09:22
* cjwatson nacks that MP, sorry09:23
cjwatsonpstolowski|schoo: that doesn't make sense - surely it should just use whatever frameworks are present on the system09:24
cjwatsonpstolowski|schoo: ubuntu-sdk-libs is always going to be present on phone images; perhaps other images might have something else.  at any rate it is not unity-scope-click's job to specify that09:24
Mirvcjwatson: ok then.09:25
cjwatsonpstolowski|schoo: you should clearly get the list of installed frameworks from click rather than hardcoding it; but I think you should drop the ubuntu-sdk-libs dep09:25
Mirvpossibly the unity-scope-click could be made not to depend on it anyhow09:25
Mirvupdated https://code.launchpad.net/~timo-jyrinki/unity-scope-click/switch_to_frameworks_dependency/+merge/245080 to drop it instead..09:27
bzoltan_cjwatson:  by the time this framework list was added (wrongly) to the sdk-libs the click have not yet provided the fw list09:30
sil2100jibel: hey! How's the testing looking sp far?09:31
bzoltan_Mirv:  yes, dropping that dependency is good ...I hope pstolowski|schoo can fix the unity-scope-click to use the click API instead09:32
jibelsil2100, so far it's okay09:32
jibelsil2100, nearly 60% complete, it should be finished by end of this afternoon09:32
sil2100Oh my!09:33
cjwatsonbzoltan_: while it didn't have an API for it, I distinctly remember saying "just do the equivalent of readdir(/usr/share/click/frameworks/) until I provide one"09:33
sil2100You guys are awesome ;)09:33
bzoltan_cjwatson: yes, I do remember that09:33
cjwatsonbzoltan_: which is basically all that click's API does, so while it would be better for unity-scope-click to use that, it is not a blocker here09:34
bzoltan_cjwatson:  yes09:34
ogra_bzoltan_, so when we talked, i asked you to talk to the webapps team to find out if -extras is actually a requitement of the framework ... did you ask them ?09:39
ogra_if it isnt, moving the package to touch and desktop-next (or only to touch) and just dropping it from sdk-libs is trivial ...09:40
cjwatsongood point09:40
bzoltan_ogra_: Let me ask them again... I do not remember an exact answer.09:41
=== psivaa_ changed the topic of #ubuntu-ci-eng to: Need a silo? ping trainguards | Need help with something else? ping psivaa | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: lab move complete. RTM Archive closed, milestone image testing started.
cjwatsonsergiusens: did you run "crontab /srv/cdimage.ubuntu.com/etc/crontab" on nusakan?10:17
bzoltan_ogra_:  I just had a talk with dbarth about the codecs-extra. So they do need that package on the device image, because a bunch of webapps need it. But they do not specifically need it to be pulled from the ubuntu-sdk-libs. Could we move it to touch seed?10:19
dbarthogra_: also, to explain: we don't strictly depend on oxide, since we still have that runtime switch that can take oxide or qtwebkit10:29
dbarthso at the moment, we still can't fix that with a normal dependency10:30
jibelMirv, I had this gallery-app crash again first time I save a photo from the webbrowser. Next tries work fine.10:34
Mirvjibel: hmmkay10:39
Mirvbzoltan_: ogra_ is still on vacation, but I offer https://code.launchpad.net/~timo-jyrinki/ubuntu-seeds/ubuntu-touch.vivid_move_oxideqt-codecs-extra_to_touch/+merge/245087 now...10:40
jibelMirv, however I am still not sure it is caused by 1113 or it existed in previous versions and is just difficult to reproduce10:40
jibelI'll dig further10:41
bzoltan_Mirv:  That would satisfy my needs perfectly. Who's approval do we need to roll it out?10:41
Mirvbzoltan_: cjwatson rejected the previous one, so perhaps him10:45
cjwatsonyes, I can do that10:46
cjwatsonwant me to deal with the upload?10:47
bzoltan_cjwatson: thank you for your help10:47
bzoltan_Mirv: ^^10:48
Mirvcjwatson: yes, that'd be welcome10:57
cjwatsonok, on its way10:57
Mirvthanks! I'll kick the autopkgtests after it has migrated and update the bug once again10:58
cjwatsonyou probably won't need to kick them manually10:58
cjwatsonafter all, this situation arises in part because packages depend on ubuntu-sdk-libs; so the automatic system should suffice10:58
cjwatsonbut I guess we'll see10:58
Mirvright probably it will sort out automatically11:04
cjwatsonhttps://launchpad.net/ubuntu/+source/ubuntu-touch-meta/1.20711:07
=== pstolowski|schoo is now known as pstolowski
sergiusenscjwatson: yes :(11:10
cjwatsond'oh11:13
cjwatsondon't suppose you have crontab -l output in history11:13
cjwatsonfailing that I think we resurrected most of it ...11:13
cjwatsonthe real problem here is IMO that system-image shouldn't be running as the cdimage user11:13
cjwatsonif it were separate, it could more easily have its own crontab11:13
=== _salem is now known as salem_
sergiusenscjwatson: no I don't, I foolishly trusted the first lines in the crontab that said that it should be in /srv/cdimage.ubuntu.com/etc/crontab if you wanted your changes to survive :-/11:24
cjwatsonThat doesn't quite imply the converse :-)11:25
jibelMirv, there are 2 other problems with the gallery-app, cropping is broken for several testers, and the rotate action disappeared11:44
Mirvjibel: sounds bad11:55
=== psivaa_ changed the topic of #ubuntu-ci-eng to: Need a silo? ping trainguards | Need help with something else? ping cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: lab move complete. RTM Archive closed, milestone image testing started.
Mirv^ robru sil2100: the big vivid migration problem resolved, at least for now, via ubuntu-touch-meta package update. possible further actions in unity-scope-click & oxide-qt, but they are not critical to landing other stuff.12:45
sil2100Mirv: thanks!12:48
sil2100jibel: geh, are thosw promotion blockera? Can we somehow revert latest gallery from the store?12:48
jibelsil2100, so the new crop issue seems to be limited to wrong coordinates when you first crop an image. So the result is wrong, this is a regression. Crop not working at all has already been reported in 17312:50
jibelsil2100, the frequent crashes of gallery-app are more worrying. We should probably prepare for a revert of the gallery12:51
sil2100Ok...12:51
sil2100Its a click app so we need bfiller best to revert in trunk12:52
sil2100Or, hm, maybe theres a revert function in the store?12:52
jibelsil2100, the changelog doesn't say anything about an update of the crop feature12:52
Mirvjibel: because how the rtm branch was set up, in addition to the latest changes the branch had unreleased commits 1102-1111, of which 4 had actual changes other than translation updates. those don't seem to touch cropping either - only album changes in all of those.12:58
Mirvhttp://bazaar.launchpad.net/~phablet-team/gallery-app/rtm-14.09/changes12:59
Mirvthat deducting from the previous version's version number including "1101", before rtm branch existed13:00
Mirvthanks cjwatson for making vivid + bzoltan + etc happy, all seems fine for now and I've noted on the bug on the possible further actions for unity-scope-click & oxide-qt but which are less critical13:04
cjwatsonMirv: cool13:06
cjwatsonMirv: I've clarified a couple of points13:08
=== chihchun_afk is now known as chihchun
Mirvthanks, better13:11
jibelMirv, the crash of the gallery app could be due to the thumbnailer upload on the 16th14:08
jibelMirv, om26er can reproduce it easily and will try previous version14:09
Mirvjibel: ok. the diff was this interesting http://launchpadlibrarian.net/191646180/thumbnailer_1.3%2B14.10.20141020-0ubuntu1_1.3%2B15.04.20141106~rtm-0ubuntu1.diff.gz together with qtubuntu-camera from rsalveti / jhodapp / satoris14:21
Mirvthe qtubuntu-camera was huge: http://launchpadlibrarian.net/192809040/qtubuntu-camera_0.3.3%2B14.10.20141001-0ubuntu1_0.3.3%2B15.04.20141208.is.0.3.3%2B15.04.20141204~rtm-0ubuntu1.diff.gz (publishing history seems to confirm it's correct: https://launchpad.net/ubuntu-rtm/+source/qtubuntu-camera/+publishinghistory )14:25
MirvI've updated the bug #1376500 which the landing fixed, which was also not updated to indicate it would have been fixed in the first place14:25
ubot5bug 1376500 in thumbnailer (Ubuntu RTM) "thumbnails in metadata generated incorrectly" [Undecided,In progress] https://launchpad.net/bugs/137650014:25
Mirvthe trello comment on that landing does not seem to indicate the "silo-diff" (from brendand) was used to actually check the rtm diff, as it only mentions the silo fixing two bugs14:27
Mirvjibel: crash was also mentioned in the trello: https://trello.com/c/zpBMvnsD/443-ubuntu-rtm-landing-012-qtubuntu-camera-thumbnailer-jhodapp-satoris14:28
jibelbfiller, hey, the crash of the gallery app seems to be caused by the thumbnailer. brendand and om26er both confirmed that reverting this package fixes the issue14:32
jibelMirv, bfiller what would be the impact of a revert of this package?14:32
Mirvjibel: see above for the diff:s. it would help if only thumbnailer needs to be reverted.14:33
bfillerMirv: can you paste the diff link again14:34
bfillerMirv, jibel: I would think we'd need to revert the qtubuntu-camera and thumbnailer together but need to see what changed14:34
Mirvbfiller: http://pastebin.ubuntu.com/9560672/14:35
jibelbfiller, http://launchpadlibrarian.net/191646180/thumbnailer_1.3%2B14.10.20141020-0ubuntu1_1.3%2B15.04.20141106~rtm-0ubuntu1.diff.gz14:35
Mirvboth of the landings were some weird landings anyhow wrt changelogs14:36
Mirvqtubuntu-camera http://launchpadlibrarian.net/192809040/qtubuntu-camera_0.3.3%2B14.10.20141001-0ubuntu1_0.3.3%2B15.04.20141208.is.0.3.3%2B15.04.20141204~rtm-0ubuntu1.diff.gz14:36
bfillerjibel: is there a stack trace for the thumbnailer crash?14:38
jibelbfiller, no there is nothing14:38
bfillerjibel: how do we know it's thumbnailer then?14:39
jibelbfiller, there are several uploads to errors.u.c but none of them has been retraced successfully14:39
jibelbfiller, we started seeing the crash on 181 and the crash doesn't happens if you downgrade thumbnailer to 1.3+14.10.20141020-0ubuntu114:40
bfillerjibel: if the crashes can't be reproduced with the old thumbnailer I would be in favor of reverting it. The change there is to use the thumbnail out of the exif file rather than generate it on it's own14:40
bfillerjibel: reverting it shouldn't have any major negative effect, should be like before. The thumbnail generation will be slow and memory intensive but that is what it's been up until now anyway14:41
bfillerI'd say this is a risky fix for not a huge gain right now14:41
bfiller+1 for revert14:41
bfillerI'm just not sure about qtubuntu-camera14:41
om26erbfiller, maybe ask jhodap about that ?14:42
bfillerom26er: yeah don't see him online14:42
om26erugh14:43
jibelbrendand, om26er Mirv okay to revert thumbnailer?14:43
om26eryes, makes sense to me.14:44
Mirvjibel: om26er brendand bfiller: I'm past my EOD and already late for a meeting, but landing line 40 / silo rtm-000 has revert of both. land either one or both, and please double check with silo-diff they are good to go of course + test. I've also filed bug #1403906 about it including the IRC discussions as description.14:49
ubot5bug 1403906 in thumbnailer (Ubuntu RTM) "Crash using gallery with new qtubuntu-camera and thumbnailer" [Critical,New] https://launchpad.net/bugs/140390614:49
MirvI can peek back before going to sleep in 3-4h or so.14:49
bfillerMirv: thank you14:50
jibelMirv, thanks14:50
jibelMirv, before you leave who can rebuild an image?14:54
Mirvjibel: I don't know, I think that was when we talked slangasek should be pinged if we don't know any better. for me it has always been just og_ra who handles it.14:54
jibelMirv, ack14:54
cjwatsonjibel: in general: intersection of ~ubuntu-cdimage and ~canonical15:23
jibelcjwatson, intersection of ~ubuntu-cdimage and ~canonical and ! on holidays :)15:24
cjwatsonwell yes15:24
cjwatsongonna be "nobody" pretty soon :P15:24
cjwatsonI can do it for about the next two hours15:25
jibelom26er, ^ we need silo 00015:25
om26erjibel, I am in the process of installing it15:26
jibelbrendand, reverting also fixes the problem with cropping in the gallery15:44
brendandjibel, reverting thumbnailer?15:44
jibelbrendand, yes15:45
brendandjibel, that must have been the issue - the only time it worked for me was when i used a photo from interwebz15:45
jibelom26er, I checked camera, gallery, mediaplayer, photo and video scopes. checked that thumbnails are correctly generated, that apps don't crash on launch or switching between photos, and that editing features of the gallery work fine.15:51
om26erjibel, I can't crash it either15:55
jibelom26er, k, I marked it pass for upstream15:56
jibelom26er, do it for QA when you think it's good15:57
slangasekjibel, Mirv: fwiw I told sil2100 that I'm reachable by SMS if images need respun15:57
* om26er resets multiples times just to be sure15:57
jibelslangasek, thanks, we'll need an image in less than an hour when silo 000 is verified and in the archive.15:58
slangasekjibel: ok; just ping me here or by phone when you're ready for the build15:59
cjwatsonI'll still be here in an hour and am not yet on holiday15:59
cjwatsonFWIW15:59
slangasekor cjwatson, since as he said he's around for the next hour15:59
slangasekright15:59
slangasekjibel: ^^ so just give it to cjwatson, and I'll go find my pillow again ;)15:59
cjwatsonit's down the back of the sofa no wait16:00
jibelslangasek, heh, enjoy your pillow :)16:00
sil2100I'm back home now and waiting for my system to boot16:06
sil2100What component will be reverted? Gallery or something else?16:07
sil2100i.e. how much retesting will be needed on the new image?16:08
jibelsil2100, thumbnailer and qtubuntu-camera16:08
jibelsil2100, it's in silo 016:08
jibelsil2100, they also broke cropping in the gallery app16:08
om26erjibel, sil2100 approved.16:09
sil2100oh, hm, so it was the landing that Ricardo was meddling with versions16:09
sil2100Ok, I'm on my PC now16:09
sil2100Let me publish16:10
=== chihchun is now known as chihchun_afk
sil2100jibel, om26er: ok, everyone sure I should publish 000?16:11
jibelsil2100, why wouldn't we?16:11
om26erif the revert diff is exact then yes ;)16:12
sil2100...published16:12
sil2100qtubuntu-camera in the end is an revert that reverts another revert16:12
jibelsil2100, yeah, they should really try harder to land small fixes rather than this big syncs from vivid16:13
sil2100I think landing syncs that pull in more than one version should be automatically considered risky as well16:14
sil2100Ok, packages should migrate any minute16:17
sil2100jibel: will this mean we need to re-do the whole regression suite? Or will you only re-test the delta for those? (so anything with thumbnails and camera)16:18
jibelsil2100, anything with camera, thumbnails and which uses exif metadata16:18
* sil2100 watches rmadison16:21
sil2100jibel: remember that LP is always a bit fast with migration info, so even if the queuebot says it migrated then there's still a few moments that we need to wait for it to be 100% true16:24
jibelsil2100, I'm checking with rmadison16:24
sil2100So let's wait for rmadison to properly register it16:24
sil2100Ok, qtubuntu-camera is in, now just thumbnailer is left16:30
sil2100jibel: ok, it seems that both packages migrated now, rmadison is happy, update_output as well16:35
sil2100cjwatson: hey! Can we ask you for a new ubuntu-rtm image? :)16:36
cjwatsonsil2100: running16:36
sil2100cjwatson: thank you!16:36
cjwatsonnp16:36
jibelsil2100, cjwatson thanks16:36
sil2100jibel: so we should have a new image in ~1.5h - is the rest of regression tests finished?16:37
sil2100jibel: will you only have to re run the delta now?16:37
jibelsil2100, sanity tests + delta16:37
sil2100Fingers once again crossed that this revert won't cause any regressions16:38
imgbot=== IMAGE RTM 184 building (started: 20141218-16:40) ===16:40
dobeycihelp: if the autopilot-testrunner-otto-vivid job is running tests with phablet-test-run, is the lxc the tests are being run in, creating a mir surface somehow and running adbd in the lxc?16:40
dobeytail: '/var/lib/lxc//vivid-amd64-20141218-1841/run/delta//home/ubuntu/.xsession-errors' has become accessible16:42
dobeyhmm, i guess that's not mir16:42
fgintherdobey, autopilot-testrunner-otto-vivid uses autopilot directly to run the tests. And it's not doing anything with mir, it essentially uses the vivid desktop ISO which would be unity716:42
dobeyfginther: oh ok16:42
dobeyfginther: thanks. i'm trying to understand what's different there, versus running the autopilot tests via autopkgtest with adt-run under qemu (which is how the ubuntu autopkgtests jobs in jenkins run the autopkgtests)16:45
dobeybecause the autoplit tests seem to be very unstable for unity-scope-click at least16:45
dobeyand of course it doesn't help that qemu seems to be getting SIGTERMed randomly for me locally16:46
fgintherdobey, I've never had good luck with qemu, it's very unreliable IMHO16:47
fgintherdobey, or at the very least, there are some things that just can't be done there (threads being one of them I think)16:48
dobeyfginther: well, i think i've got the tests equally unreliable in both the autopilot-testrunner-otto-vivid job, and in my autopkgtests branch running under qemu now (save for the qemu being killed bit)16:48
dobeythough, creating the user session or starting Xvfb sometimes fails for no reason in the qemu case too. but when the tests actually run, they seem to fail in the same way for me in both places, now, which is at least good16:50
fgintherdobey, otto has it's own problems... It was built to quickly fill a need and did well, but we've discovered numerous things that just don't work well under lxc16:50
dobeybut there's no way we can land my branch :(16:50
dobeyfginther: yeah, lots of things don't work well there i'm sure16:50
fgintherdobey, we've had to disable otto testing for some projects in CI simply because that environment doesn't work anymore16:51
fgintherdobey, for the most projects, the phone is still the better test environment (Just not sure that applies in your case)16:51
dobeyfginther: well, my task was to get autopilot tests running in autopkgtests for unity-scope-click16:53
dobeythe problem is we can't actually run things in autopkgtests that aren't reliable and passing, because they will block things landing in archive, if they break16:53
cjwatsonfginther: threads are unreliable under qemu-user-static; I've never heard of them being unreliable under full-system emulation16:54
cjwatsonfginther: if they were then all virtualised PPAs would be basically entirely screwed16:54
dobeyand our tests have been unreliable in the otto job as well for various reasons16:54
dobeybut right now in this branch, i seem to have the tests themselves in the same state of unreliability in both places16:56
dobeywhich is both a good sign and a bad sign :)16:56
dobeyunfortunately, i don't know how to improve them further at this point, or why qemu is being killed :-/16:57
fginthercjwatson, thanks for the clarification16:58
cjwatsonI thought qemu was being killed because the autopkgtest nodes are overcommitted17:02
cjwatsonIIRC anyway17:02
davmor2sil2100, jibel: meeting?17:03
fgintherthe plan is transition as much as possible to nova VMs, non x86 is still a bit of a question mark though17:06
dobeycjwatson: i don't know about that on the launchpad side. i'm running locally. i don't think the node being overcommitted is a problem for running one test suite locally17:07
dobeyit's not like it's using all 8 of my cores or anything17:07
cjwatsondobey: (Launchpad doesn't run autopkgtests)17:07
cjwatsonIndeed, though, I don't know what that would be17:07
cjwatsonnova VMs> still qemu under the hood surely17:07
davmor2jibel: sil2100: we gave up on the meeting17:08
dobeywell, s/launchpad/jenkins/ but not relevant to local running qemu17:08
cjwatsonnova is making some progress on other arches (we need it for LP), so that's probably the right direction17:08
dobeyoh well17:19
imgbot=== IMAGE RTM 184 DONE (finished: 20141218-18:00) ===18:00
jibelsil2100, 184 is ready, we restart the sanity tests and the delta18:00
imgbot=== changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/184.changes ===18:00
=== alan_g is now known as alan_g|EOD
iahmadimgbot, help18:25
imgbotI am the firendly system-image watchbot !18:25
imgbotI know the following commands:18:25
imgbothelp, stop, status, map, stunt18:25
imgbotfor questions please mail ogra@ubuntu.com18:25
iahmadimgbot, status18:25
iahmadimgbot status18:28
ogra_iahmad, status needs an image number18:30
ogra_imgbot, status 18018:30
imgbotStatus: succeeded, Started: 2014-12-16 03:02:06 UTC, Finished: 2014-12-16 03:50:48 UTC18:30
imgbotBuild URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/1409518:30
imgbotChangelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/180.changes18:30
ogra_imgbot map 18018:30
ogra_imgbot,  map 18018:30
ogra_grr18:30
ogra_imgbot, map 18018:30
imgbotkrillin rtm version: 180 maps to mako version: 15118:30
imgbotkrillin rtm version: 180 maps to generic_x86 version: 14518:30
iahmadimgbot status 18418:31
iahmadogra_, thanks18:31
iahmadimgbot,  status 18418:31
ogra_(i need to improve the pattern matching, needs the exact command (with comma and only one space)18:31
iahmadimgbot, status 18418:31
imgbotStatus: succeeded, Started: 2014-12-18 16:36:36 UTC, Finished: 2014-12-18 17:27:28 UTC18:31
imgbotBuild URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/+build/1435818:31
imgbotChangelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/184.changes18:31
ogra_if you want vivid results just append vivid ...18:32
ogra_imgbot, map 5718:32
ogra_err18:32
imgbotkrillin rtm version: 57 maps to mako version: 13618:32
imgbotkrillin rtm version: 57 maps to generic_x86 version: 13018:32
ogra_imgbot, map 57 vivid18:32
imgbotmako ubuntu version: 57 maps to krillin version: 6418:32
imgbotmako ubuntu version: 57 maps to generic_x86 version: 5818:32
ogra_imgbot, status 58 vivid18:32
imgbotStatus: succeeded, Started: 2014-12-18 02:02:06 UTC, Finished: 2014-12-18 02:59:01 UTC18:32
imgbotBuild URL: https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/vivid/ubuntu-touch/+build/1428918:32
imgbotChangelog: http://people.canonical.com/~ogra/touch-image-stats/58.changes18:32
oSoMoNtrainguards: can I have a silo for line 42, please?18:37
robruoSoMoN: vivid 618:38
oSoMoNrobru, thanks man!18:38
robruoSoMoN: you're welcome!18:39
john-mcaleelyimgbot status 518:58
davmor2john-mcaleely: you forgot the comma18:58
john-mcaleelyimgbot, stunt18:58
* imgbot rolls on its back and purrs18:58
john-mcaleelyimgbot, status 518:58
imgbotError: There does not seem to be any build with the number 518:58
john-mcaleelydavmor2, :-)18:58
john-mcaleelyimgbot, status 1018:58
imgbotError: There does not seem to be any build with the number 1018:58
john-mcaleely:-)18:59
john-mcaleelyimgbot, map 18318:59
davmor2john-mcaleely: I'm assuming it only points to -proposed too18:59
imgbotkrillin rtm version: 183 maps to mako version: 15318:59
imgbotkrillin rtm version: 183 maps to generic_x86 version: 14718:59
john-mcaleelydavmor2, I guess so18:59
john-mcaleelycool though19:00
robruboiko: https://ci-train.ubuntu.com/job/prepare-silo/3556/console need MP, not branch19:17
boikorobru: oups, let me fix that19:18
boikorobru: fixed, sorry for that19:20
robruboiko: no problem, vivid 1219:21
* Mirv back to check situation19:36
Mirvit seems the revert was done19:37
Mirvoh, and image too!19:37
Mirvthanks jibel sil2100 robru whoever involved in getting that publishing of my silo done and let's hope the image is now PERFECT! :)19:38
jibelMirv, right revert of qtubuntu-camera + thumbnail even if the thumbnailer only was responsible for the crashes19:38
robruMirv: don't thank me. I guess sil2100 and cjwatson handled that while I slept19:38
jibelMirv, we are testing 18419:38
Mirvjibel: the qtubuntu-camera update was scary, so getting that back to more tested version sounds sane19:38
Mirvsil2100: qtubuntu-camera had a weird landing that sounded like revert but was really not. both of these reverts were practically speaking just "simple" reverts from the previous landings, but both had manual uploads and weird changelogs as part of the landing a few days ago19:45
Mirvsil2100: so this http://is.gd/jkvo7Z was really what landed the last time - a combination of actually a vivid sync and manual upload done to the landing PPA..19:48
Mirvsil2100: as seen from the publishing history https://launchpad.net/ubuntu-rtm/+source/qtubuntu-camera/+publishinghistory19:49
dobeyanyone in here familiar with qemu and adt-run?19:49
MirvI wish I was, I didn't get my setup working19:53
* Mirv sleep, good luck19:59
jibelsil2100, bfiller, Mirv testing of 184 is almost done, we are waiting for the results of the battery drain test. No blockers found so far. I'll do a review of the bugs tomorrow morning and I think it's all good for this milestone.20:25
bfillerjibel: thanks20:38
oSoMoNtrainguards: can silo 6 be published, please?20:40
oSoMoNthanks!21:10
sil2100jibel: great news then, thanks!21:17
sil2100jibel: excellent work, I think promoting tomorrow sounds feasible21:18

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