[05:11] <hallyn> where is the syndaemon command (+args) defined?  I'd like to edit the arguments, but can't find where it is run from...  (need to rmeove the -t)
[05:12] <hallyn> (if i have to i guess i'll write a wrapper script to remove it, but that's unwieldy at upgrades
[05:13] <pitti> hallyn: unity-settings-daemon, ./plugins/mouse/gsd-mouse-manager.c
[05:14] <hallyn> was afraid of that (was about to pull the src)
[05:14] <hallyn> was hoping it was a script
[05:14] <hallyn> thanks.
[05:14] <pitti> unfortunately the command is hardcoded there
[05:14] <hallyn> unusable, setup is
[05:14] <pitti> hallyn: but you can put a ~/bin/syndaemon wrapper?
[05:15] <hallyn> will unity-settings-daeon run it out of my $PATH?
[05:15] <hallyn> even so, my ~/bin is at en do fmy path....
[05:15] <hallyn> so i think i have to use /usr/bin/syndaemon as wrapper
[05:15] <pitti> yes, it runs it from $PATH
[05:15] <pitti> oh, at the end? mine is at the beginning; I wonder what sets that up
[05:16] <pitti> oh, that would be my ancient ~/.bashrc
[05:16] <hallyn> uh, i do.  i don't want my ~/bin at start of path.
[05:16]  * hallyn is paranoid :)
[05:16] <pitti> hallyn: /usr/loca/bin/ then?
[05:17] <hallyn> yeah
[05:18] <hallyn> ok just hardcoding args for now, i'll wanna run over getopts and just drop -t eventually
[05:18] <hallyn> thanks pitti .  i do wish there were a checkbox for this :)
[05:19] <pitti> well, at least a gsettings key
[05:21] <hallyn> thaaat's better.
[05:21] <hallyn> now i can go to sleep in peace :)
[05:21] <pitti> hallyn: heh, sleep well!
[05:21] <hallyn> thanks - gnight
[05:22] <pitti> hallyn: I hope I'll have a pull request for the systemd lxc.net/apparmor stuff when you wake up :)
[05:58] <MavKen> anyone know if phpstorm will ever be available in the software center?
[07:34] <willcooke> morning all
[07:34]  * willcooke has got a lot of washing and ironing to do
[07:36] <willcooke> afternoon TheMuso
[07:39] <seb128> good morning desktopers
[07:39] <willcooke> o/
[07:39] <seb128> hey willcooke
[07:50] <didrocks> hey willcooke!
[07:50] <willcooke> howdy!
[08:04] <seb128> Laney, https://code.launchpad.net/~chipaca/gsettings-ubuntu-touch-schemas/just-the-touch-settings/+merge/228317
[08:05] <seb128> didn't we said we wanted to stop using the "touch" namespace for new things?
[08:05] <seb128> I think we discussed it, but I'm unsure now
[08:05] <Laney> oh, possibly
[08:05] <Laney> you can ask him to change that if ou want
[08:05] <seb128> yeah, I was going to do that, wanted to check with you first what you think
[08:17] <didrocks> pitti: hey, I'm still unfamiliar with this since the whoopsie switch. Do you know by any chance what I should do to report a .crash file (whoopsie disabled) manually? I have it, but when running apport-bug <crash>, I see: show details, examine locally, keep closed, relaunch and that's it
[08:17] <didrocks> hey Laney
[08:17] <Laney> hey didrocks
[08:17] <Laney> how's it going?
[08:18] <didrocks> great, fighting latest test issues, but nearly there. Then packaging and adt tests ;)
[08:18] <didrocks> yourself?
[08:20] <pitti> didrocks: report to Launchpad, you mean?
[08:20] <didrocks> pitti: right
[08:20] <pitti> didrocks: because, for errors.u.c. you obviously need whoopsie :)
[08:20] <didrocks> yep, I'm just interested in being able to send it to seb128
[08:20] <pitti> didrocks: probably easiest to look at the details, then scp it to your host, and "apport-bug foo.crash" it from there
[08:20] <didrocks> he's half a meter away, will be easy to hit him with that :p
[08:20] <pitti> bonjour seb128
[08:21] <pitti> seb128: oh, où es-tu ?
[08:21] <Laney> doing alright
[08:21] <pitti> hello Laney
[08:21] <Laney> hey pitti
[08:21] <Laney> how art thou?
[08:21] <didrocks> pitti: hum, apport-bug foo.crash is what I'm doing from my host
[08:21] <didrocks> but then, I'm presented with that dialog
[08:21] <didrocks> with no option to upload it to launchpad
[08:22] <Laney> darkxst: yo, you going to ready ubuntu gnome a2 before you go away?
[08:23] <darkxst> hey Laney, where am I going?
[08:23] <pitti> didrocks: err, no [X] Send a problem report ?
[08:23] <didrocks> pitti: right
[08:23] <pitti> didrocks: screenshot, SVP?
[08:23] <Laney> darkxst: who normally does this for you?
[08:23] <darkxst> Ali is meant to do it
[08:23] <Laney> ah okay
[08:24] <Laney> no need then
[08:24] <Laney> assuming he is going to be around
[08:24] <seb128> pitti, salut, ça va bien ?
[08:24] <darkxst> but I can mark the images ready, the only problematic bug that has popped up should be fixed once systemd 208 lands after a2
[08:24] <didrocks> pitti: a french sceenshot even! http://people.canonical.com/~didrocks/tmp/pp.png
[08:24] <Laney> http://iso.qa.ubuntu.com/qatracker/milestones/319/builds not sure if you have access
[08:24] <seb128> pitti, je suis chez didrocks
[08:25] <pitti> à nouveau ? tu l'as manqué trop !
[08:25] <darkxst> Laney, bug 1350416 is the systemd related one (I think), pitti?
[08:25] <seb128> pitti, on était à GUADEC jusqu'à hier et on part en Chine demain
[08:25] <Laney> someone's marked that on the tracker already
[08:25] <Laney> see that link
[08:26] <seb128> pitti, donc on est resté ensemble pour voyager
[08:26] <darkxst> Laney, yes I know, that is where I saw it ;)
[08:26] <Laney> aha
[08:28] <pitti> didrocks: clearly a bug in French! does it open LP if you laisser fermé ?
[08:28] <didrocks> pitti: doesn't seem so
[08:29] <didrocks> (French is never buggy… hem hem :p)
[08:29] <didrocks> it's weird btw, if I LANG=C apport-bug… only one string is then in english
[08:30] <pitti> didrocks: hm, the only way to not see this AFAICS is if you disabled crash submission in /etc/default/whoopsie or ~/.config/apport/settings
[08:31] <pitti> didrocks: did you?
[08:31] <didrocks> pitti: yeah, as told at start, whoopsie is disabled on my machine
[08:31] <didrocks> that's why I wanted to report it manually
[08:31] <pitti> didrocks: oh, I thought you disabled it on your phone
[08:31] <pitti> didrocks: YAFIYGI
[08:31] <pitti> didrocks: temporarily switch it on, report, switch it off again?
[08:31] <didrocks> pitti: should still be able to report it manually ;)
[08:31] <didrocks> ok :p
[08:31] <didrocks> will do that then
[08:32] <pitti> didrocks: well, apport doesn't know what your idea of "manually" is
[08:32] <didrocks> thanks Martin ;)
[08:32] <didrocks> ah, it's all the same way from whoopsie?
[08:32] <pitti> i. e. whether you call it from a shell or from an upstart job
[08:32] <didrocks> ok, adding a flag would be a nice hour hack for me I guess :)
[08:33] <pitti> there's certainly some way to tell these two apart, but that needs some thinking
[08:33] <didrocks> yep
[09:11] <didrocks> just to check, autopkgtests installs the package before running the tests from within the tree itself?
[09:12] <didrocks> (the package in -proposed)
[09:32] <pitti> didrocks: more specifically, it installs teh "Depends:" in debian/tests/control
[09:32] <pitti> didrocks: in the data center we run with --apt-pocket=proposed, so it'll install stuff from proposed, yes
[09:43] <didrocks> pitti: but, it will install the package itself as well, right?
[09:44] <pitti> didrocks: if your test depends have it, yes (usually @)
[09:44] <didrocks> ah ok… working that way
[09:44] <didrocks> Danke schön!
[12:11] <Trevinho> mdeslaur: hey, so what is the plan for that lockscreen issue?
[12:12] <mdeslaur> Trevinho: it's built, I'm testing it now, and I'll release it today
[12:12] <Trevinho> marga: ah cool
[12:12] <mdeslaur> Trevinho: that ok?
[12:12] <Trevinho> err mdeslaur cool
[12:12] <Trevinho> mdeslaur: is testing going fine for you?
[12:12] <mdeslaur> Trevinho: so I have r3845, r3846, r3847
[12:12] <marga> Thanks for the ping, I was interested in that as well :)
[12:12] <mdeslaur> Trevinho: haven't started yet, just finished installing laptop with fresh trusty
[12:13] <Trevinho> mdeslaur: yep
[12:13] <mdeslaur> hi marga
[12:13] <Trevinho> 3848 was added in order to see if lp fixed its timeout issue, but wa snot needed :)
[12:13] <marga> mdeslaur, let me know if you need me to verify the fix or something.
[12:14] <Trevinho> marga: hi, sorry I actually meant to ping about as well, but the tab complation chose you in the wrong ping :P
[12:28] <mdeslaur> Trevinho: LGTM! thanks :)
[12:28] <Trevinho> mdeslaur: yw
[12:47] <willcooke> seb128, didrocks  - thanks for you time chaps
[12:47] <willcooke> *your
[12:47] <didrocks> willcooke: yw ;)
[12:47] <seb128> yw!
[12:58] <Trevinho> marga: packages should hit the security repo in minutes, but if you want to test them just grab from https://launchpad.net/ubuntu/+source/unity/7.2.0+14.04.20140423-0ubuntu1.2
[13:13] <mhr3> bregma, when can we expect the schema split to land?
[13:14] <seb128> m
[13:14] <seb128> mhr3, what schema split?
[13:14] <bregma> mhr3, it will have to wait until the next silo cycle, which could be days or it could be weeks, depending on when we can get a silo assigned to our current (GGC-4.9-fix) landing
[13:15] <mhr3> bregma, we'll kinda need it, so i'm sure getting you a silo can be prioritized
[13:16] <mhr3> seb128, this one https://code.launchpad.net/~unity-team/unity/split-schema-pkg/+merge/228845
[13:17] <seb128> mhr3, dconf -> gsettings
[13:18] <mhr3> seb128, noone reads changelogs :)
[13:19] <seb128> mhr3, I was reading the commit msg :p
[13:20] <seb128> looks fine to me otherwise
[13:25] <seb128> mterry, miiiikkkkkkkkkkkkkke
[13:26] <mterry> seb128, hmmm
[13:26] <seb128> mterry, hey ;-)
[13:26] <mterry> seb128, this can't be good
[13:26] <seb128> indeed not
[13:26] <mterry> seb128, what's up?
[13:26] <seb128> I can't log into my unity8 desktop session
[13:27] <seb128> it greets me with a password entry, which is nice
[13:27] <seb128> but seems to hang when I enter the said password
[13:27] <seb128> known issue?
[13:28] <mterry> seb128, no...?  on the phone it seems to work...
[13:28] <seb128> bah
[13:28] <seb128> swipping on the lockscreen makes the username label scroll out of the rectangle
[13:28] <mterry> seb128, testing on my desktop
[13:29] <seb128> thanks
[13:29] <seb128> mterry, hum, the lockscreen doesn't go away
[13:29] <seb128> but I can show the launcher and click on the ubuntu icon
[13:29] <seb128> which brings me to the dash
[13:29] <seb128> so the session is unlocked?
[13:29]  * seb128 tries if that works before entering password
[13:30] <mterry> seb128, when I run locally it seems to work (from a trunk branch anyway)
[13:30] <mterry> seb128, that would be worse -- an exploit!  :-/
[13:32] <attente> xnox: hi, when plymouth prompts for the disk encryption password, it just displays a black screen with a purple border. do you know this problem?
[13:35] <xnox> attente: no. please open a bug against plymouth with screenshot / photo if you can. As well as grub settings and currently active plymouth & grub themes.
[13:38] <attente> xnox: thanks
[13:40] <seb128> mterry, yeah, I can bypass the lock
[13:40] <mterry> seb128, I can't on the phone.  So something is funky here
[13:40] <seb128> mterry, after logging in from lightdm I get the phablet lock screen, then I dnd from the left edge to get the launcher, start the webbrowser ... which works
[13:40] <seb128> then if I didn't from the left to go to the dash that works
[13:41] <mterry> seb128, ah
[13:41] <mterry> seb128, is this Mir?
[13:41] <seb128> bah
[13:41] <seb128> "if I dnd from the left"
[13:41] <seb128> not didn't
[13:41] <seb128> mterry, yes, unity8-desktop-mir
[13:42] <mterry> seb128, hrm
[13:42] <mterry> seb128, no you have inverse security -- you can't log in normally even with the right password, but you can trivially bypass the lockscreen
[13:42] <mterry> great
[13:43] <seb128> right
[13:43] <seb128> but you don't get the issue?
[13:44] <seb128> bregma, ^ can you try if password login works for you on current utopic desktop mir unity8?
[13:44] <mterry> seb128, not when running out of a branch or on the phone.  So I'll try install unity8-desktop-mir, it's been a while since I used it
[13:44] <bregma> seb128, sure, if my power stays on long enough (thunderstorms here)
[13:44] <mterry> ubuntu-desktop-mir even
[13:45]  * mterry logs out to test
[13:46] <mterry> hmm
[13:46] <seb128> mterry, I log in from lightdm btw
[13:46] <seb128> not sure if that's supposed to auto unlock the session?
[13:47] <mterry> seb128, I just tried to switch user and didn't see unity8-mir as a session option -- do i need to reboot?
[13:47] <seb128> mterry, you might need to restart unity-greeter/llightdm
[13:47] <seb128> you should know better than me :p
[13:47] <bregma> definitely need to restart lightdm
[13:48] <mterry> seb128, I should know...  :)
[13:57] <mterry> seb128, bregma: I get odd behavior...  As I log in, the lockscreen is swiped away without me doing anything, the online accounts app tries to launch and seemingly fails, then I'm dumped into the dash
[13:58] <seb128> weird
[13:58] <seb128> mterry, is the unity8 dock supposed to use the right password?
[13:58] <seb128> or still phablet or something?
[13:59] <mterry> seb128, looks like accounts app is in my autolaunch somehow and I'm seeing the same "launch an app, get to dash" behavior you're seeing
[13:59] <mterry> seb128, supposed to use right password
[13:59] <seb128> k
[13:59] <mterry> seb128, stole code from unity7's lockscreen  :)
[13:59] <seb128> ;-)
[14:00] <mterry> seb128, I imagine you'd like the lockscreen just to be disabled.  Though that seems like papering around whatever bug this is
[14:00] <seb128> I don't care either way
[14:01] <seb128> ideally lightdm would unlock the session
[14:01] <seb128> same as happen with unity7
[14:01] <seb128> but you would still get the in session lock if you e.g switch user
[14:02] <seb128> but rtm work is priority
[14:03] <mterry> seb128, sorry I broke it  :-/  my local testing made me think I wouldn't have
[14:03] <seb128> so maybe just have a way to disable locking on desktop would be better
[14:03] <seb128> mterry, no worry
[14:03] <mterry> seb128, I will add to my todo
[14:03] <seb128> thanks
[14:03] <seb128> do you want a bug report?
[14:03] <mterry> seb128, ooh yeah
[14:03] <mterry> seb128, assign to me
[14:04] <seb128> unity8
[14:04] <seb128> ?
[14:20] <seb128> mterry, bregma, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1350878
[14:32] <seb128> mterry, I've opened https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1350887 as well
[14:33] <seb128> mterry, hum, added "indicators" to the title ;-)
[14:58] <seb128> cyphermox,
[14:58] <seb128> cyphermox, to reply to your question yesterday, using a mix of trusty and utopic on desktop unity7, so not really a supported configuration ;-)
[14:58] <cyphermox> ok
[15:35] <didrocks> no completion on apt? (/me tries to replace the -get autotyping with shiny new way)
[15:35]  * didrocks is sad and do a puppy face towards mvo :p
[15:52] <marga> Trevinho, I manually downloaded the packages and verified that they fix the issue for me, but I still don't see them in security
[15:52] <Trevinho> marga: weird I've downloaded them here
[15:53] <Trevinho> marga: might depend from the mirror you're using?
[15:53] <Trevinho> marga: http://paste.ubuntu.com/7915561/
[15:54] <marga> oh, sorry, the right version is 1.1? Your packages were numbered 1.2...
[15:54] <marga> Then I guess I already had the right version.
[15:55] <Trevinho> marga: I think that's the version yes
[15:55] <Trevinho> marga: and apt-get changelog unity confirms it :)
[15:55] <marga> Why were yours 1.2?
[15:55] <Trevinho> marga: no idea... Launchpad built these....
[15:56] <marga> ok... weird
[16:09] <hallyn> ok, if anyone knows how to make palm detection actually work in utopic, i'll owe you one
[16:19] <hallyn> maybe http://ubuntuforums.org/showthread.php?t=2190097 will prevent me from murdering someone
[16:28] <seb128> Laney, did you want to review https://code.launchpad.net/~larsu/gsettings-qt/lp1349787/+merge/228841 by any chance?
[16:29] <Laney> is that the a{ss} branch?
[16:30] <larsu> a{ss} patch
[16:30] <Laney> bratch
[16:31] <Laney> i can look, but probably not today
[16:34] <Laney> actually I did look
[17:33] <willcooke> later dudes.