[02:05] === trainguards: IMAGE 52 building (started: 20141212 02:05) === [02:39] robru: still around? === johnlage is now known as JOHNLAGE === JOHNLAGE is now known as johnlage [03:35] === trainguards: IMAGE 52 DONE (finished: 20141212 03:35) === [03:35] === changelog: http://people.canonical.com/~ogra/touch-image-stats/52.changes === [06:13] Mirv: would you assign a silo to the line84 please? [06:19] bzoltan: sure [06:22] Mirv: danke [06:22] cihelp this seems a permanent problem https://jenkins.qa.ubuntu.com/job/kubuntu-packagers-kubuntu-packaging-qtdeclarative-opensource-src-vivid-amd64-autolanding/2/console can you help? [06:42] Mirv: May I ask a reconf for the silo3? [07:15] Mirv: I'm not here yet but AFAIK this smtp issue is worked on, will check the RT ticket after coffee&shower ;) [07:18] Mirv: RT 77380 , acted on but still broken, so, known [07:43] vila: thanks! [07:44] bzoltan: done. [07:45] Mirv: I lack some info though, are those job failures new ? I.e. I'm trying to understand if the mails were previously dropped on the floor instead of leading to job failure [07:54] vila: I haven't tried that for some time, proposing against Qt branches since they have a bit special setup that assumes the upstream version is already in archives. in other words, for that package I couldn't do that before now. [07:55] vila: worked in August :) [07:55] Mirv: lol [07:55] Mrlet's go back to August ! [07:55] bah [07:55] then the whole 5.3.2 work was done, and this is the first update tried to be done via merging. [07:56] or I tried also one qtbase branch and pinged ci_help about it and didn't get an answer. it looked like the qtbase stuff is broken since it tries to download the +dfsg orig tarball from a PPA [07:57] Mirv: ci_help or cihelp ? Nobody track the former [07:57] vila: cihelp but I thought you get additional pings everytime I use so I tried to avoid :) I can't find my own branch, but this is an example of that failure https://jenkins.qa.ubuntu.com/job/kubuntu-packagers-kubuntu-packaging-qtbase-opensource-src-vivid-amd64-ci/2/console [07:58] Mirv: just checking as you said you got no answer, sorry I should know you know ;) [07:58] at that point in time the tarball was already in archives even, but I had moved on from that particular ppa before I switched to Debian's +dfsg tarball [07:59] vila: so these MP:s are not needed for me at all but QA requested I'd do those to get some code coverage numbers. that's about all I know about it. [08:00] Mirv: ok, so, just to make sure we're on the same page. Is the issue related to smtp or is there another one I don't quite get about +dfsg tarball ? [08:00] vila: there is another one about the +dfsg tarball [08:00] Mirv: if it's smtp, may be we can just disable the email notification until it's fixed [08:00] qtdeclarative doesn't have +dfsg tarball so it doesn't suffer from the same problem [08:02] Mirv: and what can CI do for that ? [08:04] vila: you're the author of that system I guess ;) or maybe it'd be on QA's turf. [08:05] vila: so back in the days someone added to those jobs a logic that tries to find the tarball from a PPA for the case that the MP would be about unreleased Qt (new Qt version). this now fails since the PPA doesn't have those tarballs and it doesn't try to fetch the tarballs from the normal locations. [08:05] Mirv: that was an honest question ;) I didn't author most of this stuff and I still have trouble deciphering ;) [08:05] Mirv: so that's specific to your qt jobs ? [08:05] vila: yes, the Qt jobs are somehow special [08:06] vila: and I'd guess no-one has looke at those since spring or so [08:07] Mirv: ok, I'll open a ticket to first check with fginther and whether that should go to Chris Gagnon instead [08:07] vila: they're related to something I had bookmarked but that seems to be 404 now :) http://s-jenkins.ubuntu-ci:8080/job/aal+-coverity/search/?q=opensource-src-ci [08:07] Mirv: but basically you're saying that the job has constraints that you can't respect about +dsfg ? [08:08] vila: yes, I think those code coverages are something they'd still want [08:08] vila: the job fails to find the tarball from archives, in short. [08:08] so the logic should be "first try from archives, then a PPA" if anything [08:08] vila: and thanks! [08:09] Mirv: ack, this is way above my head, so I collect and dispatch ;) [09:20] Mirv: ping, could you please assign line 85 if you have a second?` [09:23] Mirv: that was fast :) [09:23] zbenjamin: you're welcome :) [09:32] popey, you around today ? [09:32] popey: meeting [09:33] psivaa_, do you know if anyone is fixing the krillin dashboard ? [09:33] we still cant get past U1 Auth [09:34] cihelp ^^ [09:34] ogra_: ohh, i was able to [09:34] let me check [09:34] psivaa_, "canonical" isnt allowed ... [09:35] ogra_: vila was mentioning that he had to tweak the company wide VPN config to get pass that [09:35] https://pastebin.canonical.com/122154/ [09:35] ogra_: the ci-lab vpn wont work anymore afaik [09:36] well, we are blind since days, would be good to get access back today ... i'll check my vpn config ... such stuff should be sent to the ML [09:36] (meeting atm, i'll test it afterwards) [09:37] ogra_: ack, thanks [09:40] infinity: yeah it's just because of a change in mir I think [09:40] ogra_: it was. See the "Status of CI Services" mail [09:40] "Also, please be aware that the VPN to access the internal CI services has changed. For the new VPN go to https://wiki.canonical.com/InformationInfrastructure/IS/HowTo/CompanyOpenVPN for instructions." [09:40] ev, oops, thanks ... i only read the last two of these it seems :P [09:41] ogra_: :D [09:41] ogra_: we're doing everything we can to keep you guys in the loop, but if you feel you're missing some critical details, do come to myself or fginther [09:41] ev, will do [09:42] cheers [09:43] ogra_: is the vivid #58 somehow broken? Mine got in reboot cycle [09:43] havent herad anything [09:44] *heard [09:44] ogra_: :) now you did [09:46] bzoltan, do you get to the spinner ? if not i would blame the device tarball ... [09:47] ogra_: no spinner [09:48] bzoltan, then let me introduce you to john-mcaleely :) [09:48] hey trainguards, i need to rebuilt silo 010 cause unity8 from another silo landed recently; but it says it's already built; what do i do? [09:49] pstolowski: tick force_rebuild and list "unity8" in the packages to build [09:51] Mirv, thanks [09:54] ogra_: hmm... now I see the spinner for few secs ... I have removed the cache and the user data from recovery [09:56] bzoltan, http://people.canonical.com/~ogra/touch-image-stats/52.changes the only thing i could imagine to be at fault here is unity8 then ... what was the image you used before ? [09:57] (57 ? ) [09:57] ogra_: I do not remember maybe rtm #173 [09:57] there was a session manager change in 57 ... [09:58] http://people.canonical.com/~ogra/touch-image-stats/51.changes [09:58] (i doubt anyone actually tests vivid on krillin much btw) [09:58] ogra_: is there a way to bootstrap that beauty? [09:58] sure, boot into bootloader and usew u-d-f with --bootstrap [09:59] ogra_: how to boot it to bootloader ... I pushed power+volume up .. it went to the recovery mode [10:00] hmm, i forgot the key combo ... it is on the krillin wiki somehwere [10:00] but in recovery you can "adb reboot bootloader" in any case [10:01] * ogra_ is afk for a bit [10:06] ogra_: that made the trick [10:52] ogra_: so what happens to the landing meetings next week if you and sil2100 are both off, is Mirv responsible for everything? :D [10:52] davmor2, i dont think sil is off next week [10:53] ev, so i dont get access to the rtm dashboard even after switching to the new vpn [10:54] * ogra_ tries a reboot [10:55] probably some old stuff from the old vpn is still dangling around [10:55] ogra_: yeah, maybe clear out your cookies as well? [10:55] it's working here: http://rtm-dashboard.ci.ubuntu.com [10:55] trainguards: can I have silos for lines 40 and 41, please? [10:55] well, i did a complete logout/login process [10:56] ev, I cannot access it either, from FF or Chrome [11:04] ev, no go, even after reboot my canonical Oauth membership isnt enough [11:04] "Either you have not been granted access to this resource or your entitlement has timed out. Please try again." [11:06] ah ha! [11:06] if I uncheck the ci-engineering team box it won't let me through [11:06] aha [11:06] so just add "canonical" to ci-engineering :P [11:08] lolz [11:28] ogra_, jibel: #webops is looking into it. I'll keep you posted [11:28] ev, thx [11:29] oSoMoN: done. [11:29] ev, thanks [11:30] Mirv, thanks! [11:37] pstolowski: you'd need proper MP URL instead of lp:~ in the spreadsheet [11:39] Mirv, ah, sorry, i keep doing that mistake every so often.. [11:39] Mirv, fixed === barry` is now known as barry [11:42] pstolowski: thanks [11:51] ogra_: either the #58 is busted in a way or yet again something has changed what breaks the silo testing process [12:14] trainguards, can we have silos for rows 43 and 44 please :) [12:24] Saviq: done, although pstolowski will probably want to land vivid-010 first [12:24] Mirv, yeah, I know he will [12:24] Mirv, am preempting [12:26] Saviq: note same pre-emption rtm-003 has unity-scopes-shell. I'll comment on the QA board that it'd need to be sign-off:d first if possible. [12:26] Mirv, see my comment in the spreadshit ;) [12:26] Saviq: oh :) [12:27] pstolowski: did brendand contact you about https://bugs.launchpad.net/ubuntu/+source/unity-scopes-shell/+bug/1394155 not being targeted at the moment to rtm? [12:27] Mirv, and yeah, rtm-003 is blocked atm, mine will be as well, need to harass the product team [12:27] Launchpad bug 1394155 in unity-scopes-shell (Ubuntu) "Crash of unity8-dash possible through Today scope" [Critical,In progress] [12:27] pstolowski: which apparently holds up them from starting QA sign-off on the silo [12:27] Mirv, i didn't. hopefully somebody did [12:28] Mirv, no he didnt' but Saviq did. I'll push for it to be accepted, it can manifest itself with any other scope [12:28] Saviq: thanks, for the pusing. [12:28] +h [12:29] bzoltan, ogra_ how can i help (I'm on spotty network coverage today) [12:30] john-mcaleely: my device gets into reboot cycle after I set it up for silo validation [12:30] john-mcaleely, not sure you can, i guess it is something else ... vivid 57 doesnt seem to boot on krillin for bzoltan === greyback__ is now known as greyback [12:30] john-mcaleely: I am not sure if you can help with this [12:30] ogra_, that's very wierd, and I hope it's something else :- [12:30] . [12:30] :-/ even [12:30] he said first he didnt reach the spinner ... which kind of pointed to device tarball ... but later the spinner was shortly visible [12:30] ogra_: it is vivid #58 [12:31] ah, right 58 [12:31] oh, ok. unless there's a hybris update that happened for other devices? [12:31] ogra_: I am narrowing now down the issue [12:31] that can bork at this point, I think [12:35] davmor2, any chance of custom testing today? [12:35] cwayne_: do it now [12:35] davmor2, you're my favorite. [12:45] cwayne_: by the way thanks for the galileo update :) [12:46] davmor2, :) np [12:46] cwayne_: works really nicely from your ppa so I assume I missed something from my install :) [12:48] davmor2, i remember pyusb was being a PITA, so could be that :) [12:54] trainguards, can we have vivid silo 14 published and 9 reconfigured (added qtmir there) [12:58] ogra_: here is what I suspect -> before running silo validation one need to install a bunch of packages on the device -> http://pastebin.ubuntu.com/9488804/ If I skip that step then all looks good and the device is fine. If i install these packages from the archive on the the #58 then the next reboot will end up in a loop [12:58] * bzoltan said few zillion times that an R&D channel with the core AP packages would be super cool [12:58] bzoltan, oh, so 58 itself is ok ? [12:58] ogra_: yes [12:58] phew [12:58] ogra_: :D [13:07] trainguards, also, reconfigure rtm silo 7 please, added mediascanner scope there [13:24] ogra_: yeps... confirmed. installing those AP packages messes up the system [13:31] Saviq: on those [13:35] (done) [13:36] Mirv, thanks! [13:40] ogra_, rvr finished testing silo 000. [13:42] jibel, did it help ? [13:42] (or rather: did it pass ?) [13:42] ogra_, yes, it fixes the problem. he already verified that it didn't break the original purpose of the fix. [13:42] s/already/also/ [13:43] pmcgowan, https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1382033 has no c-s-i task for ww51 [13:43] jibel, great, tell me once it is signed off [13:43] Launchpad bug 1382033 in indicator-network (Ubuntu RTM) "[SIM PIN] 'Incorrect PIN' warning is not cleared from display for SIM2 PIN entry" [High,In progress] [13:43] rvr, ^ [13:43] i'll triggern an image then [13:43] pmcgowan, but it's tagged ota1 - is it alright? [13:47] brendand, its not explictly approved no [13:47] we could do [13:49] brendand, I see that it got silod with another fix [13:49] if its easiest we can land it [13:50] its a small fix [14:00] ogra_, rvr signed it off, but we need an upstream to do the verification too? [14:00] i thought we're good if two different people do it [14:01] (thats why i asked in teh meeting if you have resources to do that in QA) [14:05] trainguards: can silo 1 be published, please? [14:05] oSoMoN: not approved https://code.launchpad.net/~osomon/webbrowser-app/remove-getUAString-API/+merge/244558 [14:05] ouch [14:05] oSoMoN: :D related to that.. [14:05] now it is [14:06] oSoMoN: done [14:06] cheers! [14:06] in the ideal world, teams could set a setting "do we require top-approves" [14:06] lots of todo items for the team available for creating the ideal world [14:09] ogra_, I ran url-dispatcher test plan but it's really basic. but I guess that's what the devs do too [14:09] anyway. I'll mark it as pass [14:09] cihelp: I no longer have a rebuild link in jenkins for MP jobs, did I get removed from some group? [14:10] jibel: yes, the test plan should be what the upstream uses (and it should be enough if it's not lacking) [14:10] Mirv, well, no wonder there are regressions :/ [14:10] heh [14:10] jibel: that's why I think QA has tried to push upstreams for better test plans.. [14:11] I agree with QA that a good test plan is uber important [14:11] * Mirv publishes [14:11] Mirv, some are very good, some are less good, it varies a lot. [14:12] oh... the ubuntu-system-settings-ci project is disabled [14:12] brendand, that indicator bug is approved [14:12] kenvandine, is that the issue with silo 2? [14:13] pmcgowan, ? [14:13] kenvandine, MRs not approved [14:13] oh my... missing top-approval :/ [14:14] pmcgowan, no reason, it's just hard to keep track of all the cherry pick branches [14:14] ogra_: start your rmadison -s ubuntu-rtm/14.09 url-dispatcher loop :) [14:15] and that was a fix that was specific to fixing a regression found in this silo so we went straight to adding it to the silo [14:15] my mistake... [14:15] pmcgowan, i fixed and published :) [14:15] great [14:16] i see the email about MP jobs, disabled again... so i guess that's why i can't rebuild [14:16] uh oh, US came online of course :) we kind of discussed that we can postpone 002 until 000 is in and a new image is rolled, but we didn't write it to the spreadsheet... [14:16] hmm I thought QA wanted an image with one fix in it [14:16] jibel, rvr, thanks for looking at the url-dispatcher silo! [14:16] but ken's landing must be perfect [14:16] tedg: not only looking, we created it :) [14:16] Mirv, it is :) [14:17] Mirv, please no more uploads otherwise, otherwise we won't be able to test the delta only [14:18] s/otherwise// [14:19] jibel: yes, I won't publish anything, and ken is usually the only addition to the usual trainguards that does publishings. [14:19] sorry... i just did it because i saw someone else had tried to publish it [14:20] yes it was obviously not marked as what we discussed, and it was just by the luck of non-approved MP that I didn't publish it in the morning before our meeting [14:20] so it was quite destined to be landed anyhow [14:22] Mirv: I am a bit worried about the vivid archive vs vivid image #58 [14:22] bzoltan: what's up? [14:22] Mirv: if you flash the #58 and install few AP packages on it the device will go into boot loop [14:22] bzoltan: hmm, I'll test [14:22] Mirv: I am strugling with it all day... [14:23] gah, red light of doom (empty battery) [14:23] Mirv: http://pastebin.ubuntu.com/9488804/ these packages pull in something what is not cool with #58 ... so I would predict that the next images might have some issues [14:24] trainguards: can I get vivid silo 8 republished? I removed the MRs that were causing the dependency problems [14:24] bzoltan: rsalveti has at least done some manual upload of UITK regarding dependencies, you should pull that change into trunk regardless if you haven't yet [14:25] right, needs a merge [14:25] back in trunk [14:25] didn't do that as I'm not part of the sdk team, that's why I asked bzoltan earlier today :-) [14:26] Mirv: rsalveti's changes has little if anything to do with this problem [14:27] rsalveti, hmm ... i cant really land the adbd change without bigger coordination with CI (they need to update u-d-f on the test machines etc) ... [14:27] not sure thats such a good idea a day before i go on vacation [14:27] ogra_: right, guess we can create the silo and then sync with them [14:27] right [14:28] * ogra_ checks rmadison for url-dispatcher [14:29] pmcgowan, hmm, https://bugs.launchpad.net/ubuntu/+source/android-tools/+bug/1382559 isnt triaged at all for ota-1 yet ... can you mark it for next weeks milestone ? [14:29] Launchpad bug 1382559 in android-tools (Ubuntu RTM) "adbd does not check the screen state before allowing a connection" [Critical,Confirmed] [14:30] ogra_, jibel I assume the plan is to reopen landings once url dispatchedr fix hits and build starts? [14:30] (it has the ota-1 tag but wasnt added to csi) [14:30] ogra_, sure [14:30] pmcgowan, yeah [14:30] pmcgowan, yes [14:33] Mirv, hmm, did you notice the mail for your vivid ubuntu-touch-session landing ? is my evo going mad or is that completely empty (no changelog entry at all) [14:34] (not even a version string) [14:34] ogra_, it is not your evo, it's empty [14:35] smells like a train bug [14:35] ogra_: I don't get e-mails from my train landings, unless I'm also the MP lander [14:35] ogra_: do you mean this? http://launchpadlibrarian.net/192263162/ubuntu-touch-session_0.108%2B15.04.20141209-0ubuntu1_0.108%2B15.04.20141210-0ubuntu1.diff.gz [14:35] ah, i only see it on -changes [14:36] haha [14:36] didnt i say that would land :P [14:36] ogra_: oh, that robru's triple landing thing.. [14:36] https://lists.ubuntu.com/archives/vivid-changes/2014-December/002762.html [14:36] hm, a bunch of uploads without change [14:36] "Sorry, changesfile not available." [14:36] for quite a few [14:36] ubuntu-touch-session [14:37] telepathy-ofono [14:37] telephony-service [14:37] messaging-app [14:37] all without changesfile [14:37] right [14:37] and there are others that show the changelog entry but also have that error text in them [14:37] right [14:38] like qtmir [14:38] seems only train landings are affected though [14:38] isn't that all silo 008... it looks like it has new branches added after the publishing and then republished [14:40] so this time dialer-app was new, but the others from the same silo had been already published - but why not merge & cleaned? [14:44] boiko: have you done anything special with vivid silo 008 that you know of? like adding new branches after publishing the old packages and reconfiguring? [14:45] boiko: we're just trying to decipher how that silo has been published multiple times, this time dialer-app was new but the others had been already published. [14:45] it's not a problem but it looks silly [14:47] Dear trainguard, can I get a silo for spreadsheet row 46? [14:50] trainguards: can I set a silo for line 48 please, want to land some qtubuntu bits in vivid [14:51] oSoMoN, for silo 5 in the test plan 'webapp-container/config options' what is the expected result for the UA with whichbrowser? unknown or a UA string? [14:52] trainguards, and I'd like vivid silo 9 to be reconfigured, please - have added qtmir-gles [14:52] * Saviq needs to remember adding qtmir-gles into "additional packages to land" straight away [14:52] oSoMoN, the test says it's unknown but then that it is not functional [14:55] * Mirv notes there will be gap as soon as I stop working (should have already), until Robert is up [14:56] Saviq: done [14:57] ogra_: rmadison says url-dispatcher is in [14:57] yeah! [14:57] Mirv, thanks ! [14:57] triggering an image [14:57] have a good one! :) [14:58] you too ! [14:59] Mirv: the only package that has changed is dialer-app: it first got one MR added, now that one is removed, and one more got removed [14:59] Mirv: but I have only rebuilt dialer-app itself, the other packages are still the same [15:00] === trainguards: RTM IMAGE 177 building (started: 20141212 15:00) === [15:01] jibel, yeah, basically this test is not valid until bug 1379497 is fixed [15:01] bug 1379497 in webbrowser-app (Ubuntu RTM) "[webapp-container] UA Override from an optional webapp-properies.json file is not set" [Undecided,Confirmed] https://launchpad.net/bugs/1379497 [15:01] oSoMoN, so if it says "Chromium ...." that's fine, nothing to do with the change in silo5? [15:01] jibel, so it should be skipped when testing on RTM [15:01] okay [15:02] jibel, nope, indeed [15:02] boiko: any idea why the packages already got published from that silo, before this dialer-app change? [15:02] Mirv: so, dialer-app got stuck in the proposed pocket because of a dependency change [15:03] Mirv: all the subsequent publications were tries to fix that, but at some point we just gave up (as we still want to cherry pick those for rtm) [15:03] cihelp: what's the currently recommended way to get a click package tested/approved by QA, and uploaded to the store, in the silo process? [15:04] or should i ask that to trainguards ? [15:06] Mirv: if you feel more comfortable with it, I can rebuild the whole silo [15:08] dobey: I suspect that's probably a trainguard question [15:09] boiko: ah, ok, thanks, that's what I wanted to just hear. no, don't rebuild anything more, the new dialer-app is now migrating to release pocket and it will automatically merge & clean! so let's not touch the silo anymore :) [15:09] (this time it did migrate) [15:10] Mirv: nice! thanks a lot! :) [15:11] Mirv: could you figure out which packages messes up the vivid image #58? [15:12] trainguards: what's the currently recommended way to get a click package tested/approved by QA, and uploaded to the store, in the silo process? [15:13] Mirv, silo 9 doesn't seem to have noticed that it's reconfigured? [15:15] Saviq: hmm. I thought I did. now running at https://ci-train.ubuntu.com/job/prepare-silo/3496/console [15:15] bzoltan: I installed autopilot packages on #52 on mako and did not end up in reboot cycle [15:15] Mirv, ugh, *just* missed it, I had to add unity-scopes-shell... sorry [15:16] Saviq: so another one? [15:16] Mirv, yes, please reconfigure [15:16] Mirv: you installed _all_ packages I listed? [15:16] * Saviq thinks we should be able to reconfigure ourselves, it's dumb to have to drag you every time... [15:17] Mirv: http://pastebin.ubuntu.com/9488804/ [15:21] Mirv: I am not sure yet, but the UITK is one candidate for the trouble. All other packages are landed via the train after sio validation... [15:22] Mirv: If it is not big trouble I would like to revert that non tested UITK... the change is anyway in the silo what I want to test [15:26] trainguards: can RTM silo 5 be published, please? [15:28] trainguards how can I see an old landing in the spreadsheet ? [15:29] bzoltan: had not installed everything, now did, no reboot loop [15:30] everyone: I'm really gone now, you need to wait 1.5h or so for robru [15:30] anyone? :( [15:31] Mirv, do you know ? ^ [15:31] om26er: should be on the "Archive" page of the doc [15:31] om26er: scroll to the bottom (line 1600 or so) in archive and search [15:32] but good luck with that. it's insanely huge, and google docs doesn't do terribly great with giant pages like that [15:32] dobey, for your click package you should talk to QA ... not a landing team task [15:33] i assume you need to hand them a test plan, plus the package to get it signed off [15:33] dobey, Mirv thanks found, i was searching the wrong term. Now I found that I was looking form [15:33] *for [15:34] ogra_: in DC there was a meeting where we discussed using the spreadsheet to document the process [15:35] ogra_: ie, we wouldn't get a silo, but we'd put a line in the spreadsheet with necessary info and have QA do the signoff similarly as for siloed packages, and then someone would do the store upload [15:35] i dont think that has been formalized yet [15:38] trainguards: can I have a silo for line 47 please? [15:40] ogra_: sure. that's why i'm asking for the not-yet-formalized info :) [15:51] ogra_: MIrv is gone .. I can reproduce the reboot cycle easily ... flash the #58, make it writable, apt-get update and install http://pastebin.ubuntu.com/9488804/ AP packages. That is a blocker for me to land the UITK in Vivid. [15:51] bzoltan, well, did you do the trunk merge ? [15:52] ogra_: what trunk merge? [15:52] bzoltan, see above ... [15:52] Mirv answered you (and rsalveti too) [15:52] ogra_: I am talking about a stock #58 image with AP packages ... not silo [15:53] ogra_: 1. flash 2. writable 3. install AP pacages 4. reboot .... goes to loop. [15:54] i know what you are talking about [15:55] bzoltan, https://launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/1.1.1364+15.04.20141209-0ubuntu2 [15:56] ogra_: I am very much aware of that ... but me merging it to the UITK trunk will not solve the problem... as it has nothing to do with the landing candidate [15:56] can you retrieve your syslog to see what might be causing the reboot loop? [15:56] could be a crash or just upstart-watchdog making it to reboot [15:57] in case a service is constantly crashing [15:57] bzoltan, so you are saying you dont install ubuntu-ui-toolkit-autopilot ? [15:57] rsalveti: no, I can not access the device during the reboot loop [15:57] you can always make it to boot in recovery and get it from there [15:57] ogra_: I do and I do install lots of other things [15:57] rsalveti, more likely the wrong dep pulls in the -mesa packages [15:57] mount /system [15:57] could be as well [15:57] rsalveti: I would revert that package [15:58] bzoltan: when you get the reboot loop, force it to boot to recovery [15:58] then mount the fs, and check the logs from there [15:58] or just install one dependency a time, reboot and check what is causing the issue [15:58] rsalveti: can we revert and then validate your change from the silo? [15:58] right [15:59] which change? [15:59] rsalveti: one dep a time? One round takes half an hour :) [15:59] do it one by one (though i'm rather sure it is the uitk--ap package) [15:59] my change didn't cause this [15:59] rsalveti: your change [15:59] I added a | that only affects the emulator [15:59] bzoltan, why does apt-get install ... and reboot take half an hour ? [16:00] ogra_: because after that I have to reboot and then reflash the device [16:00] huh ? [16:00] you want to seee which akcage causes the loop ... no ? [16:00] ogra_: there is no way out from the reboot cycle ... [16:00] so install them one by one and reboot inbetween [16:00] ogra_: no :) I want the non tested UITK upload reverted [16:01] once it goes into the loop you found the issue [16:01] not sure what we are talking about here ... seems to me like 5 things [16:02] bzoltan: that upload didn't cause anything [16:02] https://launchpadlibrarian.net/192391562/ubuntu-ui-toolkit_1.1.1364%2B15.04.20141209-0ubuntu1_1.1.1364%2B15.04.20141209-0ubuntu2.diff.gz [16:02] - qtdeclarative5-ubuntu-ui-toolkit-plugin (>= ${source:Version}), [16:02] + qtdeclarative5-ubuntu-ui-toolkit-plugin (>= ${source:Version}) | qtdeclarative5-ubuntu-ui-toolkit-plugin-gles, [16:02] this is the change [16:02] rsalveti: I know, but have you tested it? [16:03] bzoltan: of course [16:03] rsalveti: have you run the UITK test plan? [16:03] not the entire one, because it's a packaging change that only affects the emulator [16:03] tell me how that would break your stuff [16:04] if something is broken because of that it would only be related with external build dependencies and so on [16:04] jamesh, Hi! [16:04] ogra_: You confirmed this bug: #1394155. Can you tell me the steps to reproduce? I don't find the label "Tell me more" [16:04] bug 1394155 in unity-scopes-shell (Ubuntu) "Crash of unity8-dash possible through Today scope" [Critical,In progress] https://launchpad.net/bugs/1394155 [16:05] jamesh, whats the status of bug 1379817 for rtm ? [16:05] bug 1379817 in mediascanner2 (Ubuntu RTM) "When importing 7 digital albums music-app sometimes displays "Imported files not found" when all files have been imported" [Undecided,New] https://launchpad.net/bugs/1379817 [16:05] rvr, i'm pretty sure i only did what the description says [16:06] rsalveti: I am not quite happy that I do 10-12 hours validation before a single byte change in the UITK and now I have to post validate a change what went around the landing process. Nothing personal :) But I see a change what was not tested the way how the UITK shuld be tested. [16:06]