[00:05] Gah, I need to remember to wait longer after imgbot declares a build finished... I keep getting the previous build flashed because I didn't wait long enough. [00:07] robru: can you please allocate rtm silos for line 88 and 86? [00:15] bfiller: ok you got rtm silos 3 and 6 [00:15] robru: ty!! [00:15] bfiller: you're welcome! [00:23] trainguards: can I get a silo for line 85? [01:01] dobey: Around? Got any info about how to test the new behavior in silo rtm-022? https://code.launchpad.net/~dobey/unity-scope-click/invalid-token/+merge/235852 [01:01] The MP and test plan say nothing about how to actually check it. [02:10] === trainguards: IMAGE 257 building (started: 20140926 02:10) === === fginther changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: - [02:34] ToyKeeper: hi! I've added info on how to test silo rtm-022 to the end of the click scope testplan: https://wiki.ubuntu.com/Process/Merges/TestPlan/unity-scope-click [02:34] thanks for noticing! [02:41] robru: I'm here on and off, I've been pretty sick today though, and hoping to get to bed before 12 if at all possible [03:10] === trainguards: RTM IMAGE 67 building (started: 20140926 03:10) === [03:29] alecu: Thanks for getting back to me so fast. :) [03:40] === trainguards: IMAGE 257 DONE (finished: 20140926 03:40) === [03:40] === changelog: http://people.canonical.com/~ogra/touch-image-stats/257.changes === [04:03] AlbertA2: silo 027 for line 85 [04:15] === trainguards: RTM IMAGE 67 DONE (finished: 20140926 04:15) === [04:15] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/67.changes === [05:25] trainguards: good morning, can I have a silo for line 67 ? [05:56] oSoMoN: sure [05:57] at least if our login server starts to work [06:10] Mirv, thanks! [06:17] funny how we now have 10 more silos and the utopic ones are full :) [06:17] mostly because of utopic freeze though and packages being stuck === tvoss|afk is now known as tvoss [07:54] pete-woods: pstolowski: so I think the end result of landing-020 discussion was that the new apparmor blacklist file should not be in libthumbnailer, but maybe in the common package? [07:55] Mirv: yes. the problem is it is arch specific. just talking about what to do now... [07:56] pete-woods, hey are you aware of any plan to remove the requirement to sign in to u1 from the click scope? [07:56] pete-woods: ok, thanks. [07:56] brendand: no, wasn't aware of that at all [07:57] ogra_, i appear to be in a bit of a situation with adb [07:57] pete-woods, well that might be for a good reason - it's just i was testing a system-settings silo (of all things) last night, and all of a sudden found myself not needing to sign in [07:57] pete-woods, i'm 100% sure i wasn't already signed in [07:58] pete-woods, not implicating you in that issue, but thought you might know if that was intended [08:00] brendand: sorry, no. you'd have to talk to one of the click scope developers (american / brazil tz) alecu or dobey [08:00] it could well be intended [08:01] and IMO it's waaay better not to have to sign into some random account I don't want just to download apps [08:01] * pete-woods will check the bzr logs on the click scope [08:04] pete-woods, i agree - but i didn't install anything click scope related [08:08] brendand: man what did you break now [08:08] davmor2, adb [08:09] but why ? [08:09] ogra_, how can i check that everything is right client side? [08:09] ogra_, i've even reverted way back to a known good image [08:09] android-gadget-service status adb [08:09] ogra_, bah, i meant host side [08:09] ps ax|grep adbd [08:10] ogra_, although isn't the laptop the client in this scenario :P [08:10] well, check your syslog and see if you get USB plug events when you re-plug [08:10] ogra_, i will - but i have MTP connectivity so... [08:11] that would be checking the lowest level [08:11] right, if you have working mtp the connection should be fine [08:11] but syslog would still tell you if it i.e. doesnt know the vendor or device ID [08:12] (which is essntial for handling the permissions via udev) [08:12] ogra_, http://paste.ubuntu.com/8431270/ [08:12] on the next layer you can simply try restarting the adb server [08:12] adb kill-server; adb devices [08:12] ogra_, done that many times [08:13] ogra_, since last night this is happening [08:13] ogra_, and the weirdest thing is it works in recovery [08:13] weird [08:13] ot gets forced on in recovery ... are you sure the developer mode is actually still enabled ? [08:14] ogra_, yep - adbd is running, 'adb enabled' - the switch is correct [08:14] did you try on another machine ? === tvoss is now known as tvoss|afk [08:15] * ogra_ gets meeting coffee [08:16] brendand: ogra_: it works here are you testing ogra_ 's silo or something? [08:16] brendand: looks like the scope hasn't been updated in utopic since the 15th, but we just synced that version to RTM [08:17] but that release only added support for showing dollars , or something like that [08:18] davmor2, nope i'm using the last promoted image now [08:18] and looking back through the history, I see nothing to imply the login requirement has been removed [08:18] ogra_, don't have another laptop [08:18] hmm, i think my nexus 7 is bricked. can't boot it [08:26] bah, my session just crashed after OTA [08:26] ogra_, i found another laptop, but it's trusty [08:26] and now it hung for 20sec during SIM unlock [08:27] ogra_, i wonder do adb and adbd produce any verbose logs? [08:28] ogra_, mako is working fine for me btw [08:28] not really [08:28] on the device adbd logs to syslog ... [08:28] beyond that adb shell uses sudo so that goes to auth.lo [08:28] g [08:29] and there is the upstart job that captures stdout of the adbd daemn [08:29] it doesn't show up in adb devices either [08:29] *daemon [08:34] brendand, android-gadget-service enable ssh [08:34] (indeed requires your key on the device) [08:38] ogra_, huh? it just contains 'stdin: is not a tty'? [08:38] ogra_, the android-tools-adbd.log [08:38] yes [08:38] ogra_, oh. that's helpful [08:38] adbd isnt very noisy :) [08:48] ogra_, what versions of packages do i need to have to make krillin work? [08:48] ogra_, android-tools-adb and phablet-tools latest i guess? [08:48] ogra_, from which ppa? [08:49] ogra_, since this other laptop is trusty [08:54] brendand, phablet-tools [08:56] 20140923, must be new enough [08:57] ogra_, ok it appears now on my other laptop [08:57] phew [08:57] USB 3.0 vs USB 2.0 ? [08:57] ogra_, yes perhaps [08:58] or does one of the BIOSes have some legacy mode en/disabled [08:58] ogra_, i always used the 3.0 port before [08:58] ogra_, i know the one that's working doesn't even have EFI [08:58] well, it looks like a transport prob [08:58] i'd check the USB settings in the BIOS/UEFI [09:00] ogra_, ok fixed! [09:00] :) [09:00] ogra_, had to upgrade android-tools-adb on the laptop [09:01] hah [09:01] ogra_, but why? not that i want to think too hard about it [09:01] depends how outdated you were there ... [09:02] we once added the proper udev rule for krillin ... that was the last change to adb on the PC side though [09:02] well i can get back to work now at least [09:02] and was quite a bit ago [09:02] ogra_, i went from 24 to 35 [09:03] ogra_, i think i know what happened [09:03] yeah, most of them were adbd ... not adb changes [09:03] ogra_, i defined that rule manually according to the wiki page [09:03] ah. yeah [09:04] sil2100, none of the changed packages grew a direct dep ... [09:05] sil2100: ^ note that you're landing stuff :) [09:06] sil2100: in other news, what's blocking some landings currently: https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1374355 [09:06] Launchpad bug 1374355 in mesa (Ubuntu) "GLX error with the new Mesa 10.3" [Undecided,New] [09:14] trainguards, network-manager is out of unapproved into utopic, so you can reclaim its silo and I guess we'll need an rtm one [09:14] cyphermox: is there a LR for rtm? [09:14] lool: thanks, doing that [09:14] a what? [09:15] a landing reqeust [09:15] I don't know, tvoss was dealing with all of this [09:15] cyphermox: too many TLAs! [09:15] cyphermox: ok [09:17] cyphermox: I've added a line in the spreadsheet with the 3 of us listed for network-manager + rtm; noted to look at list of visible wifis [09:17] sil2100: the bug blocks among else Unity8 from migrating to release pocket, which blocks mzanetti & co on continuing towards the next landing. I think we might want to merge & clean. [09:19] Mirv: would that mean it merges our code, but still doesn't release the updated unity8 package to distro? [09:20] mzanetti: yes, so that you would have trunk up-to-date and maybe consider doing "rtm first" for the next landings. but I'll let sil to comment on that. [09:21] sure [09:21] just want to understand what the options are [09:25] lool: I fixed the line to be a network-manager sync from utopic (instead of sync:1), and assigned a silo [09:25] Mirv: ok, thanks [09:52] mitya57: could you smoketest the appmenu from the PPA once more so I can mark it as tested and let sil2100 press the publish button? [09:56] Mirv: yes, wait a moment [09:58] is there an ETA for the next build on rtm-proposed? really keen to test out wpa fixes [10:00] Mirv: tested https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-030/+build/6411305/+files/appmenu-qt5_0.3.0%2B14.10.20140926-0ubuntu1_i386.deb, works fine [10:02] mitya57: thanks! [10:05] Mirv: sil2100: were you planning on building a new image soon? [10:05] it might be useful to build a new image for the wpa fix. [10:05] doh [10:05] joc: ^ sorry :D [10:13] trainguards, something weird happened with qtubuntu-sensors; it has a higher version in ubuntu-rtm than in ubuntu [10:14] ubuntu-rtm seems to have skipped one version [10:14] (Cc: oSoMoN ) [10:14] lool, why is that weird ? [10:14] it should have been a sync [10:14] also we're pretty screwed if we bump the version in ubuntu now [10:14] lool, you can nowadays land in rtm first (but need to go on to do so once you started i think) [10:15] ogra_: the same fix was landed in ubuntu, then in rtm [10:15] so it should have been the same source [10:15] also, no rtm version in the rtm source [10:15] qtubuntu-sensors | 0.6+14.10.20140924-0ubuntu1 | utopic/universe | source, amd64, armhf, i386 [10:15] lool, well, i guess it was beta-frozen in ubuntu then [10:15] qtubuntu-sensors | 0.6+14.10.20140924-0ubuntu2 | ubuntu-rtm/14.09/universe | source, amd64, armhf, i386 [10:15] it's not in unapproved [10:15] colin is just unleashing the horses [10:15] and it was accepted in ubuntu first [10:16] ok, then it is weird ... agreed :) [10:19] Ah uh [10:19] lool: ok, so the reason why it's like that is: [10:20] lool: qtubuntu-sensors got synced into a silo, then removed, and then rebuilt again with a source sync - since PPAs don't allow pushing the same version to the same PPA again, CI Train had to bump the ubuntu version ;/ [10:22] lool: it was like that because those were source copies still, not binary copies [10:23] lool: not sure how to resolve this now [10:23] Mirv: ;) [10:25] cyphermox: do you mean an RTM image or utopic image? ;) [10:25] Where did that land? [10:25] RTM [10:30] lool: in any case, this should not happen now as we're doing binary copies instead [10:31] * ogra_ can happily build an RTM image if wante [10:31] d [10:31] Yeah, I think we can build an image now, nothing specific we're waiting for [10:32] ogra_: fire away! [10:32] done [10:33] john-mcaleely, were you planning another device tarball today ? [10:33] * ogra_ would like the last adb fix from rsalveti in ... [10:34] (since it will improve RTM testing on krillin a lot) [10:39] sil2100: we could copy the ubuntu2 source to ubuntu [10:39] with binaries [10:40] === trainguards: RTM IMAGE 68 building (started: 20140926 10:40) === [10:45] lool: I would have to understand why the source copy has happened, but anyway ubuntu1 and ubuntu2 have the same contents [10:45] Exactly the same contents [10:45] At least the sources [10:45] Since binaries might differ [10:46] sil2100: what worries me is if an ubuntu upload happens now [10:46] I suppose it would reject an ubuntu2 [10:46] Why? [10:46] lool, nobody would do such an upload though ... it would go through a silo [10:46] which bumps the upstream date [10:47] lool: yeah, since it's a CI Train package, so it only bumps the upstream version [10:47] We should be fine in overall [10:47] I've copied to ubuntu [10:47] seemed plain wrong to have two versions with the same contents and using ubuntu numbering and a higher version in rtm === greyback__ is now known as greyback [10:51] pete-woods: pstolowski: should that "Re-enable valgrind" hud landing land to rtm too, ie should I add a line for it? [10:51] Mirv: it landed already. confusing because of the beta freeze! [10:51] i.e. made it into RTM first [10:51] bad, yes! [10:52] trainguards: can utopic silo 16 be published, please? [10:52] pete-woods: ah well, yes that's the new normal anyway that packages first to RTM, I just thought https://lists.canonical.com/archives/rtm-14.09-changes/2014-September/000451.html didn't include it (and it's the only hud landing I see in rtm) [10:56] bot is going wild [10:56] Mirv, sil2100, how to i reach the 20+ PPAs on the dashboard ? [10:57] * ogra_ wants to publish 026 [10:57] ogra_: psychicly? [10:57] davmor2, hmm [10:57] ogra_: mm, by scrolling down? [10:57] * ogra_ tries [10:57] Mirv, it ends at 20 ? [10:57] ogra_: not for me [10:57] http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q= [10:58] weird [10:58] refresh? [10:58] oh [10:58] funny [10:58] it auto-refreshed all the time [10:58] but didnt add the new bits [10:58] the page is so ajax it sometimes forgets about itself in all that asynchronous smoothness [10:59] heh [10:59] the bot is really serious about that cleaning of 011 [10:59] hehe [11:00] it must be glossy and polished in the end [11:00] * davmor2 wonders what the devel communities fetish with household cleane, vim, ajax we are only missing cilit bang [11:01] davmor2, geez, dont tell it more brands ! [11:01] s/cleane/cleaners [11:01] ogra_: I expect to see demestos and dettol some time soon ;) [11:02] nooo ... dont give the bot ideas ! [11:02] see [11:02] flash, mr muscle, toilet duck [11:03] queuebot, we get it [11:04] someone get the bot some industrial bleach [11:07] not it wants to tell us how clean it got it === pstolowski is now known as pstolowski|lunch [11:09] it's so empty and clean now it's practically a vacuum [11:09] even quarks don't pop in and out of existence [11:12] Mirv: can we run that packaging NACK by another distro person? it seems that the file that they wanted to go into -common is actually arch specific [11:12] actually never mind, we'll do another solution [11:12] pete-woods: any distro person would say libthumbnailer0 is a wrong place for /etc file [11:12] agreed [11:12] terrible plan, causes known classes of problems [11:13] doesn't matter whether it's arch-specific or not, that's another axis [11:13] okay, that's fine by me then. just wanted to ensure that wasn't a valid argument [11:13] -common can be arch-specific if that's what it takes [11:23] do you want more clean? more clean! [11:25] yes! [11:25] sil2100: ^ might I turn your attention towards the bot? [11:30] wow, those PPA are really clean! [11:35] thanks Laney [11:35] oops [11:35] Mirv: you or any ubuntu member can remove it when fixed apparently [11:35] quite liberal acl in here [11:51] hmm [11:52] Mirv: I don't know the queuebot code [11:52] The dashboard looks fine so I have no idea why it's going crazy on those 2 silos [11:53] (which are obviously empty now) [11:54] Mirv: love your comments on the queuebot's craziness ;) [11:54] you'd need to get stgraber to fix it I expect [11:54] I think robru is the main author of the recent queuebot plugin additions [11:54] I don't even know where the code is held, would have to look === sil2100 changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: queuebot has gone crazy, temporarily disabled [11:59] sil2100: ok, let's wait for robru mayabe then [12:00] Mirv: we had such an error in the past when queuebot was indexing landings per description, but that was fixed long ago [12:07] sil2100: hey... just figured that we have this issue once more [12:07] qtdeclarative5-qtmir-plugin : Hängt ab von: libmircommon1 (>= 0.7.3+14.10.20140918.1) aber 0.7.3+14.10.20140918.1~rtm-0ubuntu1 soll installiert werden [12:09] grrr [12:09] Mirv, sil2100, spreadsheet line 94 and 95 please [12:09] * sil2100 loves hard-deps [12:09] mzanetti: in which silo is that? [12:09] sil2100: rtm/6 [12:10] mzanetti: this time it might not be easily fixable, as a re-release as a binary copy might be risky and a bit of a hassle, one moment [12:10] ogra_: o/ [12:10] ogra_: ok [12:10] :) [12:10] ogra_: ok, it seems Timo is on it ;) [12:10] sil2100: are we doing something wrong in unity land? [12:11] ogra_: conflicts with landing-018 (touch-session) [12:11] gah [12:11] mzanetti: no, all is good, it's just a specific case [12:11] rtm would be fine [12:11] Mirv, then leave it for now, rtm and utopic need to land at the same time [12:11] else one of them wont pass any tests anymore [12:11] well [12:11] ogra_: ok, removing the assigned rtm silo [12:12] *if* the session stuff lands in both actuall [12:12] i could hold back the utopic side i guess [12:12] Mirv, leave the rtm silo ... i can at least prepare everything === boiko_ is now known as boiko [12:19] ogra_: ok, reassigning :) [12:19] sorry :) [12:20] ogra_: ubuntu-rtm/landing-008 [12:32] fginther: hi! Do you know what's wrong here? To my knowledge, we haven't changed coverage rules in a long time, so I'm not sure why it's failing: https://jenkins.qa.ubuntu.com/job/accounts-qml-module-utopic-amd64-ci/3/console [12:32] mzanetti: let me take a look at this in a moment again ;/ [12:34] sil2100: ok. have to leave for about 1.5 hours now. can you coordinate with kgunn until I'm back please [12:34] mzanetti: o/ got it [12:35] he should be up to date with current status [12:36] ACK [12:37] trainguards: please can I get silo for row 81 [12:37] actually no, please ignore that [12:37] silo6 still not landed [12:49] davmor2: pingaling [12:53] pete-woods: pstolowski|lunch: hmm, the rtm 018 is actually empty silo, it didn't build anything... [12:54] the source silo was gone and it tried syncing from utopic but did not. so, reconfiguring and kicking abuild. [12:54] Mirv, hmm, that didnt work (rtm-008) [12:54] seems there is some unmerged thing === pstolowski|lunch is now known as pstolowski [12:55] hmm, in fact it seems to be choking on the ~rtm versioning [12:55] brendand: there is no plan to remove that requirement, no [12:55] 0.108+14.10.20140909.1~rtm-0ubuntu1 vs 0.108+14.10.20140909.1 [12:55] dobey, context, not much? [12:56] ogra_: it does say it's warning, not error, though. [12:56] dobey, ah the question i asked this morning [12:56] brendand: you asked if there was a plan to remove the requirement of signing in to a u1 account to install apps, no? [12:56] dobey, right i hit a weird bug like that. not reproducible now though [12:56] Mirv, why does it complain then ? [12:57] ogra_: well, maybe it fails anyway because of that. I'm not sure which flag to set to force it. [12:57] sil2100, ^^ any idea ? [12:58] https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-008-1-build/41/console is the console log [12:59] oh, was i missing a prepare run ? [12:59] What's up exactly? [12:59] sil2100, https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-008-1-build/41/console ... results in "Can't build: Some projects are missing revisions from distribution." [12:59] ogra_: ah, so you're landing first for RTM here? [12:59] seems i have to [13:00] ogra_: hmmm [13:00] ogra_: wait [13:00] rsalveti occupies ubuntu-touch.session in another silo for utopic ... and he is out til monday [13:00] ogra_: so, I see 2 silos with the same MP, both targetting different distros [13:00] i would muchly prefer to land in utopic first [13:00] sil2100, yes [13:00] two different dbus versions [13:01] ubuntu-toch-session will be the same in both ... dbus cant be [13:01] ogra_: right... but this will require having 2 different MPs anyway, since you need to target different trunks [13:01] err wht ? [13:01] why would i [13:01] it is the same trunk but two different dbus source packages [13:02] Since landing it for one distro will make the given merge request merged into trunk, then the other will want to merge the same thing again [13:02] cwayne: slap [13:02] i want the same change of ubuntu-touch-session in both [13:02] davmor2: ow [13:03] Then why can't you land ubuntu-touch-session from an MP to utopic and then do a binary copy to RTM? [13:03] sil2100, can we override the utopic landing of rsalvet then (i doubt he will mind a re-build on monday) [13:03] cwayne: what's up dude? [13:03] davmor2: may have a new custom for you to test later, that would fix the webapps issues for realsies [13:03] ogra_: I just mean, CI Train cannot re-use merges for 2 landings [13:03] cwayne: yay [13:04] sil2100, right, so can we override the block from ubuntu-018 then, then i can land in utopic first, you do a sync and i can push the other dbus to the rtm silo [13:05] ogra_: ok, then let me reconfigure the RTM silo for you and build the utopic one so that it builds correctly [13:05] And then sync it up to the RTM silo [13:05] sil2100, i need to upload the right dbus into the utopic one first i guess [13:05] (i had ignored utopic because of the block) [13:06] Yeah, upload it to the utopic PPA, we'll build the ubuntu-touch-session then and I'll work on syncing it up to the RTM silo correctly (without the dbus, as you mentioned you want a different dbus there) [13:06] yeah [13:08] Mirv: damn. will have to test again [13:09] :( [13:09] I guess it explains why there were no regressions [13:10] mzanetti, kgunn: the silo that had those dep problems... which one was that? Since rtm/6 is ubuntu-keyboard from bfiller === josepht changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need other help? Ping vanguard: josepht | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: queuebot has gone crazy, temporarily disabled [13:13] pete-woods: it'd been a perfect regression-free release, though :) [13:13] Mirv: I can't seem to install the debs from that PPA now [13:13] dpkg: dependency problems prevent configuration of unity-plugin-scopes:armhf: [13:13] unity-plugin-scopes:armhf depends on libunity-scopes3 (>= 0.6.6+14.10.20140916); however: [13:13] Version of libunity-scopes3:armhf on system is 0.6.6+14.10.20140916~rtm-0ubuntu1. [13:13] does that mean we need to do more like a source build in the PPA? [13:14] pete-woods: it sounds like that sil2100 ^ [13:14] davmor2: care to give 14.09-proposed-customized a try? i can launch webapps/tagger after a --wipe [13:14] cwayne: one second [13:14] I'm not sure what's the best way to move to source build from a situation like that [13:17] sil2100, should i upload before assignment (or is the dashboard just cheating me) [13:18] uh, wait, the dashboard is plain wrong [13:18] heh [13:18] thats what i thought [13:19] There's something strange going on, ugh [13:20] sil2100: yep [13:20] sil2100: oops silo19 [13:20] hmmm [13:20] HmMmMmMmmMm [13:21] heh [13:21] * ogra_ listens fascinated to the sounds sil2100 makes [13:21] ogra_: so, it's back on the dashboard after a reconfigure [13:22] heh, k [13:22] ogra_: I guess it's safe to upload dbus now [13:22] But I have NO idea what's going on, the dashboard gone crazy, the queuebot as well [13:23] uploaded ... [13:23] * ogra_ waits [13:30] kgunn: ok, looking [13:30] sil2100: thanks, lemme know if i need to try something [13:34] * sil2100 sighs [13:34] The whole source-copy experiment causes more problems then it should [13:36] kgunn: ok, so what I recommend is: let's add mir to silo 19 [13:36] kgunn: we will do a binary copy of the last version, which should satisfy the dependencies and not require much additional testing as it should be the same as what we have in the distro, just without the ~rtm version [13:36] * ogra_ wonders what happened to the RTM image [13:36] ogra_: oh, right, we didn't get a message [13:37] https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu-rtm/14.09/ubuntu-touch/ [13:37] rootfs only finished 9min ago [13:38] i wonder why it took so long [13:39] kgunn: on the other hand, damn... we can't do this easily [13:39] hmmm [13:39] kgunn: would you be around to do some quick RTM testing? [13:43] kgunn: there's RTM silo 011 which now has mir in it - I would like to fast-track it to ubuntu-rtm, as it is a no-change rebuild [13:43] kgunn: but I would appreciate some help in making sure all still works there [13:45] ogra_: don't be blocked by my silo [13:45] still waiting tedg to review the indicator mr [13:46] rsalveti, yeah, i would just have triggered a rebuild later [13:49] sil2100: ack [13:49] camako: hey just in case ^^ ...i'm gonna test silo11...unless you've already got it going ? [13:50] kgunn: make sure that you can install it properly on the device [13:51] kgunn: once mzanetti is back I'll ask him to install it alongside silo 19 if it fixes the issue [13:51] Binary copies are not super compatible with source copies [13:51] sil2100: ack, i don't mind doing both [13:52] mterry: fginther is hitting that "'Error: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name com.canonical.UnityGreeter was not provided by any .service files" error every time in at least one place it seems now. [13:52] plars, alright, I'll spend some time today on it and give you a patch to try [13:52] mterry: thanks! [13:54] sil2100: could you please assign a silo for line 8? we can move on the urfkill landing and get further testing [13:54]