[03:57] good morning [05:59] ogra_: somehow #15 is there and tested but no changes etc === jibel_ is now known as jibel === 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: spreadsheet problems, do not trust CI-SNCF bot [07:14] Putting out fires all day (well, 13 hours) is not conducive to getting any testing done. [07:33] Mirv, sorry, fixed [07:33] seems the bot disconnected [07:34] imgbot, stunt [07:34] * imgbot rolls on its back and purrs [07:35] good [07:38] ogra_: great! [07:55] didrocks, ogra_: should we wait with promoting #14 till the meeting, or do you think it's ok to do it now? Since there's a +1 from davmor2 and the smoketesting looks the same as #13 [07:56] sil2100: can packages be updated? [07:56] sil2100: yeah, let's just all sync up on test results during the meeting maybe? [07:56] * popey updates to 14 to test [07:56] popey: what do you mean? [07:56] popey: 15, you meant? [07:57] * didrocks would hope to get a double promotion for his last day as landing team leader :p [07:57] give me that! ;) [07:57] didrocks: did you see I approved about a bazillion french webapps last night? [07:57] popey: oh, no, who did those? [07:57] s/bazillion/6/ [07:58] * didrocks notes that a bazillion is 6 for popey ;) [07:58] what websites? [07:58] no idea ☻ [07:58] cadremploi, francebillet, commentcemarche laconjugaison, lequipe, corsematin [07:58] ;p [07:59] choix intéressant… :p [07:59] Just hope none of them use caca... ;p [08:00] well, I wouldn't start to troll on corsica :p [08:01] * didrocks wonders if we will end up in the store with a webapps for each bookmark :p [08:02] looks like it [08:03] I was at a conference a year ago, and was in a talk given by a ffos guy. He handed out phones for people to play with, I'd not played with a FF phone before... [08:03] i opened the store, and picked a random app, the first reviews were all bad, and basically said "This is just a crappy webapp" [08:03] I expect us to get similar reviews, downvoting the webapps into oblivion [08:04] Except mine, mine are awesome ☻ [08:04] popey: sure sure ;-) [08:15] didrocks, hey, so... I wanted to get back to removing the HUD from the bottom edge finally, any pointers on how we should make it happen? [08:15] rm -rf hud [08:16] Saviq: getting a silo ready for that, and running all AP tests [08:16] didrocks, ok, think we could use http://q-jenkins:8080/job/autopilot-release-gatekeeper/ ? [08:16] Saviq: yeah, I was going to suggest that [08:16] k [08:16] but that's something to check with the CI team [08:17] ok, /me gets a silo ready [08:35] vila: s-jenkins:8080/job/terminal-app-click/ terminal is failing to build in jenkins but I can't see any logs [08:37] popey: http://s-jenkins.ubuntu-ci:8080/job/terminal-app-click/55/console => mv: cannot move 'x/usr/lib/arm-linux-gnueabihf/qt5/qml/org' to '../install_dir/lib/arm-linux-gnueabihf/org': Directory not empty [08:38] popey: doesn't look good, let me see [08:38] Saviq: assigned! Just remember that it's 'ignore conflicts' again due to the greeter-splitter [08:38] sil2100, of course [08:38] sil2100, thanks [08:39] yw! [08:40] vila: thanks [08:41] popey: I can't access that node anymore :-/ I know it's in the process of being updated but neither your error nor my lack of access are expected :-/ [08:42] vila, hey, could we use the autopilot gatekeeper job to verify a unity8 change (dropping the hud from bottom edge)? [08:43] Saviq: ECONTEXT, why couldn't you ? [08:46] vila, just asking :) [08:46] vila, but that's something to check with the CI team [08:48] Saviq: I don't know the specifics here but given the history of the job (plenty of ci-train references there), I don't see why not [08:50] vila, ok :) [08:51] didrocks, the silo 001 was approved a while ago, do you know if thereis is a reason why it was not published? [08:51] sil2100, ^^ [08:51] mandel: let me check [08:52] sil2100, thx, appreciate it [08:53] mandel: I'm confused by this thing, give me a moment ;) [08:55] popey: ok, I got access [08:55] popey: but I can't make sense of: [08:55] + mkdir -p ../install_dir/lib/arm-linux-gnueabihf/ [08:55] + mv x/usr/lib/arm-linux-gnueabihf/qt5/qml/org ../install_dir/lib/arm-linux-gnueabihf/ [08:56] mandel: ah ha! Ok, so it's indeed stuck in -proposed because of failing autopkgtests [08:56] how can that dir not be empty when it was just created ? [08:56] hmm, strangeness [08:57] vila, do you know if the gatekeeper job can deal with utopic? [08:58] Saviq: good question, I don't know the answer, I know fginther has worked on that topic but I'm not aware of the fine details, you want to check with him [08:58] Saviq: (or just be brave and try to see ;) [08:58] vila, ok thanks [08:58] vila, yeah, will do that ;) [08:58] vila: mkdir -p doesn't fail on a directory that already exists ... [08:58] (I haven't looked at the context, but that at least is a hole in your logic :-) ) [08:59] cjwatson: yeah, sorry, lack of coffee, I thought about that after typing enter ;) [08:59] cjwatson: thanks for the heads-up anyway ;) [08:59] heh, I was waiting for slow tests so reading IRC .. [09:00] PermissionError: [Errno 1] Operation not permitted: '/autopkgtest/tmp/apt0t-smoketest-artifacts/client.log' <- this seems to be from the log of the autopkgtest failure [09:01] vila, looking at the job output http://q-jenkins.ubuntu-ci:8080/job/autopilot-release-gatekeeper/label=mako-07/112/consoleFull [09:01] vila, "ubuntu-device-flash ubuntu-system --channel ubuntu-touch/trusty-proposed" [09:01] sil2100: mandel: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2014-May/001098.html might be relevant [09:01] * mandel looks [09:01] vila, I don't think that's a parameter :| [09:02] sil2100, did you take a look at what _Mirv posted? it might be due to that [09:03] dpm: seems terminal is failing to build in jenkins.. see above comments from vila... https://code.launchpad.net/~dpm/ubuntu-terminal-app/merge-plugin/+merge/217380 possibly to blame? [09:05] === IMAGE 14 promoted === [09:06] \o/ [09:06] yay [09:06] popey, dpm: not sure what is going on there the jenkins job shell script has "HACK BEGIN' 'HACK END' comments just before the failing commands: https://pastebin.canonical.com/109711/ [09:07] popey, dpm: and looking locally the 'out' dir is empty, there is no 'build' not 'install_dir' dirs either... [09:07] aha, i dont think dpm took account of that hack script when he made that above merge [09:08] it will likely need fixing [09:11] vila, I had no idea that that existed. The package that that hack installs is no longer required [09:12] the plugin is now already in the click package [09:12] dpm: do you how is responsible for that job ? Or can we just comment out that hack to test and wait for someone in the know to fix properly ? === alan_g is now known as alan_g|afk [09:13] vila: feel free to remove it if you have access; I'm responsible [09:13] ah, cool, thanks sergiusens [09:13] vila: dpm fwiw, music and filemanager also have something similar [09:13] so keep that in mind when updating those [09:14] sergiusens: cool, thanks, removed [09:14] sergiusens, filemanager was already updated. Not sure if the hack was removed though [09:15] dpm: vila hmmm, I'll take a look and do some cleansing [09:16] sounds good, thanks [09:16] Saviq: back to you, what is not a parameter ? [09:16] vila, the channel from which the phone is flashed [09:17] Saviq: --channel ? There a re bunch of uses in that log [09:17] vila, I mean not a parameter of the job [09:18] Saviq: doh, ok wrong tree ;) [09:18] cjwatson: wrt the click ppa I've been hearing about; are you contemplating fat packages? Today I have a specific armhf pbuilder in jenkins assigned but I want to move it to an x86 one and cross build properly for i386 and armhf [09:19] Saviq: multiple discussions in fly ;) So, you're blocked as I don't know enough about who need this job, we need plars [09:19] vila, ok, thanks [09:19] vila, will ping him later === vrruiz_ is now known as rvr [09:24] sergiusens: I wasn't aware anyone was working on that, nor that it had even been designed; I'm certainly not [09:25] cjwatson: so my hearing is just wrong then :-) [09:25] possibly some telephone game going on [09:25] vila: hey there, can you help me with removing/adding some MRs to a silo and then issuing a reconf/rebuild? [09:25] sergiusens: the thing I'm working on is live filesystem builds in LP [09:26] ricmm: vila I'll take care of that [09:26] thx [09:26] ricmm: hmm, no, I think you want one CI Train support... or sergiusens ;) === alan_g|afk is now known as alan_g [09:43] sil2100 Mirv didrocks https://ci-train.ubuntu.com/job/landing-006-1-build/36/console says it's out of sync with the archive; rsalveti resynced the archive into trunk yesterday (and ricmm merged trunk into his MR) so I'm not sure why this error shows up [09:43] archive is at 0ubuntu2 [09:44] trunk seems to be at 0ubuntu1 [09:44] ? [09:44] 2014-05-07 09:38:35,565 WARNING A version (2.0.0+14.04.20140326-0ubuntu2) is available at the destination archive for that component but is not in the destination branch which is still at 3.0.0-0ubuntu1. You need to ensure that your version contains the fix in the destination or you can force rebuild to bypass the check. [09:44] oh... then it wasn't synced [09:46] didrocks: yeah, this is dbus-cpp, not location-service (which was synced yesterday) [09:46] is it hard to sync? [09:46] or is it automatic [09:47] ricmm: you need to do something similar to what rsalveti did with location-service http://bazaar.launchpad.net/~phablet-team/location-service/trunk/revision/61 ... AFAIK it's manual [09:48] sergiusens: manual push to trunk? [09:48] ricmm: I've never done a sync before; didrocks what's the procedure? [09:50] sergiusens: just take the changes from the distro (the debdiff) [09:50] sergiusens: get that to a MP and add it, or push it directly to trunk [09:50] if the diff doesn't have any meaning, you can use the force rebuild button [09:51] (and so, it will discare this version check) [09:51] the diff is a no-change rebuild [09:51] didrocks: that seems reasonable for the no change rebuilds [09:51] https://launchpadlibrarian.net/173932108/dbus-cpp_2.0.0%2B14.04.20140326-0ubuntu2.diff.gz [09:51] so you can use the flag :) [09:51] so I think a force rebuild is ok today [09:51] yeah [09:51] now my question is, how do this no-change rebuilds get through to trunk [09:51] didrocks: how do I affect that flag to only one package? multiple build calls? [09:52] as in how did xnox commit it to trunk [09:52] sergiusens: the rest was built and sent, right? [09:52] I mean, not to trunk, to archive [09:52] he literally did a dput? [09:52] ricmm: he did a dput I guess [09:52] :) [09:52] sergiusens: you can restrict the build to the list of packages with rebuild package only [09:52] and use that flag [09:53] didrocks: it stopped midway so not all; I'll do multiple builds I guess [09:53] sergiusens: yeah, two builds then [09:56] didrocks: ricmm: typically no change rebuilds are versioned such that the next upload can blindly override previous upload. That is the case for e.g. debian imports (it ignored "buildX" version numbers) it would be nice if landings did have an option to blindly override no change rebuilds. [09:56] ricmm: alternatively i do try to propose back a branch merge proposal with just the changelog entry, but for something the size of boost transition that doesn't quite scale / keep up. [09:56] xnox: I don't see you using Xbuild1 though [09:57] ricmm: https://ci-train.ubuntu.com/job/landing-006-1-build/ [09:58] sergiusens: thanks! [09:58] sergiusens: once it's starting to scan the ppa, you can cancel the job so that the other uploads happens [09:58] ricmm: you are going to need rsalveti to upload the latest android package too [09:58] didrocks: right, good idea [09:59] sergiusens: theres one in the silo from the day before yesterday [09:59] sergiusens: you mean a new update? dbus-cpp and location-service dont add anything to the android side [09:59] ricmm: just because android is listed in the silo [10:01] ok [10:01] well that sucks, he wont be up for a while [10:02] didrocks: Xbuild1 are used on top of debian version numbers, but ci/autolanded components use -0ubuntu1 by default. [10:02] didrocks: maybe we need to agree on a common version numbers that can be overriden. Cause -0ubuntu2 can be "change-full" upload, instead of a 'no-change-rebuild' upload. [10:03] hence a rebuild of -0ubuntu1 gets -0ubuntu2 version number from (dch --rebuild) [10:03] Once again I wish we had binNMUs [10:03] yeah or htat. [10:03] cjwatson: is this the time when you ask me for lp dev time again =) [10:04] Heh, this would be fairly serious Soyuz work, unlike the other [10:04] what what [10:04] Oh, binNMUs. yeah, maybe in a decade :) [10:04] xnox: I guess it's easy to implement anyway if people agree on a standard for all rebuilds (even after getting an -0ubuntu1 for instance) [10:05] wgrant, in a decade we will have moved the world to click packages :P [10:05] xnox: for now, there is a manual override possible anyway [10:05] We should probably vaguely consider binNMUs as part of the Soyuz redesign eventually. [10:05] ogra_: And system-image on desktops? I'll believe it when I see it :) [10:05] I know it was a joke, but I'm not intending click packages to take over everything; they have a scope [10:06] well, system-image desktops will happen :) [10:06] i guess click only for graphical apps [10:06] click packages aren't intended for platform development [10:06] And I expect never will be [10:06] yeah [10:07] Even if they were, they'd end up needing to grow many of the same features debs have (which is one reason it would be a stupid exercise) and we'd end up having essentially the same problems === dbarth_ is now known as dbarth [10:18] didrocks: hi, i have silo 018 ready for landing at last [10:19] dbarth: no need to ping, people on duty have an hilight on trainguards [10:19] and #ubuntu-ci-choo-choo told: [10:19] 12:18:35 CI-SNCF | trainguards (landing-018): Ready to publish [10:19] :) [10:19] so much automation [10:19] :) [10:19] heh ;) [10:20] * dbarth feels like a small cog in the gigantic didrock-o-tron [10:20] ;) [10:21] ahah [10:21] you will even get pinged automatically on the choo-choo channel once it's published! [10:21] btw cjwatson: hi, i have this new livemail package (hopefully with a correct changelog) [10:21] i know [10:21] i'm used to that ping now [10:24] seems didier is on it [10:24] and yes we have highlights [10:27] dbarth: Oh, right, moment [10:29] dbarth: accepted [10:33] Hi guys! [10:33] Power outage at my place [10:33] Theyvsay it will be back in ETA 2h [10:45] cjwatson: thanks [10:45] that's cool, now all my silo lines are clean [10:51] didrocks: i still can't update apps on #15 [10:52] 2014-05-07 10:50:56,524 - CRITICAL - ../../../../lib/SignOn/connection-manager.cpp 106 setupSocketConnection p2p error: QDBusError("org.freedesktop.DBus.Error.FileNotFound", "Failed to connect to socket /run/user/32011/signond/socket: No such file or directory") 1 [10:52] looks bad [10:53] works on 14 for me [10:54] * ogra_ is just getting 5 updates [10:54] so some kind of single sign on error I imagine [10:55] are you online at all ? [10:55] oh, didnt you test the NM fix ? [10:56] must be, i just signed out and signed back in [10:56] of u1 [10:56] 2014-05-07 11:56:08 (50.9 MB/s) - ‘index.html’ saved [1630/1630] [10:56] make sure the 02_i_hate_you_ril file is gone [10:56] where was that? [10:56] system-image upgrades dont remove files ... [10:57] 2014-05-07 11:55:36,101 - WARNING - QDBusObjectPath: invalid path "https://public.apps.ubuntu.com/download/com.ubuntu/music/com.ubuntu.music_1.3.453_armhf.click" [10:57] can you update music? [10:58] it is downloading, yeah [10:58] hmm [10:58] or not [10:58] * ogra_ notes everything sits at 0% [10:58] same [10:58] check your .cache/upstart/application-legacy-ubuntu-system-settings-.log [10:58] paste.ubuntu.com/7409741/ [10:59] Mirv:I have alanding inthe line 26, may I ask for a Silo? [11:00] bzoltan1: you have it already [11:01] bzoltan1: I got pinged on #ubuntu-ci-choo-choo [11:05] popey, yup ... i see the same error [11:12] Mirv: that is a cool channel :D [11:13] didrocks: ^^ can't update apps in #15 [11:14] aargh why doesn't jenkins log you in straight away... [11:17] didrocks, I think that's my biggest beef with the train currently ↑ is there anyone looking at it? === jhodapp|afk is now known as jhodapp === vila changed the topic of #ubuntu-ci-eng to: Ubuntu CI Engineering Team | Vanguard: cihelp | 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: spreadsheet problems, do not trust CI-SNCF bot [11:52] Hi guys [11:53] So, the power company informed me that it will be fixed till 15 [11:53] So in max an hour from now ;/ [11:57] til 15 ? [11:58] should i promote 15 now so they are faster ? ;) [11:58] ogra_: file in gone? [11:58] cyphermox, gone in you mean ? yeah :) [11:59] 14 has it [11:59] oh, right [12:05] ogra_: you promoting 15 even though we can't update apps? [12:06] or is this isolated to us? [12:06] popey, only promooting if you tell me as i said in the meeting [12:06] i wont go that path alone without anyone else to blame for it :P [12:06] Well, I'm -1 until I know more about why this is failing to update. [12:06] popey, i'm on 14 here btw [12:07] so we already promoted the breakage ... but i agree we shouldnt promote until we know whats up ... did you ask the signon guys ? [12:08] looking for an existing bug [12:08] i thought pat may have filed one [12:08] lets wait and ask then :) [12:08] ok [12:08] thostr_: is there something that could be done about the old landing lines 1+2 (normalize indicator startup, add public alarm API) which are 2+ months old? clean up, land? [12:08] i cant see one from him, maybe his was only crashing of u-s-s [12:09] ogra_: who are the signon guys? [12:09] no idea :) [12:09] mardy perhaps [12:10] i see a lot of MPs come from him [12:13] Saviq: it's on the umbrella of your RT ticket [12:13] Saviq: there is an issue with the sso integration [12:14] popey: nothing new, right? or is it, [12:15] didrocks, k thanks [12:15] Saviq: I've pushed and complained multiple times about it, not sure what else I can do [12:15] Saviq: you can follow up on the RT maybe? [12:15] didrocks, doing [12:15] didrocks: dunno, not been dogfooding for a while. [12:17] popey: there has been absolutely no change related to that [12:17] in #15 [12:17] Mirv: I'll clean those up [12:17] didrocks: ok, so it's pre-existing, has someone filed a bug for it? where's it tracked? [12:18] didrocks, it is broken in 14 too [12:18] ☹ [12:18] thostr_: thanks! [12:18] popey: so, I guess time to open one and get some bisecting :/ [12:18] * popey opens one [12:20] popey: seems to be the download-manager, right? [12:20] from your warning [12:20] didrocks, truth be told if we want to allow unauth access to jenkins, I'm not sure how this could be solved - we'd need jenkins to 401 when going to the "build" page, because now it just displays it and when you press "build" you get looped back to the same page, just logged in [12:20] not sure [12:20] Saviq: already, if the cookie was working for a longer time, that would be of some help [12:21] which actually makes sense... why would jenkins display you the fields/buttons when you can't press it... [12:21] Saviq: it does actually [12:21] popey: I would open against it, seb128, what do you think? [12:21] didrocks, how do we end up at the page with fields and buttons and a "log in" button [12:21] mandel, ^^^ [12:21] well, opened already at https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1317067 [12:21] Ubuntu bug 1317067 in ubuntu-system-settings (Ubuntu) "Can't update apps in #14 & #15 utopic " [Undecided,New] [12:21] can be re-assigned [12:22] seb128: ^ [12:22] didrocks, that should be impossible... same as when you try to go to the "rebuild" link on s-jenkins, if you're not logged in, it redirects you to the main job page [12:22] Saviq: I really guess your biggest issue is that the cookie life is too short [12:23] if you were logged in for 2 weeks, that wouldn't be a biggie [12:23] didrocks, it wouldn't be an issue if jenkins would request a login ;) [12:23] didrocks, most of the time it'd just get looped straight through SSO [12:24] Saviq: that's true [12:24] didrocks, but yeah, both solutions would reduce the impact (but the shorter cookie would also reduce security in case of someone having their rights revoked) [12:24] s/shorter/longer/ [12:26] popey: anything else from your dogfooding apart that? [12:27] didrocks: no. all looks good aside from that [12:29] ok, thanks [12:29] ogra_: ready for repromoting? [12:30] didrocks, so we dont want to find a fix first ? [12:30] (or at least a cause) [12:31] ogra_: well, is it new since #14? [12:31] seems not [12:31] so let's separate concerns [12:31] and nor seb128 or mandel are around [12:31] i see it in 14 ... but i havent updated any apps in 3 [12:31] (seb will be back soon) [12:31] so i cant say if it was in 3 [12:31] ogra_: but it was in 14… [12:31] and we promoted it [12:31] yes [12:31] so that's a different topic [12:31] k [12:32] then, would be nice to have someone trying 3 [12:32] i am on 2 now [12:32] will do 3 next [12:32] popey: working on 2? [12:32] as i said above, as long as i have someone else to blame for it i will happily promote :) [12:32] dunno yet, signing in [12:33] didrocks: yes, works in #2 [12:33] shall I try #3? [12:34] popey: let's try to target so that you don't have to try every images [12:34] * didrocks looks for signon or u-s-s updates [12:34] ok [12:34] or download-manager [12:34] 5 [12:35] and 6 [12:35] u-d-m landed in 6 [12:35] popey: yeah, seems that one of them, maybe start with 6? [12:35] oh, in 5 too [12:35] * didrocks downloads 5 [12:35] I'll do 6 then [12:35] back [12:35] 2014/05/07 13:35:44 Failed to locate image 6 [12:35] didrocks, reading backlog [12:35] bah! [12:36] yeah, these rushed landings ... u-d-m only matured for 8 weeks in its silo ... [12:36] popey: ubuntu-touch/devel-proposed? [12:36] ah [12:36] duh [12:36] ok, got it [12:36] phew :) [12:36] ☻ [12:36] keeping you on your toes ㋛ [12:36] heh ;) [12:37] 5 downloading, taking a shower meanwhile :) [12:37] didrocks, we didn't have any settings landing in ages [12:37] yeah, we just need to prove that he cant move ! [12:37] seb128: agreed, think it's u-s-s :) [12:37] gatox is working on some fixes for the updates panel [12:37] he submitted like 3 or 4 mps yesterday [12:38] it's on my list for today, review/test/organize a landing [12:38] its not the panel i think [12:38] seb128: you think those changes are to work with latest u-d-m? [12:38] like, they changed some protocol? [12:38] unless that gives the wrong path to the download-manager [12:38] didrocks, no, I'm unsure what the issue you guys are discussing is [12:38] seb128, yes... i'm reviewing the fail you mentioned... i'm building it on the phone without any problem, so it's weird [12:39] gatox, that's a build on my desktop, I didn't try on the phone [12:39] gatox, let me know if you need debug info from me [12:40] seb128, ahh.. i can't test it on the desktop... bzr bd has NEVER worked for me in the desktop :S i'll check what might be wrong anyway [12:40] gatox, what is not working under bzr bd? [12:40] seb128, it always gave me a timeout error from launchpad... [12:40] ?! [12:40] yap [12:41] what has bzr bd to do with launchpad [12:41] can you pastebin the error/log? [12:41] seb128, ok... let me do it again [12:43] seb128, ok.... my bad totally.... i've always used with bzr bd lp:..... everywhere.... not with a local branch, with a local branch it works in the desktop.... with a remote branch fails with timeout (not in the phone though) [12:43] gatox, ok, good ;-) [12:44] seb128: we are discussing about https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1317067 [12:44] Ubuntu bug 1317067 in ubuntu-system-settings (Ubuntu) "Can't update apps in #14 & #15 utopic " [Undecided,New] [12:44] gatox, ^ do you have any idea on that one? [12:45] didrocks, popey, ogra_: do we have new clicks on the new image? [12:45] ** (process:2946): WARNING **: Couldn't parse desktop file /opt/click.ubuntu.com/com.po\x99 [12:45] that's weird [12:46] seb128: on #15? [12:46] I wonder if one of the clicks is buggy and that creates confusion [12:46] or 14? [12:46] on images where the issue happen [12:46] we only dropped one ... no new ones in a while [12:46] no update in the image that introduced the bug? [12:46] seb128: ah, we still don't know where it started to happen [12:46] k [12:46] seb128, didrocks we should check if it is related to this: QQmlExpression: Expression file:///usr/share/ubuntu/settings/system/qml-plugins/system-update/PageComponent.qml:396:38 depends on non-NOTIFYable properties: (although it says warning).... anyway, i proposed a branch for that yesterday .... or the other dbus problems that seems to be from signon [12:46] gatox: can you check with latest image? [12:47] didrocks: #6 is broken too [12:47] didrocks: updated the bug [12:47] popey: I'm ssoing [12:47] in #5 [12:47] gatox, QDBusObjectPath: invalid path "https://public.apps.ubuntu.com/download/com.ubuntu/music/com.ubuntu.music_1.3.453_armhf.click" [12:47] that's weird as well [12:47] popey: mind just downloading #4? [12:47] in case ;) [12:47] sure [12:47]