[00:16] back, anybody need anything? [01:02] cyphermox: any idea what's happening with the autopilot package in proposed? I'm wondering how long to wait before I start thinking that it's gotten stuck :) === jhodapp|brb is now known as jhodapp|afk [01:13] thomi: autopkgtest is still running [01:13] all you need to do is wait [01:13] cyphermox: oh, ok - how can I see that? [01:14] http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html [01:22] cyphermox: nice - so it runs the autopkgtests for all the reverse-depends? [01:26] pretty much [02:05] === trainguard: IMAGE 283 building (started: 20140409 02:05) === [03:20] === trainguard: IMAGE 283 DONE (finished: 20140409 03:20) === [03:20] === changelog: http://people.canonical.com/~ogra/touch-image-stats/283.changes === [06:18] didrocks: morning. landing-009 is tested but it's been specified there that lp:sync-monitor would need a preNEW review. [06:18] Mirv: yeah, I'm backlogging first on emails [06:18] Mirv: can you do a first review? [06:20] hmm [06:20] didrocks: it seems sil2100 has done one, but it's not included in the landing yet. so I think it'll need to be included and rebuilt. [06:21] Mirv: hum, are you sure it's not included? robru and bill mentionned it was [06:21] Mirv: mind double checking that before handing it over to me? :) [06:21] didrocks: aha, right, renato has merged it without marking so [06:21] didrocks, bill told me it was, i didn't confirm personally [06:21] ok [06:21] just do a double check [06:22] robru: hey! still awake? [06:22] didrocks: ok, so it's there, but to be sure I'll check that renato's branch first too. so the branch to actually check is lp:~renatofilho/sync-monitor/initial-release [06:22] didrocks, mmmm, only slightly ;-) [06:22] didrocks, helping my girlfriend with her PhD... [06:22] ah ;) [06:22] good luck to her! [06:22] robru: I don't see an answer on the location-service + reverted process-cpp (but I'm not at the bottom of all emails yet) [06:24] didrocks, oh sorry, for that one I didn't send an email, just commented on the bug. (bug 1304362) [06:24] bug 1304362 in location-service (Ubuntu) "possible memory leak in ubuntu-location-serviced on mako #281" [Undecided,Confirmed] https://launchpad.net/bugs/1304362 [06:27] robru: ah, reading! === vila changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: vila | CI Train support - US: robru, cyphermox, rsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: - [06:28] robru: ok, bad luck then :/ [06:29] Mirv: there is already a lintian warning to fix [06:29] didrocks, yeah, so I'm not sure why it didn't reproduce the first time on image 240 (it seems backwards to me; it reproduced when I used --bootstrap --wipe, but not when I didn't, I would expect it to reproduce only with extra stuff lying around, not with a fresh flash). but basically yeah, it goes back a long way [06:29] not sure if people don't look at that [06:29] Mirv: W: sync-monitor source: syntax-error-in-dep5-copyright line 58: Continuation line outside a paragraph (maybe line 57 should be " ."). [06:29] robru: yeah, that's really weird… [06:30] robru: but ok, thanks for the investigation! [06:32] Mirv: only GPL3 copying [06:32] not LGPL2.1 [06:32] Mirv: please add that one [06:33] didrocks: yes, I was still reviewing it myself and I just noted on the branch about the LGPL missing [06:33] Mirv: all the rest +1 for me, but please, recheck ;) [06:34] didrocks: commented the dep5 too there, I didn't build it yet and I'll do that still. indeed otherwise it looks good to me too. [06:35] Mirv: yeah, I did build it and didn't notice anything shocking, once you're done, I suggest you just add a fix branch to the landing, rebuild and we can land that [06:35] ok [06:36] I'll touch the package descriptions a bit too [06:43] ok, sync-monitor is now rebuilding, landing can be done after it has succeeded [06:43] changes from Renato's branch http://pastebin.ubuntu.com/7225028/ [06:43] oh, needs fixing, Digia mentioned :S [06:44] good to use pastebin myself too it seems [06:46] building, again, with those lines fixed [06:47] Mirv: ahah, self-checking! [06:47] Mirv: oh, something more [06:47] Mirv: the description of the copyright is LGPL3+? [06:47] and not 2.1+? [06:48] ah no [06:48] forget about it :p [06:48] misread :p [06:48] Is it about sync-monitor? ;p [06:48] (first time I see the mention) [06:48] sil2100: yeah, Mirv is doing latest fixes :p [06:48] sil2100: copyright dude! copyright! [06:49] sil2100: and watch for lintian warnings :p [06:49] didrocks: I did the copyright! [06:49] And lintian! [06:49] sil2100: hum… [06:49] maybe Mirv took the wrong branch then? [06:49] didrocks: no, sil2100's branch was merged there [06:49] I'll let you guys figuring that out :p [06:49] sil2100: so copyright was fine, but LICENSE.LGPL for the two intel files were missing [06:50] and there was one lintian warning [06:50] sil2100: and then lintian complained about missing new paragraph ".":s in copyright [06:50] Mirv: ah! The license files in source! Missed that one, thanks for spotting ;) [06:51] so I added 4 more commits https://code.launchpad.net/~timo-jyrinki/sync-monitor/last_bits_of_packaging_polishing on top of Renato's branch where your branch was merged (without attribution or notion that a branch was merged) in commit 61 [06:52] I wonder why my branch was merged into renato's and not added to the MR list as I did it yesterday [06:52] They want to erase my existance from the changelog! [06:53] I'd assume workflow/habit type of explanation, but renato could learn about bzr merge & bzr commit --author at least. also the inclusion of that another merge request would have been better for the changelog. [06:54] I'm a bit saddish, since I'm gathering packaging evidence for my MOTU application - but besides that I don't really mind [06:54] Mirv: they prefer to debate about trunk [06:55] sil2100: please tell that to renato [06:55] it's not a nice behavior [06:55] sil2100: you can followup on the email thread [06:57] didrocks: ok, it's not a big deal though, but still - at least my changelog entry would have mentioned all the install, multi-arch and packaging changes [06:57] yeah [06:57] but still [06:58] especially from people telling on the ML that we are blocking them from releasing [06:58] and when I answer that there was no block, no answer [06:58] so I guess they should not spread FUD and act nicely [06:59] FYI: seb is in a train, I'm merge and cleaning for him [07:03] o/ Ok [07:05] didrocks: should I m&c for thomi? [07:05] sil2100: if we are low in silo, why not [07:06] sil2100: seems gallery app has one reproducible failure [07:06] sil2100: no hurry, but at least if we get low on silos [07:06] sil2100: mind looking at it? [07:06] FYI SDK team will have a preNEW request soon probably, I've been reviewing their new plugin package [07:06] didrocks: on latest image, yes? Let me upgrade and check that :) [07:06] Mirv: ok [07:09] sil2100: yeah, latest and the one before [07:09] Mirv: they need to ping the release team to ensure it's getting into the Touch FFe [07:09] Mirv: but it seems less linked to it, so they will probably need a new one [07:13] imgbot, status 283 flo [07:13] Image 283 test results on flo - Total: 676, Pass: 671, Crashes: 4, Rate: 98.9% [07:15] didrocks: Mirv: line 66 is the one [07:15] bzoltan: you need a FFe [07:16] bzoltan: and get it accepted from the release team [07:16] didrocks: it is granted and it is linked to the line [07:16] bzoltan: oh nice! thanks :) [07:16] didrocks: better ask then miss :D [07:16] yep ;) [07:18] bzoltan: we would need links to merge requests though in the MR list ;) [07:20] bzoltan: yep ^ merge requests instead of branch url:s [07:28] dbarth: hi! Could we have a landing for those two branches? It would be nice to have un-broken packages in the archive before the release ;) -> [07:28] https://code.launchpad.net/~robru/signon/trunk/+merge/210917 [07:28] https://code.launchpad.net/~sil2100/libaccounts-qt/fix_dev_conflict/+merge/211058 [07:29] Mirv: OK [07:29] sil2100: sure [07:31] * Mirv publishes landing-009 now that it has finished rebuilding with the cosmetic packaging changes [07:33] Mirv: \o/ [07:35] sil2100: Mirv: all set ... I put Mirv as reviewer [07:37] bzoltan: qtcreator itself is not a CI Train package, it should be uploaded separately via the "Additional source packages to land" [07:37] the MP for it also claims a text conflict in debian/changelog [07:37] (which seems correct, it's not in sync) [07:38] Mirv: should I just remove that line or what? [07:38] bzoltan: you should remove that line, fix the branch and add "qtcreator" to the next column. when you get the silo, you dput the qtcreator manually. [07:38] Mirv: Ahaaaaa.. dput manually ... I did not expect that one :D [07:39] yes, that's for packages that are not ours / not in CI Train [07:39] didrocks: huh, just ran the whole testsuite and had no failures on 283 [07:40] didrocks: let me try running the failing one a few times in a loop [07:40] sil2100: weird, look at the dashboard… it failed yesterday and today :/ [07:40] bzoltan: silo assigned landing-003 (https://launchpad.net/~ci-train-ppa-service/+archive/landing-003) [07:41] if you need the new qtcreator built there before the plugins, just dput the qtcreator there and don't hit the Build button yet [07:41] Mirv: yes, that is what I need [07:45] psivaa: morning! Out of curiosity, once you're around, could you maybe re-run the gallery-app test suite for the latest image? [07:49] didrocks: ran the single test 10 times and it succeeded every time - let me try and maybe clean the gallery-app database, maybe it fails on a fresh one [07:49] hm [07:49] Actually wait, no [07:49] Since it's anyway using its own database during tests [07:52] didrocks: btw. any decision has been made regarding blocking the landings? Since I didn't see any announcement on the ML [07:53] sil2100: not yet but near to it [07:54] sil2100: I'll tell you during the meeting [07:54] sil2100: maybe try to understand the error in the dashboard without reproducing? weird that it failed twice in a row [07:54] didrocks: doing that this very instance [07:54] didrocks, hey, we've a problem in silo 005, it doesn't upload u-s-c to the ppa for some reason https://ci-train.ubuntu.com/job/landing-005-1-build/18/console [07:56] Saviq: 2014-04-09 07:50:36,003 INFO Grab code for unity-system-compositor (0.0.2+14.04.20140403-0ubuntu1) from trusty [07:56] 2014-04-09 07:50:36,950 INFO Downloading unity-system-compositor version 0.0.2+14.04.20140403-0ubuntu1 [07:56] 2014-04-09 07:50:38,807 INFO No new useful revision published compared to dest, no need to upload this component [07:56] sil2100: ack, let me do that [07:56] psivaa: thank you :) [07:56] didrocks, hmpf, so how do we do rebuild-only MPs? [07:56] Saviq: force rebuild with the package name [07:56] Saviq: as per the option descriptions [07:56] didrocks, ah force rebuild [07:57] didrocks, thanks [07:57] yw [07:59] bzoltan: actually, you'll need me to use the dput since you're not in the group that can upload. so once you have the fixed qtcreator branch, give it to me [07:59] sil2100, could we get a prep silo for line 20? still can-be-flushed status [07:59] didrocks: sync-monitor now in NEW queue [08:03] Mirv: LP just told me the same "Rejected: Signer has no upload rights to this PPA. " :D [08:07] Mirv: I am pushing to lp:~bzoltan/kubuntu-packaging/qtcreator right now [08:09] Saviq: sure! ACK [08:09] Saviq: we have a bit more silos today so maybe it will be fine this time [08:10] Mirv: yeah, I can't ack it though [08:10] Mirv: needs to be the release team [08:10] Mirv: I just +1 on the NEWing [08:11] right, right [08:19] Mirv: it takes ages to push the qtc branch to the lp [08:19] bzoltan: you could have just dput:d to some other PPA where I could take it.. [08:20] still could [08:20] Mirv: How true... [08:20] if you're not near the 1GB push amount it takes [08:20] for the branch [08:25] Mirv: https://launchpad.net/~bzoltan/+archive/qt5 [08:29] bzoltan: you didn't sync/fix the branch correctly, 3.0.1-0ubuntu3 is already in Ubuntu [08:30] Mirv: I did merge from the trunk of the packaging branch [08:30] didrocks: it seems to be a flaky test in gallery_app... re-run didn't have the failure [08:30] bzoltan: yeah, but you added to the ubuntu3 changelog instead of creating a new ubuntu4 entry [08:30] Mirv: I guess only the changelog is wrong then [08:30] sil2100: can you infer what made it failing at first? [08:30] Mirv: i did not know if the ubuntu3 landed alreadz ... sorry [08:30] didrocks: yes, let me re-log to the meeting [08:30] Since my firefox died... [08:31] bzoltan: yeah only the changelog [08:31] bzoltan: upload ubuntu4 there too, then, with your entry separated [08:31] * Mirv hangout [08:31] Mirv: sorry... I guess you need to touch the changelog as the uploader should be you and not me [08:38] bzoltan: no, I can sign your upload easily [08:38] Mirv: ohh.. that is handy [08:40] Mirv: I have added a QtC-Ubuntu-plugin MR too to the landing line, would you please reconfigure the silo after the QtC has built there ... it will take about 2 hours [08:48] sil2100, can you give me a quick hand, I pushed a fix in udm for silo 19 but I cannot trigger a build, could you do that for me? [08:55] or maybe didrocks, can you do that?? ^^ [08:55] bzoltan: do you have the ubuntu4 now somehwere? I'm soon done with the call [08:56] Mirv: https://launchpad.net/~bzoltan/+archive/qt5 [08:58] cihelp, i have a very weird CI failure on https://code.launchpad.net/~ogra/unity8/speed-up-indicator-startup/+merge/214779 (chroot times out all the time it seems) [08:58] mandel: doing [08:58] Mirv: sorry, we had our meeting [08:58] didrocks, sweet, thx! [08:59] didrocks: no problem, I participated! :D [08:59] (ha ha) [08:59] bzoltan: now you removed the ubuntu3 entry, but I guess I'll just take that and fix manually [08:59] now that I have time [09:00] Mirv: arghhhhhhhhhhhh :) [09:00] too many m :p [09:00] it's a m plague [09:00] ogra_: looking [09:00] Mirv: oh man ... I am hustling with that poor changelog [09:00] thanks [09:00] not sure if there is anything wrong on my side [09:00] ogra_: that's otto for you not a chroot, digging [09:01] the change is so trivial that i cant imagine it can cause CI failures [09:02] ogra_: yeah, that's what make those changes interesting :) [09:02] didrocks, psivaa: so, looking at the failure logs for gallery, it *looks* to me that the toolbar might have been invalidly unhidden or simply the click event for button-click wasn't correctly interpreted [09:02] heh [09:02] I'll fill in a bug anyway and poke someone, since it's a flakyness we'd like gone [09:04] sil2100: thanks! [09:04] sil2100: because of the fact that it fails when run with a lot of tests, 'mediaselector' could be slow coming up? ( i'm not very sure what that is but guessing that to be a selector from media library) [09:04] sil2100: Mirv: going for some exercise before seb arrives home [09:05] sil2100: and the library could be slow to come up when it has more files [09:05] s [09:05] ok [09:05] didrocks: ok :) [09:05] didrocks: have fun! [09:06] psivaa: could be, but the timeout I think is 10 seconds - not sure if that's possible to take that long [09:06] bzoltan: ok, qtcreator now building in landing-003 and silo also reconfigured so that you can click build after the umpteem hours it takes for armhf to build [09:06] psivaa: and there's not that many files in there - my gallery-app after all tests has only 4 pictures [09:06] Mirv: awesome! Thanks for standing my ignorance :) [09:07] ogra_, didrocks: so I changed the permissions on the Image file and now it shows up in gallery, However all the music and the videos show up in the scopes and music player so I'm assuming a change in the gallery app over a change in mediascanner but I could be wrong [09:07] sil2100: yea it should not take more than 10 seconds. In the lab mediaplayer tests run before the gallery app test. [09:08] ogra_: also do you have any idea how mpt will work on the tablet in a multiuser environment ? [09:08] davmor2, well, if it is apt induced thats a really low prio bug ... people should use mtp for transferring media [09:08] *adb [09:08] tsk ... [09:08] davmor2, nope [09:08] ask me again once we have multiuser ... :) [09:09] ogra_: we do have multiple users on tablet, you have one, popey has one, I have one :P [09:09] i suspect we need to teach the different mtp-servers to detach/re-attach with the user change [09:09] but we will neeed multiuser support first to develop that [09:09] haha [09:10] ogra_: fair enough :) [09:10] psivaa: oh, let me try that then - I'll run mediaplayer tests and then gallery [09:18] ogra_: the otto host has been updated since your run, I triggered a rebuild first [09:19] vila, thanks [09:19] * ogra_ crosses fingers [09:21] morning [09:21] sil2100: o/ on line 67 for an urgent landing of the new Facebook API key [09:21] that's a one liner MP, but an important one... [09:23] dbarth: looking [09:23] Assigning! [09:26] sil2100: thank you sir [09:26] :) [09:27] dbarth: silo 11, go for it o/ [09:30] davmor2: i only have a nexus 7 at the moment [09:31] psivaa: sadly, even running mediaplayer tests before gallery didn't cause a problem on my local device [09:31] Let me fill in a bug for that [09:31] sil2100: ack, thx. wrong theory then :) [09:56] ogra_: the job ended up on a different otto node (haha, trying to escape !), from the KVM, the node is up but nothing happens, digging inside the container [09:57] didrocks, psivaa: just something to keep track of this: https://bugs.launchpad.net/gallery-app/+bug/1304950 [09:57] Ubuntu bug 1304950 in gallery-app "Autopilot test flakyness in test_add_photo" [Low,New] [09:57] vila, ok [10:01] didrocks, I'm an asshole and I forgot to define a variable in the deb rules.. can you trigger a revuild in silo 19.. sorry sorry sorry [10:05] popey: I was saying there were multiple tablet users rather than a multiuser tablet ;) [10:05] morning all [10:20] ogra_: 09:33:39.582 ERROR content:49 - Could not add content object 'None' due to IO Error: [Errno 13] Permission denied: '/var/log/syslog' rings a bell ? [10:21] nope [10:21] i have never committed anything to the branch, never seen its tests ... and the change that is there is a simple two line change to its upstart job [10:21] ogra_: more context https://pastebin.canonical.com/108055/ [10:22] ogra_: right, looks like both of us know too little ... [10:22] vila, "gnome-session" ? [10:23] unity8 surely should run under a gnome-session when doing its tests [10:23] ogra_: this is from /home/ubuntu/.cache/upstart/gnome-session-Unity.log [10:23] Saviq, ^^^ [10:23] oh, thats unity7 ? [10:23] no, the lines in the log all point to unity8 [10:23] sil2100: i have silo 8 ready, but, a question... [10:23] ogra_: in the container and seems to be the last log changed (and contains something relevant) [10:23] sil2100: i'd like to land it with other fixes for specific webapps (new MR set) [10:24] sil2100: and osomon has a quick change for the browser as well, so we'd need 2 more silos again [10:24] sil2100: should i repurpose silo 8 for the quick change (already tested, so it's a formality) [10:25] "/var/local/autopilot//artifacts/unity8.shel [10:25] l.tests.test_notifications.EphemeralNotificationsTests.test_update_notification_same_layout (Desktop Nexus 4).ogv'" [10:25] sil2100: or land 8 but obtain 2 others to pass the rest and be sync'ed for the next image update [10:25] ? [10:25] desktop nexus 4 ?!? [10:25] ogra_: wait, may be more stuff before that: https://pastebin.canonical.com/108058/ [10:26] ogra_, what am I looking at? [10:26] Saviq, the CI test for my upstart job change [10:26] for unity8 [10:26] Saviq: on an otto node [10:27] Saviq: i.e. a desktop [10:27] Saviq, it seems to do really weird things like firing up a gnome-session session to run unity8 [10:28] ogra_, yeah, otto does that [10:28] ah, so thats normal [10:28] i'm getting spammed by CI failures in the MP ... and i cant imagine the two line change of that MP can cause any test failures [10:28] ogra_, Build timed out (after 60 minutes). Marking the build as failed. [10:29] yeah [10:29] thats what got me to poke vila [10:29] otto's been rather unstable for us lately :/ [10:29] yeah [10:29] * Saviq kicked a rebuild [10:30] Saviq: there is one running already [10:30] vila, oh ok, aborting [10:30] Saviq: but it seems stuck in the same way, I'm connected to the kvm and nothing happens there [10:30] vila, mhm [10:31] timeout expired [10:32] Saviq: do you have a successful run handy for a version previous to ogra's one ? [10:33] dbarth: one moment [10:33] vila, http://s-jenkins.ubuntu-ci:8080/job/autopilot-testrunner-otto-trusty/3978/ [10:33] Saviq: by 'otto's been rather unstable for us lately :/' you mean you re-run jobs until they pass or you have some way to avoid/workaround the otto failures ? [10:34] thanks, looking [10:34] vila, no, we've had it fail all the time for quite some time, then it got fixed last night I think [10:34] dbarth: hm, so I would say - you need to think about how urgent those changes are [10:34] vila, and we've had a few green runs [10:34] vila, and apparently it broke again [10:34] dbarth: since, if you repurpose silo 8, in the end all the changes will land theoretically faster, but with the risk that if we spot a regression the whole merge set will be reverted (but that's low probability) [10:35] Saviq: was fginther involved somehow ? [10:35] vila, we weren't paying much attention to what happens with those jobs (like unlock scripts and such...), were relying on you guys to sort things out [10:35] vila, I imagine so... [10:35] dbarth: if we release silo 8 and you will add 2 more landings, stuff can take a bit longer as you know that currently webbrowser-app during each release is held up in UNAPPROVED [10:36] dbarth: and then there's the migration which takes time, so it might be a bit longer in overall [10:36] Saviq: still weird, the last container has been created 20140402-0754 so not yesterday... [10:36] vila, yeah, but then there are the unlock scripts and such, which were rather picky lately... [10:37] mandel: you don't have any lander in your timezone for your team? [10:37] Saviq: for the phones not for otto right ? [10:37] vila, uh, of course [10:37] vila, so yeah, no unlocking in otto [10:37] sil2100: Mirv: still catching up, can you look at mandel's request? ^ [10:37] didrocks, not yet, sergiusens should be around soon, sorry [10:37] vila, but yeah, I've lost track of what happened in there, I'm afraid :| [10:37] Saviq: ack [10:38] sil2100: ah the unapproved queue, right [10:38] didrocks: looking [10:38] ogra_: the trail is cold :-/ Will check with fginther , I'm not aware of changes on the CI side... so worth double-checking first with him [10:38] sil2100: so then i could land 008, reload other silos, and ask for an approved once everything is ready [10:39] popey: sp.call(["adb", "shell", "chown", "-R", "phablet:phablet", "/home/phablet/Music"]) at the end of each def that'll fix the permissions issue I believe :D [10:39] didrocks: sure [10:40] popey: obviously changing the Music for the relevant Folder :) [10:40] mandel: do you need a rebuild for your silo? [10:40] vila, whatever helps to make it pass :) [10:40] sil2100, yes, silo 19, it everything should be fine now :) [10:40] sil2100: i think we can do that then [10:40] mandel: rebuilding then ;) [10:40] mandel: for what? [10:41] sil2100: you can land silo 8 [10:41] sergiusens, ah, to click the rebuild button in silo 19, I found the issue with the signals and everything works great now :) [10:41] mandel: what project do you want to rebuild in that silo? [10:41] sil2100: and i'll add the new requests now [10:41] sil2100, ubuntu-download-manager [10:41] sil2100: no worries; I'll do it [10:41] sil2100: meh [10:41] sergiusens: ok ;) [10:42] dbarth: ok, so I'll land it, thanks o/ [10:42] bzoltan: adjusted your empty MP's commit message to include the bug number [10:42] Mirv: ohh.. sorry and thank you [10:45] bzoltan: one more thing is needed, you need to add (for example using that join-CI branch) copyright headers to the files you added (not modified) ie. abstractremotelinuxrunconfiguration.h/cpp [10:45] bzoltan: see eg. the Canonical copyright headers in qtcreator-plugin-cmake [10:45] Mirv: OK, a sec [10:49] sil2100: are we good on silos? I have a rather quick one for phablet-tools to add the bootchart script on line 69 [10:49] didrocks: packaging ACK needed -> https://ci-train.ubuntu.com/job/landing-008-2-publish/lastSuccessfulBuild/artifact/packaging_changes_webbrowser-app_0.23+14.04.20140408.3-0ubuntu1.diff <- seems ok, a bit strange that the build-dep is not being bumped and only the binary package dep, but since it's qml-related, I think the build-dep is only cosmetic [10:49] sergiusens: possible, adding [10:49] sergiusens: we're much better today, let me take a look [10:49] Oh, Timo already picked it up [10:50] thanks [10:50] it's just a script so should fly [10:50] We love landings like that [10:50] and leaf packages are easier to test :-) [10:51] sergiusens: landing-013 [10:51] Mirv: done [10:52] sil2100: yeah, let's say good enough [10:53] ty [10:55] davmor2: do you have a bug # that I missed for the adb thingy? [10:57] Mirv: wait with that webbrowser landing, I just published dbarth's other landing [10:57] didrocks: no not yet I was going to go beat xnox round the head a bit but was doing other things bug filing is next on the list :) [10:57] sure ;) [10:57] sil2100: yeah, I just added the note there after trying to assign a silo. nice if other webbrowsers landings are landing [11:01] didrocks: bzoltan would appreciate if you could do a preNEW review on lp:~bzoltan/qtcreator-plugin-remotelinux/join_the_train [11:02] ogra_: I've re-created the lxc container and re-ran the job https://pastebin.canonical.com/108060/ [11:02] ogra_: out of the blue, I'll point a gentle finger to autopilot and ask for something a bit more explicit than '_StringException' [11:02] vila, weird ... my change doesnt toouch any code there [11:03] ogra_: oh, I have no idea if your code is the culprit, it may just be that another change somewhere else triggers that [11:03] yeah [11:04] Mirv: it's a copy of valgrind? [11:04] ogra_: unless you can revert your change and kick a rebuild just to make sure it's indeed your code that triggers that ;) [11:04] didrocks: it's a copy of multiple plugins, see the FFe https://bugs.launchpad.net/ubuntu/+source/qtcreator/+bug/1302620 [11:04] Ubuntu bug 1302620 in qtcreator (Ubuntu) "[FFe] Remove remotelinux plugin and its dependencies from the QtC package" [Undecided,Confirmed] [11:04] ogra_: but to me, this looks like AP see the failure and..... die in an unexpected way without telling anything in its own log... [11:05] with a couple of modified files in the remotelinux pugin [11:05] Mirv: ok [11:05] Mirv: bzr bd doesn't work here, no source tarball [11:06] ogra_: or is stuck somewhere and the stream I'm looking at is incomplete and produces this weird empty exception... [11:06] Mirv: I guess it will use direct package upload? [11:07] didrocks: hmm, weird, bzr bd worked fine for me. the idea was to build CI Train with that branch [11:07] ogra_: yeah, it's stuck, it's still running according to 'ps fax' [11:07] vila, right [11:07] thats why it times out [11:07] Mirv: you need to try to bzr branch in one directoy [11:07] and just bzr bd [11:07] ogra_: yeah [11:07] Mirv: there is an empty line on top of an .install file [11:08] in 2 actually [11:08] ogra_: https://pastebin.canonical.com/108061/ stuck starting unity8 ? [11:08] 3… [11:08] didrocks: I was apparently testing different patch [11:08]