[05:05] <ali1234> bug 1263591
[08:03] <Unit193> knome: For later, reminding that you didn't push all changes for pt.po.
[08:03] <knome> mm,
[08:03] <knome> i didn't do all changes yet
[08:03] <knome> remind me again then :P
[09:33] <pmjdebru2jn> ochosi: thanks for the help the other day
[09:33] <ochosi> pmjdebru2jn: di niente :)
[09:33] <pmjdebru2jn> while I'm at it, I do wonder about another thing
[09:33] <ochosi> sure
[09:34] <pmjdebru2jn> in some instances we (=darktable) launch firefox, which seems to inherent parts of our theming
[09:34] <pmjdebru2jn> which makes it look ugly
[09:34] <pmjdebru2jn> any tips where to look?
[09:34] <ochosi> does it just inherit parts?
[09:34] <pmjdebru2jn> to be honest I haven't invested much time into that yet, but i sortof want to give it a go to get that fixed
[09:34] <pmjdebru2jn> IIRC
[09:34] <ochosi> hm, ok
[09:34] <pmjdebru2jn> I can check tonight
[09:35]  * pmjdebru2jn can't right now
[09:35] <ochosi> no problem
[09:35] <ochosi> i presume that an app inherits the gtk-theming settings when it's launched from another ap
[09:35] <ochosi> p
[09:35] <ochosi> i've never done that before, so it might as well be firefox/XUL specific
[09:36] <pmjdebru2jn> hmm ok
[09:36] <ochosi> the only thing i can think of off the top of my head how to fix that is to load the default gtkrc file when launching firefox
[09:36] <pmjdebru2jn> ok
[09:36] <ochosi> you can set specific rc files for apps when launching them (i guess you know that)
[09:36] <pmjdebru2jn> tonight I'll look into the coe, how we launch firefox
[09:36] <ochosi> so this is how i'd try to tackle that
[09:36] <pmjdebru2jn> I'll do some digging
[09:36] <pmjdebru2jn> thanks
[09:36] <ochosi> either load /home/$user/.gtkrc-2.0 (and hope that if that doesn't exist that it'll fall back to the system theme)
[09:37] <ochosi> or try to determine the currently-in-use theme somehow and load that
[09:37] <ochosi> not sure whether there are builtin calls for the latter in gtk2
[09:37] <ochosi> might turn out to be complicated
[09:38] <ochosi> trying to load a non-existant gtkrc-2.0 file could also result in nothing though, as it could fall back to your darktable rc
[09:38] <ochosi> so as you can see, lotsa guessing :)
[09:38] <ochosi> best to get in touch with me again once you can take a real look at it
[09:40] <slickymaster> morning all
[09:41] <ochosi> morning
[09:44] <slickymaster> hey ochosi 
[13:32] <ochosi> ali1234: so since there is a xubuntu-specific part of the whole problem, what's your opinion on what we should use for 14.04?
[13:32] <ali1234> i got no idea
[13:33] <ochosi> i guess we could throw together a gnome-screensaver version forked from 3.6 that looks like our greeter and has no gnome depends
[13:33] <ali1234> i don't even use a screensaver or lock my computer
[13:33] <ali1234> what was used in 13.10?
[13:33] <ochosi> xscreensaver
[13:33] <ochosi> (we've used that for ages)
[13:33] <ali1234> we should probably just use that, assuming it works
[13:33] <ali1234> it is LTS after all
[13:34] <ali1234> what screensaver is used in ubuntu-desktop?
[13:34] <ochosi> gnome-screensaver
[13:34] <ochosi> but it has lotsa gnome-depends that we don't want
[13:34] <ochosi> something like gnome-settings-daemon etc
[13:34] <ali1234> well if we're going to do this, they might want to use it too - eg if possible we should support unity-greeter as well
[13:34] <ali1234> if only so that there's more people to support the code
[13:35] <ochosi> i agree
[13:35] <ochosi> forking gnome-screensaver can be done by going back in history in the light-locker git-repo a bit
[13:35] <ali1234> it's probably something for 14.10 though
[13:35] <ochosi> we started by stripping out gnome-depends
[13:36] <ochosi> yeah, i guess, unless it works really well :)
[13:37] <ali1234> first step would be investigating/documenting the interface between dm and greeter
[13:37] <ali1234> depending on how that looks will determine how hard it is
[13:37] <ochosi> i think it would be ideal to talk to robert_ancell before we start anything
[13:38] <ochosi> he can tell us, since he's the author of lightdm (and he's usually quite responsive)
[13:40] <ali1234> yeah
[13:43] <ochosi> initially, we started like this
[13:43] <ochosi> we basically set up gnome-screensaver to lock the screen
[13:43] <ochosi> and then if you'd go to "switch user" that would do the VT switch (also from the lock-screen)
[13:45] <ochosi> but if you decide to unlock your session then from the greeter instead of from gnome-screensaver (i.e.VT8 instead of VT7) gnome-screensaver needs to listen to CK signals to unlock automatically, so you don't have to enter your pwd twice
[13:45] <ochosi> and after we did all that and it seemed complicated, we thought it's ideal to use the greeter directly as lockscreen
[13:46] <ochosi> some of the issues (like powermanagement in a multi-user env in the greeter) remain even with the solution of using a locker on the same VT
[13:55] <ochosi> ali1234: one problem of using the greeter for the "first" lockscreen, is that it allows user-switching directly
[13:55] <ali1234> well it has a "lock mode" option right?
[13:56] <ochosi> so lightdm would definitely have to modified to support that, or greeters would have to use the lock_hint to suppress user-switching
[13:56] <ali1234> the greeter will certainly need to be modified a bit to support this
[13:56] <ali1234> yeah, lock hint
[13:57] <ochosi> so something like an extra button for user-switching would have to be added to open the greeter again on another VT with full capabilities
[13:58] <ochosi> (the elegant solution would be to only open the new VT after entering the new credentials in the greeter)
[13:59] <ali1234> sounds like it's getting complicated
[14:00] <ochosi> well if you want a really elegant solution, i guess the best way would be to extend lightdm with locking capabilities instead of trying to make gnome-.screensaver play dm
[14:01] <ochosi> (basically what gnome3 did, from what i read)
[14:01] <ali1234> hmm
[14:02] <ochosi> anyway, if we wanna do it the gnome-screensaver-way, the first stage should be simple
[14:02] <ochosi> having a gnome-free locker with UI that responds to unlock signals from the greeter
[14:03] <ali1234> i don't think extending lightdm would necessarily be any easier
[14:03] <ali1234> i mean it would still need a whole bunch of different code to make it work
[14:05] <ochosi> yeah, and secure locking isn't trivial at all...
[14:06] <ochosi> need to talk to cavalier about this
[14:08] <ochosi> xnox: this is one of our most-needed fixes (if you have time to look at it), with these fixes our live session should work again as expected (courtesy of Unit193): https://code.launchpad.net/~unit193/xubuntu-default-settings/session-fix/+merge/198177
[15:47] <brainwash> ochosi: do you think that adding hover activation for gtk3 indicators might be a good idea? I'm not sure if I should request this (optional) feature
[15:48] <ochosi> brainwash: i'm not really fond of the idea
[15:48] <ochosi> there is no hover-activation anywhere else
[15:48] <ochosi> so it wouldn't be very intuitive, just annoying i suppose
[15:48] <brainwash> right, it would be disabled by default
[15:48] <ochosi> yeah, but why would you want it?
[15:49] <ochosi> the rest of the panel would still need you to click
[15:49] <brainwash> Unity does it and I like it
[15:49] <ochosi> so it'd be a very isolated behavior
[15:49] <ochosi> gmusicbrowser has hover-activation of it's tray-popover, and luckily introduced a timeout, because it was really annoying
[15:49] <brainwash> but you could setup an only gtk3 indi panel
[15:49] <brainwash> well, almost
[15:51] <brainwash> I'll try to code it myself, sounds like fun
[15:52] <brainwash> oh, any idea why shadows for xfce4-panel are not possible right now? any specific limitations?
[15:52] <ochosi> shadows?
[15:52] <ochosi> you mean below?
[15:52] <brainwash> yes, drop shadow
[15:52] <brainwash> (like Unity does)
[15:52] <brainwash> :D
[15:52] <ochosi> they only ever worked briefly, xfwm doesn't draw that kind of shadow
[15:52] <ochosi> seems like you wanna use Unity? :)
[15:53] <brainwash> I want to make Xfce the better Unity
[15:53] <ochosi> same with xfce4-notifyd, that also doesn't have shadows for the same reason (iirc)
[15:53] <brainwash> ok
[15:54] <knome> "no, i don't want to use unity, just the features that are in it!"
[15:55] <brainwash> hover activation and a drop shadow.. this won't turn Xfce into Unity :)
[15:56] <brainwash> just some small things to make it more awesome (optional ofc)
[15:56] <ali1234> i want to use unity but without the features
[15:56] <ali1234> no hover activation
[15:56] <ali1234> and definitely no drop shadows unless they are in the theme
[15:57] <ali1234> unity's stupid drop shadow causes so many problems
[15:58] <brainwash> talking about unity reminds me that I wanted to re-test XMir
[15:59] <brainwash> to see if it improved
[15:59] <ochosi> brainwash: please test it with nvidia :}
[15:59] <brainwash> only got AMD and intel
[16:01] <brainwash> the major issue back then was the software cursor
[16:01] <brainwash> too bad that we don't keep an eye on XMir anymore
[16:02] <brainwash> a solid LTS release is more important 
[16:51] <micahg_> hi all, sorry, was not feeling well most of last week
[17:11] <slickymaster> ochosi: PING
[17:11]  * slickymaster damns the Caps Lock on
[17:40] <elfy> ochosi: just so you are aware - I've absolutely no idea what that odd suspend reboot issue I was having was - but since then this machine's not been 'off' suspend and lock is all I've done
[17:40] <slickymaster> hey elfy
[17:40] <elfy> micahg: such is real life - hope you're better now
[17:41] <elfy> hi slickymaster - congrats on team :)
[17:41] <slickymaster> thanks
[17:41] <elfy> I see you've been busy too
[17:41] <elfy> had that merge you got k to do on my list for this evening 
[17:41] <slickymaster> elfy: that's why I was going to poke you
[17:41] <slickymaster> I've also updated Trello and the blueprint on that
[17:42] <elfy> yep - saw the blueprint - not been to the board yet
[17:42] <slickymaster> I'll try to get bug 1256898 done this weel, also
[17:43] <pmjdebru2jn> ochosi: it was so trivial (at the theme inheritance)
[17:43] <pmjdebru2jn> I just had another look (I also did a while ago, but gave up)
[17:43] <slickymaster> just wanting to finish the xfdesktop docs for ochosi before it
[17:43] <pmjdebru2jn> https://github.com/darktable-org/darktable/commit/3801fc3acc8ee1d3fc19b7fedd1724acf2b8e416
[17:44] <pmjdebru2jn> sorry for the offtopic bit
[17:44] <elfy> slickymaster: ok - I'll be on the week off cycle Thursday so will have much more time - and health is much improved
[17:44] <elfy> slickymaster: yep - I saw that too - docs is important :)
[17:44] <slickymaster> elfy: that's good to ear, and it's what I call good news
[17:44] <elfy> thanks :)
[17:44] <elfy> hi pmjdebru2jn 
[17:45] <pmjdebru2jn> lo
[17:48] <elfy> slickymaster: I think the only test we need to replace now we've lost the old post install tests is the bluetooth one
[17:49]  * elfy got a couple of merge requests to get seen to
[17:53] <slickymaster> elfy: are you referring to http://bazaar.launchpad.net/~ubuntu-testcase/ubuntu-manual-tests/trunk/view/head:/testcases/packages/1591_Blueman ?
[17:53] <elfy> aah yes - that was it - thanks :D
[17:53] <slickymaster> elfy: well, if i manage to get my hands on a device with bluetooth, I'll do it
[17:53] <elfy> needed to make sure that was a replacement for our old test - then we just need to add the 3 - multi mons/bluetooth/suspend in somewhere useful
[17:53] <elfy> oh cool
[17:53] <elfy> my thinking is that the old suspend test should now be part of the lightlocker testing 
[17:53] <elfy> knome slickymaster ^^
[17:54] <slickymaster> my cell phone is kind of pre-historical and doesn't have it
[17:55] <elfy> Unit193 lderan ^^ you 2 too - given your in that team ;)
[17:55] <elfy> slickymaster: my phone has bluetooth - but none of the PCs/lappies do :)
[17:55] <elfy> slickymaster: you at a machine with xubuntu on it?
[17:55] <elfy> or at work without?
[17:56] <slickymaster> at work with boxes, one saucy and one trusty
[17:56] <slickymaster> two ^^
[17:57] <elfy> iuf you get time with the trusty one - can you have a look - panel prefs - display tab 
[17:57] <elfy> http://imgur.com/2cVgrlj,94e3V4T#1 - can you check the tooltips - mine are fubar
[17:57] <slickymaster> do you want a screenshot of mine?
[17:58] <elfy> ochosi: doesn't see it , but I'm possibly going to drop a line to the m/l re it - especially if people using the ppa's respond
[17:58] <elfy> slickymaster: no need for a screeny if the tooltips are correct
[17:58] <elfy> or if not either :) just let me know what you see
[18:00] <slickymaster> mine is quite similar to yours, besides the fact that I have the "Don't reserve space on borders" option ticked
[18:00] <elfy> so your tooltips for don't reserve is wrong as well? 
[18:00] <slickymaster> other than that everything seems ok with yours
[18:01] <slickymaster> how come wrong?!
[18:01] <slickymaster> The way I read it, the label is correct
[18:02] <elfy> check my screenshots - there are two images there
[18:02] <slickymaster> oh wait
[18:02] <slickymaster> I just saw the first one
[18:03] <elfy> :)
[18:04] <slickymaster> no, mine are correct for each of them
[18:04] <slickymaster> na I see what you mean
[18:04] <elfy> ok - thanks
[18:04] <slickymaster> yours, aren't
[18:04] <elfy> yep - the don't reserve is wrong 
[18:05] <slickymaster> I'm running 4.10.1-1ubuntu2 version though
[18:05] <slickymaster> elfy xfce-panel ^^
[18:08] <elfy> 4.11.0~1.master.gitd296ca7-0ubuntu1~ppa0.14.04
[18:11] <slickymaster> elfy: that's probably why mine are correct and yours aren't
[18:11] <slickymaster> but I can get that PPA and check how does it works on this box
[18:12] <slickymaster> elfy: it's Jackson's PPA, right?
[18:12] <elfy> it's ok - I've sent a quick mail to the list - ochosi wasn't too concerned, I just want a quick check
[18:12] <slickymaster> ok, if you want me to confirm it later on, just ping me on it
[18:12] <elfy> yes it's jackson's - but I'll be more concerned if I see it when the stuff gets into install
[18:12] <elfy> slickymaster: k - thanks :)
[18:12] <slickymaster> np
[18:12] <slickymaster> bbl
[18:13] <elfy> cheerio
[18:16] <brainwash> elfy: what is fubar about the tooltips?
[18:17] <elfy> http://i.imgur.com/2cVgrlj.png
[18:17] <elfy> I have the same tootip for hide panel and don't reserve :)
[18:18] <brainwash> using the same package and it's fine here
[18:19] <elfy> odd - on the bright side it's probably just here and I picked up on it 
[18:31] <brainwash> elfy: it always looks like I cannot confirm the bugs you encounter and vice versa
[18:32] <brainwash> you only test inside a vm, right? shouldn't matter most of the time anyway
[18:34] <ali1234> elfy: same here
[18:34] <ali1234> elfy: could be a translation issue
[18:35] <elfy> brainwash: not at all - this machine is a real one - I use it and have been using it since more or less the beginning - though this particular install is only a few weeks old - vanilla plus the 4 ppa's for tabwin/panel etc
[18:36] <elfy> ali1234: ok - cheers - thought I was losing the plot :)
[18:37] <ali1234> elfy: using en_GB by any chance?
[18:37] <brainwash> en_US here
[18:37] <elfy> brainwash: though I do test images with both hardware and vm
[18:37] <elfy> ali1234: yep
[18:37] <ali1234> looks like somebody goofed and copy pasted the same translation multiple times
[18:42] <elfy> yep - that confirms that then - switched to US and all was fine
[18:43] <elfy> bbl
[18:43] <ali1234> yeah it's definitely a problem in the po file... i'm looking at it right now
[18:45] <ali1234> bug was introduced in the most recent commit
[18:46] <elfy> that's probably the sort of thing it might be good for me to look at, being voodoo averse - I guess it's quite logical to see where it's wrong
[18:51] <ali1234> https://www.transifex.com/projects/p/xfce4-panel/viewstrings/#en_GB/master/13936244?q=if%20you%20want%20maximized%20windows
[18:51] <ali1234> the two translations are right next to each other in the file too
[18:51] <elfy> not got login to that
[18:51] <ali1234> oh :(
[18:53] <ali1234> http://git.xfce.org/xfce/xfce4-panel/tree/po/en_GB.po#n421 <- here's the source
[18:53] <ali1234> translations are done on transifex and autoimported though
[18:53] <elfy> right
[18:53] <ali1234> i have login but no access to work on the translations
[18:55] <elfy> I'll have a look a bit later - see if I can see anything other than gobbledygook :)
[18:55] <ali1234> Noskcaj: can you fix this?
[18:56] <Noskcaj> ali1234, What's the issue?
[18:56] <ali1234> the en+GB translation is messed... some copy paste error
[18:57] <ali1234> https://www.transifex.com/projects/p/xfce4-panel/viewstrings/#en_GB/master/13936244?q=if%20you%20want%20maximized%20windows
[18:57] <ali1234> the "translation" is a copy paste... but it's a copy paste from the wrong origin
[18:58] <Noskcaj> yeah. I have translation rights, just let me remember how to edit
[18:59] <ali1234> also, general advice on what to do with translation bugs would be appreciated
[19:00] <Noskcaj> I'm guessing contact someone who will fixit. If you can't, file a bug of the bugzilla
[19:01] <ali1234> if i patch the po by hand, will that mess up transifex? or is it bidirectional?
[19:01] <Unit193> brainwash: I more or less do with XMir, but I've been waiting for the archive to land 0.1.3 before doing anything, and it's really lagging.
[19:04] <Noskcaj> ali1234, I think it's bidirectional
[19:05] <Noskcaj> Fixed
[19:05] <ali1234> thanks
[19:13] <micahg> elfy: getting there
[19:23] <elfy> ali1234: well if nothing else - that is all logical enough for me to see where it's wrong :)
[19:23] <elfy> micahg: good - I feel your pain
[19:28] <elfy> who's this guy who keeps posting on xubuntu bugs and then thinking they're ubuntu ones 
[19:28] <elfy> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1171411
[19:29]  * pmjdebru2jn has 117411 too
[19:29] <ali1234> elfy: penalvch?
[19:29] <pmjdebru2jn> but only the stipled borders
[19:31] <Unit193> elfy: Someone that's not doing a good job with the scripts, didn't replace the bug number either. :/