=== chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [02:10] === IMAGE 79 building (started: 20150127-02:10) === === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [02:34] charles: https://code.launchpad.net/~charlesk/indicator-datetime/lp-1411171-strengthen-recurrence-rule-test/+merge/246629 just need this merge approved === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [03:10] === IMAGE RTM 215 building (started: 20150127-03:10) === [03:30] === IMAGE 79 DONE (finished: 20150127-03:30) === [03:30] === changelog: http://people.canonical.com/~ogra/touch-image-stats/79.changes === [04:15] === IMAGE RTM 215 DONE (finished: 20150127-04:15) === [04:15] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/215.changes === === 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 [09:03] davmor2, jibel: custom tarball in sight - did we land the device tarball yesterday, or was it waiting for today? [09:04] hi trainguards, i'd like to add a branch to rtm-021 (from tvoss), to fix another problem qa found during review [09:05] can you help me? (i see the silo is the result of a sync and I can't find the initial branch in the spreadsheet) [09:08] bfiller, Kaleo, sil2100 I verified the gallery-app 2.9.1.1136. There are still glitches but overall it's a huge improvement. So +1 [09:08] jibel, thx! [09:09] jibel: o/ Thanks! [09:09] dbarth_: hm, one moment [09:09] dbarth_: the safest way of doing it is submitting the fix for that project in vivid and then rebuilding the sync [09:10] sil2100: all today [09:10] sil2100: ok; do you see the vivid line though? it was uploaded a while back [09:11] it's archived [09:12] sil2100: line 2482 in the archive; i guess it takes a new silo request then [09:12] jibel: publishing the camera-app in the meantime, we need someone to push the clicks to the store [09:13] dpm, popey ^ about gallery app who can push it to the store? [09:13] jibel: did you flip the switch for gallery-app? [09:14] Ah, see it now [09:14] I just did [09:14] Thanks :) [09:15] sil2100, I think we want bug 1405123? [09:15] Error: Launchpad bug 1405123 could not be found [09:15] + silo 2 [09:17] jibel: which bug? [09:17] Ah [09:17] Ok [09:17] sil2100, bug 1405123 [09:17] Error: Launchpad bug 1405123 could not be found [09:18] private bug [09:20] jibel: bfiller's team usually uploads that. [09:20] jibel: I remember seeing it as reported by the client, not sure why it's not tagged by PT [09:21] popey: anyone else can do it in our TZ? [09:21] sil2100: dpm may be able to while m irv is out [09:22] otherwise you wait for balloon s [09:22] sil2100, rtm 5 is obsolete [09:22] popey: ok, thanks, we'll try to poke dpm I suppose [09:22] tvoss: want me to free it up? [09:23] sil2100, yup [09:24] sil2100, so we need a device tarball if not already done, a custom tarball, silos 2 and 7 [09:25] davmor2, ^ any news about the device and custom tarballs? [09:25] jibel: yeah, we have the custom ready now (the changelog got sent to us) [09:25] jibel: we also need to make sure the clicks for camera and gallery get properly published [09:25] And for music as well [09:25] jibel: custom is landed and I need some links from john-mcaleely for the device [09:25] sil2100, I am not in "us" apparently [09:26] jibel: oh, let me forward it [09:26] sil2100: already done it === greyback__ is now known as greyback [09:53] dbarth_: https://ci-train.ubuntu.com/job/prepare-silo/3879/console <- there seems to be a mix-up of merges in your silo request (see the error for details) [09:54] sil2100: ugh, yes [09:55] sil2100: i dropped the 2nd one, can you retry? [09:56] dbarth_: sure [09:58] dbarth_: one moment, spreadsheet is really slow for me [09:59] dbarth_: could you get this approved? https://code.launchpad.net/~online-accounts/ubuntu-system-settings-online-accounts/master/+merge/247433 === chihchun is now known as chihchun_afk [10:03] sil2100: approved now [10:06] davmor2, still looking for links? [10:11] john-mcaleely: I am please [10:12] http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150126-cb82dc1.tar.xz [10:12] http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-20150126-cb82dc1.changes [10:12] http://people.canonical.com/~jhm/barajas/ubuntu-rtm-14.09/device_krillin-testresults-20150126-cb82dc1.ods [10:12] davmor2, is there a mail-list I could dump those in, in the future? ^ [10:13] john-mcaleely: QA Team Mailing List It might need validation but jibel gets the pings for those and will let it through asap [10:13] davmor2, ack [10:48] john-mcaleely: after this milestone we'll add some basic functionality to the spreadsheet to request tarball/click sign-off [10:48] sil2100, +1 [10:49] john-mcaleely: so then you'll just have to add it to the spreadsheet - it's not perfect, but at least we would have one streamlined process for things like that [10:49] sil2100, yeah, it sounds like a good improvement === oSoMoN_ is now known as oSoMoN [10:52] sil2100: when you planning to build a new image? [10:57] popey, waiting for the validation of the custom and device tarballs and a fix for silo 2 [10:57] tvoss, ^ [10:57] jibel, ack, on it [10:57] jibel, ~30 minutes [11:02] cihelp: any idea why CI hasn't run for https://code.launchpad.net/~macslow/unity8/swipe-dismiss-snap-decisions/+merge/233347 ? [11:03] tsdgeos: let me take a look [11:03] was updated 20h ago [11:03] seems like it should have triggered a run [11:12] popey: did you push music app to the store? [11:13] popey: could you also push camera-app and gallery-app? I can get the clicks for you I suppose [11:13] ok, provide me clicks and I'll upload [11:13] will do music at same time. [11:15] https://jenkins.qa.ubuntu.com/job/generic-click-builder-vivid-armhf/200/artifact/output/com.ubuntu.camera_3.0.0.495_armhf.click [11:15] https://jenkins.qa.ubuntu.com/job/generic-click-builder-vivid-armhf/202/artifact/output/com.ubuntu.gallery_2.9.1.1136_armhf.click [11:15] Those seem to be the clicks from the silos :) [11:15] popey: thanks! [11:15] ack [11:15] tsdgeos: since the earlier runs were a long time ago, the history of that MP has been pruned off. so the jobs could not be 'rebuilt'. [11:16] i've triggered one manually and seeing how it progresses [11:17] psivaa_: thanks [11:18] sil2100: jdstrand wanted to review camera app before it hits the store, due to new read_path permissions I think. [11:21] popey: oh, ok, then we can wait for jdstrand and bfiller to confirm that before uploading [11:21] bfiller: are you around? Did you have jdstrand reviewing the camera-app already? [11:22] mzanetti, sil2100, what's the deal with vivid 014? [11:22] sil2100: ok. [11:23] Saviq: aw comee ooon, I just fixed that one... I have no idea what the train is doing with that one [11:23] Saviq: let me hack it again [11:23] This time the hard way [11:23] sry [11:23] Saviq: I think the code is merged though, isn't it? [11:23] is it? [11:24] hmm... no, it's not [11:25] I thought sil2100 merged it manually yesterday, but was too busy that moment to check and then I forgot about it :/ [11:25] mzanetti: I didn't merge it as it was not publishing yet, it was just building - but the train re-created the file I removed [11:25] Fixing it now definitely I hope [11:33] mzanetti, Saviq: ok, this hack now worked, publishing [11:33] \o/ [11:33] Sorry for the inconvinience [11:33] sil2100: no worries [11:33] thanks for the help! [11:34] After recent changes the watch-ppa code works much differently from how didrocks designed it [11:43] sil2100: music r815 uploaded [11:43] popey: excellent, one off our radar then - thanks :) [11:43] np [11:44] charles: hey! Can we get https://code.launchpad.net/~charlesk/indicator-datetime/lp-1411171-strengthen-recurrence-rule-test/+merge/246629 approved? :) [11:56] tsdgeos: an update.. CI jobs have run on https://code.launchpad.net/~macslow/unity8/swipe-dismiss-snap-decisions/+merge/233347 with failures. [11:57] tsdgeos, fixing ^ ... [11:59] Ok, I go start prepaing lunch [12:00] tsdgeos, psivaa_: fix pushed [12:00] tsdgeos, psivaa_: rev 1283 [12:00] psivaa_: so now it'll run by itself? [12:01] tsdgeos: it has to.. i'll watch if it doesn't === MacSlow is now known as MacSlow|lunch [12:14] sil2100: may I get a silo for line 71? [12:25] bzoltan: sure [12:36] sil2100: I marked vivid silo 17 as tested, but I just found a problem in it, is there still time to mark it again as not yet tested? [12:37] boiko: sure, un-mark it in the spreadsheet - good that you poked me about it as otherwise I would publish it ;) [12:38] sil2100: we have a problem with jenkins not liking some copyright headers for code that we borrowed from another library (QT 5.4). https://jenkins.qa.ubuntu.com/job/generic-mediumtests-builder-vivid-amd64/579/console [12:38] sil2100: who can help solve this ? [12:39] sil2100: done, there is one other silo I marked as tested (001): this one is good to go [12:39] boiko: ok, taking care of that one in a minute, thanks! [12:39] nerochiaro: let me take a look at the output [12:40] hm, didn't know anything about that license check hook [12:40] nerochiaro: I suppose this might be more of a CI-problem, so maybe pinging cihelp might be the right way [12:40] on #canonical ? [12:41] nerochiaro: you can ping cihelp here, since they get highlights on that [12:41] sil2100: they don't seem to be online now though, that's why i asked. [12:46] fginther: hey I mailed you a while back about updating the qtmir CI job to add the "H10strip_native_depends" hook. Did you get that mail? [12:52] cjwatson, could se get sil2100 into ubuntu-cdimage (not sure what we need to do for full nusakan access, i guess he needs to talk to #is then) [12:52] s/se/we/ [12:55] ogra_: already poked cjwatson about that, and I think the preferred thing is to get the isotracker building rtm images instead [12:55] ogra_: Can't we get the isotracker bug fixed instead? [12:55] That benefits more people and is the right fix ... [12:56] for promotion and copying between channels ? [12:56] ... OK, I'll admit that's separate [12:56] given how long it takes to get even RTM building on there i suspect that might be another year [12:56] I seriously hate that this system-image stuff abuses the cdimage user [12:56] I wouldn't mind having image-promotion powers [12:57] Can somebody please work on separating those privileges? [12:57] There's no technical reason for them to share the same user [12:57] sil2100: I've added you, but you'll need to file an RT to get a nusakan account. CC me [12:58] there isnt even a reason for them to share the same machine :) [12:59] and i guess the more snappy stuff we get the better will be to have a separate system-image machine eventually [12:59] Well, the importer would take longer with them on separate filesystems, but probably not enough to be a problem [13:01] Right now the config picks the raw files up from /srv/cdimage.ubuntu.com/, but it's true that it could use http:// (presuming that the cdimage-* types can cope with that; if not then that's presumably not hard to add) [13:01] or scp since it will likely be on the same internal network [13:01] Could somebody take responsibility for getting that set up with IS? [13:01] or rsync ... [13:02] http is probably simplest [13:02] * ogra_ is to swamped with snappy stuff atm and i guess stgraber too :/ [13:02] i can file an RT but there will likely have to be code changes etc [13:03] sil2100: if cihelp does not show up, and we need to commit the MR that has problems with copyright headers, can we disable the hook for now ? [13:04] sil2100: nerochiaro: let me take a look at your issue [13:04] psivaa_: much appreciated [13:07] nerochiaro: sil2100: is this enough to run the job without the A10checklicenseheaders hook? [13:07] psivaa_: i supposed it is enough to land it, but then that code will go in trunk so every other MR will have that problem === alan_g is now known as alan_g|lunch [13:09] nerochiaro: I dont understand why http://paste.ubuntu.com/9897808/ can not be fixed [13:11] psivaa_: these files are backports from QT 5.4, the copyright headers come verbatim from there. how would you like them to be fixed ? [13:11] psivaa_: (not a rethorical question, if they can be fixed i would love to fix them. i just don't know how) [13:13] nerochiaro: ok, i'm not sure, how to progress then, i'd try and remove those lines or disable the hook altogether. may be i need to get fginther 's opinion on this [13:24] davmor2: how's the custom and device tarballs going? [13:27] sil2100: device is nearly done but lunch got in the way I'll hit custom after that [13:29] psivaa_: if i can look at the code for the hook i can probably figure out why it is not happy and fix the header accordingly. [13:30] om26er, silo 0 was not intended to fix the aparmor issue [13:31] om26er, did you talk to thostr_ ? [13:32] sil2100: do we need new gallery and camera-app clicks uploaded? looks like silos got released [13:32] om26er: silo0 from yesterday was only supposed to fix the OA scopes issue, basically making sure the request is directed to actual scope and not being "eaten" by aggregator scope [13:32] bfiller, does that camera fix include the BQ video space request [13:32] pmcgowan: yes [13:33] niice [13:33] thostr_, Was the fix not supposed to change any behavior ? [13:34] sil2100, did we get a new custom tarball from cwayne? [13:34] om26er: no,this was really only about authenticating the right scope [13:35] thostr_, oh ? the speadsheet suggested otherwise. [13:35] I mean the bug report. [13:35] pmcgowan: yeah :) davmor2 is testing it right now [13:35] that caused the confusion :) [13:36] bfiller: yeah, I poked popey about that already [13:36] sil2100, device or custom [13:36] bfiller: I know he didn't push camera-app because he wanted jdstrand to do a security review [13:36] sil2100, pmcgowan: no I'm not I'm finish device tarball custom is after that [13:36] om26er: right, now I see your point. well, thing is we discovered the scopes issue while working on the other issue and only after quite a while we figured they are independent [13:36] davmor2, very good [13:36] pmcgowan: davmor2 has both :) [13:36] bfiller: not sure if he ended up publishing the gallery-app click [13:36] popey: ^ ? [13:36] sil2100: has new version been uploaded to store yet? and what about for gallery? I'm preparing clicks for them now.. [13:37] nope [13:37] thostr_, question is how does om26er verify that silo [13:37] i held back. [13:37] popey: np, I'm on it [13:37] popey: ok :) [13:37] popey: will ping you once htey are uploaded [13:37] coolio [13:37] ok [13:37] bfiller: thanks! [13:37] sil2100: your welcome :) [13:37] om26er: open picture scope (aggregator) that has fb in it [13:39] om26er: https://bugs.launchpad.net/ubuntu/+source/unity-scopes-shell/+bug/1414560 [13:39] Launchpad bug 1414560 in Canonical System Image "Parent scope is authorised when logging in to a child scope" [High,Confirmed] [13:39] om26er: how to recreate the issue is in the bug description [13:39] marcustomlinson, yeah, except that wrong description :) [13:40] that's not really the fix as thostr_ said [13:41] om26er: ok I'm quite confused [13:41] om26er: are we on the same page now? [13:41] marcustomlinson, thostr_ was giving me the steps to confirm the fix, but I only got his message to open the photos scope [13:42] still need more info to verify the bug fix. [13:42] marcustomlinson: we're talking about the issue you fixed yesterday. that was about authenticating FB instead of picture aggregator [13:42] pmcgowan: after the gallery and camera clicks land, there are still 2 silos we need to get in before we kick the first candidate image [13:43] sil2100, ack [13:43] pmcgowan: silo 2 and silo 7, but those seem to be a little bit troublesome so it might take some time [13:43] thostr_, does that fix require an update to the aggregator scope? [13:43] sil2100, understood [13:45] pmcgowan: no, it's in the framework [13:45] om26er: Which silo are we talking about? [13:45] thostr_, I see a coment that both scopes are now authenticating and photos needs to be removed from the list [13:46] marcustomlinson, silo0 -- in the failed column. [13:47] davmor2, thumbs up/thumbs down on the device tarball? [13:47] john-mcaleely: so far so good just finishing it off about 10 minutes [13:48] davmor2, great. will more patiently await. sorry! [13:48] john-mcaleely: no worries [13:49] pmcgowan: that last comment is something that will need to be updated in the actual Photos scope (it should not be registering itself as a Facebook client) [13:49] pmcgowan: I've let the Hanloon guys know [13:49] pmcgowan: but that is really just a user experience improvement. The actual fix I did was a real bug [13:50] marcustomlinson, as long as the experience is ok with the fix [13:50] john-mcaleely, jibel, sil2100: infact done looks good last test didn't take as long as expected \o/ [13:50] pmcgowan: definitely. The scope actually works :P [13:50] davmor2, \o/ [13:50] ok [13:51] sil2100, when would you like the device tarball pushed? davmor2 is +1 ? [13:52] om26er: I'm confused about silo 0 now. That landed yesterday. Is this another round of testing? [13:52] marcustomlinson: there is also instagram, flickr, google sync for calendar and fitbit I think as accounts that link from aggregated scopes I don't know if they all register? [13:53] davmor2: right. I have gotten ahold of the Hanloon guys, however they don't want to risk a change like this right now [13:53] marcustomlinson, oh... it actually did land :p [13:53] pmcgowan, ^ [13:53] pmcgowan, that card is a duplicate, ToyKeeper tested it yesterday :) [13:53] psivaa_: sil2100: do you guys know how to see the code for the copyright hook or who might know about it ? [13:53] om26er, ok [13:54] davmor2: I will follow up on updating those aggregators when the dust settles [13:55] marcustomlinson: cool thanks [13:55] marcustomlinson, care to file a bug for tracking that? [13:56] pmcgowan: sure [13:56] davmor2: yaay === chihchun_afk is now known as chihchun [13:56] moving onto custom now [13:56] john-mcaleely: push it now I guess - we don't need to disable the importer since we anyway plan to build a new image in some hours [13:56] john-mcaleely: thanks! [13:57] john-mcaleely: do you know if someone other than cwayne is able to push the custom tarball? [13:57] davmor2, is it actually cwayne, given how it arrives in a channel? [13:57] sil2100, popey, bfiller: as for the camera, do whatever you would normally do to get it uploaded. I only ask that I be the one that pushes the button to let it be available to users in the store [13:58] davmor2, but no, I don't [13:58] sil2100, ack, will push now [13:58] jdstrand: roger. [13:59] sil2100, pushed [13:59] thank you! === alan_g|lunch is now known as alan_g [14:01] bfiller: we are having a problem with the camera free disk space MR, the copyright headers of the files backported from QT 4.5 are not OK according to the jenkins hook. I am trying to figure out who can show me the source to the hook so i can fix these headers to match, but I haven't been able to find the right person yet apparently [14:01] \o/ [14:02] nerochiaro: huh, sadly I don't know much about CI hooks, so psivaa_ or someone from CI would have to answer [14:02] But strange that official headers from Qt would fail some header checks [14:02] pmcgowan: fyi: https://bugs.launchpad.net/savilerow/+bug/1415047 [14:02] Launchpad bug 1415047 in The Savilerow project "Aggregators should not provide .application files for child OA" [Undecided,New] [14:02] sil2100: agree [14:03] nerochiaro: fginther could you help nerochiaro ? [14:03] nerochiaro: it seems the hook is using licencecheck, hmm [14:03] nerochiaro: could you give me the link to the MR? [14:04] sil2100, fginther, popey: after I moved the focus development of the calculator to trunk yesterday jenkins doesn't run for the reboot branch - could you take a look please? [14:04] cihelp: ^ [14:05] marcustomlinson, thans [14:05] sil2100: https://code.launchpad.net/~phablet-team/camera-app/disk-space-monitor/+merge/247528 [14:05] cihelp: ^ [14:06] sil2100: oh wait, i just noticed, there was some precompilation that was supposed to add the right header block, and it has not run. my fault i guess [14:06] sil2100: i will fix that [14:06] nerochiaro: hmmm, ok, the header really looks strange, almost as if Qt was doing something during build time [14:06] sil2100: sorry for the noise [14:06] Yeah, exactly [14:07] No worries ;) [14:08] sil2100: actually, the QT headers i have installed systemwide have exactly the same block in them. so it is not something that is meant to be remvoed during compilation [14:09] sil2100: so i really need to see what is tripping the hook. might be enough to just remove these variables or whatever they are [14:09] popey, jdstrand: latest versions of camera-app 3.0.0.482 and gallery-app 2.9.1.1136 have been uploaded [14:10] * jdstrand looks at camera-app [14:10] nerochiaro: can't we modify the headers to look like ours? [14:11] I mean keep the info just change the format [14:11] jdstrand: you dont need to look at gallery? [14:12] nerochiaro: well, I just checked and licensecheck simply can't parse the copyright, so it's not really compatible with the licensecheck software [14:12] nerochiaro: sil2100: just back from lunch.. let me see if i can find the code which implements the hool [14:12] popey: I don't, but I'm there. I'll take both today. feel free to have a coffee on me [14:12] *hook [14:12] \o/ woot === MacSlow|lunch is now known as MacSlow [14:13] bfiller: let me see if i can find al LGPL header in one of our sources, and adapt the QT headers from taht [14:13] sil2100@amatsu:~$ licensecheck --copyright Pobrane/qstorageinfo_unix.cpp [14:13] Pobrane/qstorageinfo_unix.cpp: UNKNOWN [14:13] [Copyright: 2014 Ivan Komissarov ] [14:14] nerochiaro: looking at the header indeed no wonder licensecheck is confused, as it lists multiple possible licenses [14:14] Changing the header is a big no-no, so we would have to somehow modify the hook or disable the hook alltogether [14:15] Not sure if we can modify it though, as it's not the hook at fault but the copyright being just unreadable for licensecheck [14:16] rpadovani, nerochiaro, looking at your issues now [14:17] ty! [14:18] nerochiaro: I actually see that other projects actually modify the copyright header in this case [14:19] nerochiaro: see http://lists.freedesktop.org/archives/gstreamer-commits/2012-February/059366.html [14:19] nerochiaro: they modify it to the copyright that they wish to use [14:22] nerochiaro, psivaa_, here is the license check script that is being used for camera-app ci builds: http://paste.ubuntu.com/9898679/ [14:23] psivaa_, it's part of lp:pbuilderjenkins under the hooks directory [14:23] fginther: ack, thanks. i've been looking under cu2d files [14:27] fginther: psivaa_: bfiller: since we are using GPL3 in the rest of camera-app, and the QT files allow being licensed as GPL3 I would suggest we remove all other copyright text and just put the GPL3 text there. ok ? [14:28] fginther, psivaa_, nerochiaro: yeah, anyway, not much we can do with the hook... I htink the best way would be to use one lincense and put it in the header [14:28] pmcgowan, we verified silo 7 successfully, i guess it's something we want for this milestone? it fixes bug 1405123 [14:28] Error: Launchpad bug 1405123 could not be found [14:28] nerochiaro: works fo rme [14:29] nerochiaro, that should work [14:29] bfiller: gallery accepted, camera-app does not have the read_path: [14:29] jibel, yes please [14:29] $ cat /tmp/bar/camera-apparmor.json [14:29] { [14:29] "policy_groups": [ [14:29] "picture_files", [14:29] "video_files", [14:29] "camera", [14:29] "audio", [14:29] "video", [14:29] "usermetrics", [14:29] trainguards: I need a silo and a binary copy of oxide-qt to it [14:29] "content_exchange", [14:29] "content_exchange_source", [14:29] "location" [14:29] ], [14:30] "policy_version": 1.2 [14:30] } [14:30] bfiller: (that is from the unpacked /tmp/com.ubuntu.camera_3.0.0.482_armhf.click) [14:30] bfiller: id 3.0.0.482 supposed to have the read_path change? [14:30] is* [14:30] rpadovani, I've re-enabled the calculator-app-reboot jobs. Will keep a watch on them to make sure they are getting triggered [14:31] fginther, thanks very much :-) [14:31] jdstrand: yes I thought so === fginther changed the topic of #ubuntu-ci-eng to: Need a silo or CI Train support? ping trainguards | Need help with something else? ping fginther | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: Ubuntu-RTM landing gates closed - only approved silos allowed to land [14:31] jdstrand: let me check [14:31] pmcgowan, we are still waiting for a fix for silo 2 (location-service). It's the only one left on our list. [14:32] jibel, fantastic [14:32] davmor2, yo [14:32] cwayne: dude about 20 minutes or so good for you? [14:32] jdstrand: looks like it doesnt' actually, the changes never got merged to trunk (: sil2100 is this because of the licensing issues? [14:32] sil2100: the silo is marked as landed so assumed changes got to trunk [14:33] sil2100: line 52 [14:33] * jdstrand raies eyebrows-- licensing issues cause of the patch I gave to nerochiaro? [14:33] jdstrand: no something els [14:33] unrealated [14:33] oh heh [14:33] jdstrand: in the same MR [14:33] jdstrand: no, it is caused by stuff i had in there before [14:33] davmor2, sure [14:34] I was going to say-- I was going to be pretty flexible on what you needed for that :) [14:34] bfiller: huh? [14:34] hmm [14:34] bfiller: let me check what's up [14:35] ogra_: I'd like to undup https://bugs.launchpad.net/ubuntu/+source/initramfs-tools-ubuntu-touch/+bug/1414992 unless there's something I'm missing - I did try the new phablet-tools but it does not seem to help at all with this problem [14:35] Launchpad bug 1384450 in phablet-tools (Ubuntu) "duplicate for #1414992 Cannot install packages that require initrd re-generation on touch devices without proper flash-kernel support and kernel package" [Critical,Fix released] [14:35] bfiller: so for now should I access what is there and you ping me on the next upload, or just wait for you to ping me on this? [14:35] plars, hmm i thought it worked for vila [14:36] s/access/accept/ [14:36] plars, it is definitely the exact same issue needing the exact same fix [14:36] jdstrand: don't accept this one, we'll fix it and upload another one and I'll ping you. sorry to waste your time [14:36] huh [14:36] bfiller: fixed headers in the branch. licensecheck here with the same parameters likes them, so I think it will be allright in there too [14:36] I have no idea what CI Train did [14:36] bfiller: no worries, just ping me when ready [14:37] ogra_: the fix you point to seems to install bootchart? [14:37] ogra_: I'm not sure I understand how it's related [14:37] plars, lol, indeed you shouldnt install bootchart ... [14:37] sil2100: I think we need a new silo with https://code.launchpad.net/~phablet-team/camera-app/disk-space-monitor/+merge/247528 and then rebuild and release again [14:37] plars, you need to have FLASH_KERNEL_SKIP=true in your env, then flash-kernel wont exec [14:38] ogra_: I believe he said he tried that and it didn't work [14:38] bfiller: I'm trying to find out when CI Train set the silo as landed, but it doesn't even look like it tried to do the bzr push [14:38] sil2100: ok [14:38] vila: ^? [14:38] plars, right, he said that just now ... my last info from 2h ago was it works [14:39] see the other channel [14:40] bfiller: hey, it looks like it did merge it in! [14:40] bfiller: ah! [14:40] bfiller: ... [14:40] bfiller: so, it merged it in, but nerochiaro pushed a commit to it that wasn't probably built by CI Train ;/ [14:40] bfiller: look here: http://bazaar.launchpad.net/~phablet-team/camera-app/trunk/revision/480 [14:41] bfiller: this is merged in camera-app trunk and it comes from the merge here https://code.launchpad.net/~phablet-team/camera-app/disk-space-monitor/+merge/247528 [14:41] cwayne: should nearby be translated like today/applications/news? [14:42] sil2100: that is strange, it doesn't have all the rev's from that MR [14:42] davmor2, you mean the OOBE bits, or all of it in general? [14:42] sil2100: like rev 494 [14:43] bfiller: the probable reason is that CI Train built the packages from some specific revision of the MR, the packages got built, then someone pushed new changes to the merge branch and did not rebuild the package in the train [14:43] cwayne: the title [14:43] oh, no [14:43] bfiller: it's not the first time that happens... LP doesn't register the merge as merged then [14:43] i dont believe so [14:43] cwayne: just seems odd that the rest were [14:43] yeah, it was a design decision AIUI [14:43]