[10:13] <elacheche> Hey!
[10:13] <elacheche> I was looking for a way to check is the screen is locked or not via CLI.. :/ And if someone have an idea when the idle == "?xdm?" bug will be fixed
[10:13]  * elacheche is trying to script a cron that send a mail whenever a user forget his screen not locked
[12:21] <mterry> Saviq: heyo!  Hope you had a good holiday  :)  I found the bug that prevented RealName from being set -- usermod didn't work with a read-only  /etc, which I hadn't happened to test on before.  So I updated shadow again, pushed to xenial and ppa 76
[12:22] <mterry> Saviq: I also see the notes about the right edge desktop tutorial not even letting you through.  OK will look at that again
[12:31] <Saviq> mterry, nice ,thanks
[12:32] <Saviq> mterry, the latter should be reproducible on desktop
[12:37] <Saviq> mterry, that might explain why I saw real name working before - I probably had it on an rw device
[12:37] <mterry> Saviq: yeah me too  :(
[12:52] <Saviq> mterry, we're getting another chance on https://requests.ci-train.ubuntu.com/#/ticket/1186 after all, can you upload shadow (bincopy from archive for xenial and bincopy from 76 for overlay)?
[13:03] <mterry> Saviq: shadow copied.  I believe correctly this time  :)
[13:05] <Saviq> tx
[13:05] <Saviq> mterry, great, thanks
[13:06] <Saviq> "Copied from ubuntu xenial in Primary Archive" that does sound reassuring :D
[13:15] <tsdgeos> Mirv: https://bugs.launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/+bug/1563320
[13:33] <mterry> Saviq: ok and the right-edge desktop branch should have a fix now
[13:34] <Saviq> mterry, great, adding that
[13:36] <Saviq> oh grr, qtmir failed to build... EnableCoverage disappeared ¿?
[13:37] <Saviq> greyback, do you guys ever check coverage in qtmir anyway?
[13:37] <greyback> Saviq: nah
[13:37] <greyback> ok to remove it
[13:38] <Saviq> not sure that would help TBH
[13:38] <Saviq> f00k
[13:39] <Saviq> there's a new cmake in proposed since 2h ago :S
[13:39] <mterry> heh
[13:40] <Saviq> so cmake-extras are b0rked
[13:40] <Saviq> gaah
[13:40] <Saviq> not sure how to fix that for real
[13:40] <mterry> Saviq: is it borked borked or just changed and we have to update?
[13:40] <mterry> Saviq: because if it's borked we can get an archive admin to remove it from proposed
[13:41] <Saviq> mterry, needs a no-change rebuild in theory
[13:41] <mterry> Saviq: cmake does?  let me see if I can push that button
[13:41] <Saviq> mterry, no, cmake-extras
[13:41]  * mterry can, but whether I should
[13:42] <Saviq> mterry, but also should have a versioned cmake (= ) dep
[13:42] <Saviq> so that it prevents publishing cmake until cmake-extras gets rebuilt
[13:42] <mterry> Saviq: I don't see a new cmake-extras in https://launchpad.net/ubuntu/+source/cmake-extras
[13:42] <Saviq> mterry, exactly
[13:44] <mterry> Saviq: we use the train for cmake-extras it looks like.  We can just throw a no-change fix in our silo
[13:44] <Saviq> mterry, yeah, just doing that
[13:44] <mterry> Although I guess this would block other people too
[13:45] <Saviq> true dat
[13:45] <Mirv> tsdgeos: ack. current qtdeclarative landing has been pending for two weeks because of KDE autopkgtest breakage so silo can't enter QA queue
[13:45] <Saviq> mterry, I think this warrants a quick no-change upload to xenial proposed
[13:46] <Saviq> so that other people don't have to find out on their own
[13:46] <Saviq> and when we land cmake-extras next, we'll sync the changelog
[13:46] <mterry> Saviq: ok.  I'm  not familiar with the exact breakage, but I'll trust you.  no-change is unlikely to break something
[13:46]  * mterry uploads
[13:47] <Saviq> mterry, it's quite simple, https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/cmake-extras/wily/view/head:/CMakeLists.txt
[13:47] <Saviq> CMAKE_ROOT changes with cmake majir/minor versions
[13:47] <Saviq> *major
[13:48] <Saviq> so the real problem is that https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/wily/cmake-extras/wily/view/head:/debian/control does not have a versioned Depends on cmake (= $cmake_version)
[13:48] <Saviq> or well, a cmake (>= $cmake_version), cmake (<< $cmake_version+1)
[13:48] <mterry> Saviq: OK, well I just did the quick fix and uploaded a no-change.  Still needs to be manually approved to enter the queue, but should happen relatively soon
[13:49] <Saviq> mterry, ack, thanks
[13:49] <Saviq> IIUC the above would block cmake from getting into archive unless cmake-extras is rebuilt (due to cmake-extras being uninstallable)
[13:50] <Saviq> s/being/becoming/
[13:52] <Saviq> obviously this wouldn't help when built with proposed, but at least someone will notice cmake's stuck in proposed (hopefully)
[15:53] <pstolowski> josharenson, hey, have you just added MP to silo 71? cause I did fix the problem of DEFAULTS a few hours ago already (it's in my main unity-scopes-shell branch) :/
[15:53] <pstolowski> josharenson, and we have conflict now
[15:54] <josharenson> pstolowski: ok ill remove the MP
[15:54] <pstolowski> josharenson, sorry, i didn't know you intend to work on the plugin side too
[15:54] <josharenson> pstolowski: its ok, i figured a lot of people were on holiday yesterday so I was safe to get that in
[15:55] <pstolowski> josharenson, i'm still debugging one more issue with our changes in this silo
[15:57] <josharenson> pstolowski: what is the issue?
[15:58] <pstolowski> josharenson, you should be able to +1/-1, but the icon doesn't change after you +1 something
[15:58] <josharenson> pstolowski: ah ok
[15:58] <pstolowski> josharenson, this is because at some point the categoryId of the activated results is dempty on the shell plugin side.. currently debugging if unity8 is passing it
[15:59] <josharenson> pstolowski: ok let me know if there is anything I can help with
[15:59] <pstolowski> josharenson, k, thanks
[17:56] <mterry> Saviq: btw, cmake-extras got approved to xenial
[19:23] <Saviq> mterry, great. thanks