[00:00] <ochosi> very odd, even if i set debug to TRUE in the code it doesn't print out the version statement correctly
[00:00] <bluesabre> awesome
[00:00] <bluesabre> psutil changed in utopic
[00:00] <bluesabre> p.exe is now a function instead of a string
[00:01]  * bluesabre wonders how many of his apps use that
[00:03] <ochosi> wow, that is "awesome"
[00:03] <ochosi> so lls would've been broken by that anyway?
[00:04] <ochosi> it's very weird how much parole's and xfpm's code look alike partially
[00:04] <ochosi> (well actually it isn't)
[00:05] <bluesabre> Weren't they both started by Ali?
[00:05] <bluesabre> and yes, lls is broken by that
[00:06] <ochosi> hah, found the culprit
[00:06] <ochosi> show_version(); was called too late in the code
[00:07] <ochosi> after xfpm already forks
[00:07] <bluesabre> :D
[00:09] <Unit193> Forking problems again.
[00:12] <ochosi> mkay, pushed the fix
[00:13] <bluesabre> woo!
[00:13] <ochosi> i also found the commit that broke the version string
[00:14] <ochosi> it was after 1.3.0 seemingly
[00:14] <ochosi> so before that it should've worked just fine
[00:15] <ochosi> bluesabre: so i guess after catching and fixing a bug each, we're even again now?
[00:15] <bluesabre> I've already fixed a second one ;)
[00:16] <ochosi> gah
[00:16] <ochosi> but that wasn't one i discovered though, was it?
[00:16] <bluesabre> true
[00:16] <ochosi> phew
[00:20] <ochosi> does closing a bugreport as invalid also count as fixing a bug? :]
[00:23] <bluesabre> not sure I'd go that far
[00:32] <ochosi> i did get xfpm below the 50 bugs mark though
[00:51] <bluesabre> good job!
[00:52] <bluesabre> almost finished with the xfpm patch
[00:52] <bluesabre> if you're willing to stick around a few more minutes to see
[00:52] <bluesabre> making it a bit dynamic, so other settings managers can be easily added as needed
[00:53] <ochosi> mm nice
[00:53] <ochosi> i guess we could discuss including lls in ll
[00:53] <ochosi> e.g. as a compile-time option
[00:53] <Unit193> But, .desktop files?
[00:55] <ochosi> hm?
[00:56] <ochosi> well as long as the dbus interface isn't finished there's no other way to change settings
[01:12] <bluesabre> ochosi: http://imgur.com/9kpsiwB
[01:29] <ochosi> bluesabre: sweet, that looks perfect!
[01:34] <bluesabre> ochosi: sticking around for a bit longer?
[01:37] <bluesabre> ochosi: functional diff, everything seem sane and align with what you imagined? http://paste.ubuntu.com/8067345/
[01:49] <ochosi> bluesabre: looking..
[01:50] <bluesabre> found an issue already, we have a lock on suspend button, should also set xfpm's setting
[01:50] <bluesabre> but everything else?
[01:51] <ochosi> hm, we could try to remove that screensaver-desktop file from ~/.config/autostart
[01:51] <ochosi> since it would conflict with xfpm
[01:51] <ochosi> the rest looks fine, as far as i can tell from reading the diff
[01:52] <bluesabre> we do
[01:52] <bluesabre> line #42
[01:52] <ochosi> oh, sry, obviously too tired
[01:52] <bluesabre> its not a good variable name
[01:52] <bluesabre> ;)
[01:52] <ochosi> otherwise i wouldn't have been able to overlook that
[01:53] <ochosi> yeah, it's not ideal :)
[01:54] <ochosi> not that there's too much time, but we could do a dev relase
[01:54] <ochosi> release
[01:54] <ochosi> for translators
[01:54] <ochosi> and then do a stable release + upload shortly before FF
[01:54] <ochosi> or we do a stable release now and then do a .1 release for translations after FF
[01:54] <bluesabre> either or
[01:55] <bluesabre> stable makes it easier to roll it in
[01:55] <ochosi> yeah
[01:55] <ochosi> i guess the latter option is bette
[01:55] <ochosi> r
[01:55] <ochosi> also gives translators more time effectively
[01:55] <bluesabre> yup
[01:56] <ochosi> so we keep the lock on suspend duplication i guess
[01:57] <ochosi> while it sucks a bit, i guess it's weird to move it out of this context
[01:59] <bluesabre> yeah
[02:00] <ochosi> hopefully as soon as the dbus stuff is there we can move these remaining options to a locking tab in xfpm
[02:01] <bluesabre> ochosi, which syncs more frequently for the lock setting, session or xfpm?
[02:01] <bluesabre> or, which syncs with which?
[02:02] <ochosi> xfpm -> session
[02:02] <ochosi> or actually
[02:02] <ochosi> well, i mean: xfpm watches session and sync its settings with it
[02:03] <ochosi> it does that both ways though, if you change it in xfpm, it'll change it in session too, if you change it in session, it'll get updated in xfpm too
[02:03] <bluesabre> ok
[02:03] <ochosi> so theoretically it doesn't matter for lls
[02:03] <bluesabre> but it does if you are using xfpm not with xfce
[02:04] <bluesabre> so xfpm > session for our purposes
[02:04] <ochosi> yeah, or light-locker with the session but without xfpm ;)
[02:04] <bluesabre> phew
[02:04] <ochosi> either way, i agree, for our purposes its better to sync with xfpm
[02:04] <bluesabre> too much complexity
[02:04] <ochosi> also, thinking of lubuntu
[02:06] <ochosi> weird
[02:07] <ochosi> trying lls here only changes the config option in session
[02:08] <ochosi> oh right
[02:08] <ochosi> now i remember
[02:08] <ochosi> the UI of xfpm doesn't get updated
[02:08] <ochosi> guess i need to introduce the correct xfconf_bind commands at some point
[02:09] <bluesabre> one sec
[02:11] <bluesabre> ok, pull the latest commit
[02:11] <bluesabre> make; sudo make install; light-locker-settings
[02:12] <bluesabre> and I guess configure before all that ;)
[02:12] <bluesabre> *phew* lots of work
[02:13] <ochosi> http://dpaste.com/0PS6VXN
[02:13] <bluesabre> trusty?
[02:13] <ochosi> yup
[02:13] <ochosi> oh
[02:13] <ochosi> hmm
[02:13] <bluesabre> -.-
[02:13] <ochosi> :s
[02:13] <bluesabre> I'll work around it
[02:13] <ochosi> nah
[02:13] <ochosi> no need
[02:14] <ochosi> at least not unless we want to provide a new xfpm + lls + ll for trusty in a PPA or something
[02:14] <bluesabre> quick fix so you can test
[02:14] <ochosi> ok
[02:15] <bluesabre> http://paste.ubuntu.com/8067548/
[02:19] <ochosi> hm, still spits out the same error about "str" object not being callable
[02:19] <ochosi> (ran make and sudo make install after applying the diff)
[02:20] <ochosi> bluesabre: ^
[02:20] <bluesabre> remove the () 
[02:20] <bluesabre> ochosi: ^
[02:22] <ochosi> ah silly me
[02:22] <ochosi> ok, now it works fine
[02:22] <ochosi> the size of the dialog is a bit odd
[02:22] <bluesabre> yeah
[02:22] <ochosi> but the rest is all quite perfect
[02:22] <bluesabre> going to hack that a bit
[02:22] <bluesabre> :)
[02:22] <ochosi> i guess it still accounts for the hidden eleemnts
[02:22] <bluesabre> yeah, we'll have to resize down before displaying
[02:23] <ochosi> okeydokey
[02:23] <ochosi> sounds good
[02:23] <ochosi> sry, gotta get some rest now
[02:23] <bluesabre> alrighty, have a good night
[02:23] <ochosi> but anyway, i think this is releasable as is
[02:23] <bluesabre> I try ;)
[02:23] <ochosi> it nicely accounts for the changes in xfpm
[02:24] <ochosi> and there aren't really many other changes in the pipe for xfpm 1.4
[02:24] <ochosi> and we'll have to see whether ll1.6 makes it for 14.10
[02:24] <ochosi> (i somehow doubt it, even though the dbus interface is ready apart from the missing commandline switches)
[02:25] <ochosi> anyhoo, nighty!
[02:25] <bluesabre> cool, looking forward to seeing that come to light
[02:25] <bluesabre> seeya!
[02:25] <bluesabre> (-locker)
[02:44] <bluesabre> anybody around?
[02:44] <bluesabre> Unit193: poke?
[02:48] <bluesabre> nvm
[02:57] <bluesabre> ochosi: just pushed a commit that should also work in trusty
[02:58] <bluesabre> take it for a spin tomorrow and let me know if it works
[03:08] <bluesabre> Updated release notes, so now just looking for verification. :)
[03:12] <bluesabre> it also sizes properly now, http://imgur.com/JQMqUOA
[03:17] <Unit193> bluesabre: I iz here now.
[03:18] <bluesabre> I figured it out... needed to run a python command in trusty
[03:19] <bluesabre> thanks thought, Unit193 :)
[03:19] <bluesabre> *though
[03:21] <bluesabre> got any more packages to be sponsored before I head to bed?
[03:23] <Unit193> I think all mine are to be postponed or PPA'd until later.
[03:23] <Unit193> (Didn't look more into util or -mixer, seemed simple though.)
[03:23] <bluesabre> ok
[03:23] <Unit193> G'night.
[03:23] <Unit193> Stargate SGA time.
[03:23] <bluesabre> have a good night, be back tomorrow for a bit
[09:42] <ochosi> bluesabre: works nicely (lls)
[09:45] <elfy> ochosi bluesabre - do we have a bug kicking about where lls refuses to believe you when you say that you really don't want the screen to blank - but setting it with xfpm appears to work?
[09:48] <ochosi> elfy: in trusty or utopic?
[09:49] <ochosi> (in utopic, the idea is that you only set the blanking with xfpm, lls won't handle that part anymore)
[09:49] <ochosi> (a bit less settings-duplication)
[09:54] <elfy> utopic - ok that'll be why I guess - is the option to do so being removed from lls at some point - or is that all part of what you were both talking about yesterday? 
[09:55] <ochosi> it is already removed
[09:55] <ochosi> we just haven't done the release yet
[09:56] <ochosi> and yeah, xfpm is actually supposed to override lls in terms of the blanking settings. good to hear that's working :)
[09:58] <elfy> yea :)
[09:58] <elfy> so that all appears to work with xfpm then :D
[10:06] <ochosi> anything else you noticed?
[10:06] <ochosi> i mean bugwise
[10:09] <elfy> not atm - I try and pick things up as I use stuff, and of course watch what's being updated and look there
[10:09] <ochosi> cool
[10:23] <bluesabre> elfy, that and the code currently in utopic fails to validate the existence of and kill light-locker and xfpm
[10:23] <bluesabre> soooo, that's the issue ;)
[10:23]  * bluesabre works on release now
[10:23] <elfy> okey doke - glad to see you're all on top of things :)
[10:24] <bluesabre> we try
[10:24] <bluesabre> some days
[10:25] <elfy> heh
=== brainwash_ is now known as brainwash
[10:32] <bluesabre> release done, https://launchpad.net/light-locker-settings/1.4/1.4.0
[10:33]  * bluesabre works on packaging
[10:36] <ochosi> nice work bluesabre°!
[10:37] <elfy> I'd say that too - but it looks like voodoo to me :D
[10:37] <elfy> I'll just say thanks instead :p
[10:38] <ochosi> :>
[10:38] <ochosi> i guess i should start drawing one of the >100 device icons we need for xfpm1.3
[10:41] <elfy> ochosi: we stopped doping the t-shirts for team thing didn't we?
[10:42] <ochosi> elfy: yeah, that went on a halt, partly because of the alternatives for spending the money
[10:42] <elfy> shall I remove it or postpone it? 
[10:43] <ochosi> postpone i'd say, just as a reminder that we should look into spending that money wisely at some point
[10:43] <ochosi> be it to support the QA team, or to support xfce's bug bounty programme
[10:44] <elfy> yep
[10:45] <ochosi> (i'd prefer either of those options btw
[10:45] <ochosi> )
[10:45] <ochosi> currently favoring supporting the QA team
[10:45] <elfy> ochosi: got 2 items on new features blueprint - lightdm-gtk-greeter-settings into the archive and include it in seed and Create a UI for the panel-switch application on blueprints - missing from trello
[10:46] <elfy> add them ?
[10:47] <elfy> nvm - doing it :)
[10:47] <ochosi> please do so, although i think we might postpone both
[10:47] <elfy> ok
[10:54] <elfy> ochosi: ok - trello and blueprints should be synced now
[10:55]  * elfy wanders off for a while 
[10:55] <ochosi> thanks a bunch elfy!
[11:00] <bluesabre> light-locker-settings 1.4.0 uploaded to utopic
[11:01] <ochosi> sweet, i have the feeling we're moving at the speed of light in comparison to 14-04 :)
[11:02] <bluesabre> :D
[11:03] <bluesabre> need to do the greeter releases today some time
[11:03] <ochosi> oh right, that one...
[11:03] <ochosi> i'll be working on reducing the amount of icons xfpm currently needs for its device menu
[11:03] <bluesabre> cool
[11:04] <bluesabre> also, glad to see the brightness icon is correct the popup menu
[11:04] <ochosi> (drawing a progressbar for the device-load-status with cairo or something)
[11:04] <ochosi> yeah, the icon should look ok now
[11:04] <ochosi> at least i hope it does now
[11:04] <bluesabre> it does
[11:04] <ochosi> good
[11:10]  * bluesabre adds utopic to greeter daily builds
[11:10] <bluesabre> I'll test it today and add any needed changes to make 1.8.5 to 1.9 seamless
[11:11] <ochosi> sweet
[11:11] <ochosi> so i guess we'll postpone the default extended desktop mode for the greeter to 15.04
[11:12] <bluesabre> might be able to crank that out by thursday
[11:12] <bluesabre> ;)
[11:13] <ochosi> hehe
[11:16]  * bluesabre pulls music library to computer to test elfy's bug
[11:17] <bluesabre> elfy, does menulibre 2.0.5 in utopic seem to work as you'd expect?
[11:18] <bluesabre> it should be the ultimate, bug-free version
[11:18]  * bluesabre needs to SRU it back to trusty
[11:20] <ochosi> heh, "ultimate bug-free version" doesn't exist i guess :)
[11:23] <bluesabre> :)
[11:23] <bluesabre> after FF, I'll start work on the next iteration, which will add all the features knome requested
[11:24] <ochosi> sounds cool
[11:25] <bluesabre> ochosi, in the meantime, want to add the fancy icon you made for it to elementary-xfce?
[11:25] <bluesabre> 2.1+ will include it
[11:26] <ochosi> hm, true, could do that
[11:26] <bluesabre> https://code.launchpad.net/~menulibre-dev/menulibre/artwork2
[11:27] <ochosi> it's appicon name is just menulibre, right?
[11:28] <ochosi> (i hope you install all of them correctly, not as _24.svg etc :))
[11:28] <bluesabre> yes
[11:28] <bluesabre> and yeah, they get installed in the right locations
[11:28] <elfy> bluesabre: I've not used it since I checked the testcase - I'll give it bit of a hammering 
[11:28] <bluesabre> elfy: great, thanks
[11:31] <ochosi> bluesabre: done
[11:31] <bluesabre> awesome, thanks ochosi!
[11:31] <ochosi> np
[11:32] <bluesabre> crap
[11:32] <ochosi> now i just need to find the quickest/easiest way to draw on a gtkimagemenuitem with cairo and then i'm done for today :)
[11:32] <ochosi> crap?
[11:32] <bluesabre> elfy, I can reproduce your bug
[11:32] <bluesabre> in parole
[11:32] <bluesabre> guess that means I'll have to fix it
[11:32] <bluesabre> :)
[11:33] <bluesabre> ochosi, can you reproduce in trusty?
[11:33] <ochosi> awwwh :)
[11:33] <ochosi> what bug?
[11:33] <bluesabre> https://bugs.launchpad.net/ubuntu/+source/parole/+bug/1356979
[11:33] <ubottu> Launchpad bug 1356979 in parole (Ubuntu) "Fast forward/jog during a track changes to next playlist track" [Undecided,New]
[11:35] <bluesabre> hm
[11:35] <bluesabre> might be a new gstreamer thing
[11:36] <bluesabre> even skipping with the slider causes it to advance
[11:36]  * bluesabre installs totem
[11:37] <elfy> bluesabre: well as much as I don't like that you can reproduce it - on the other hand I'm not going mad ;)
[11:37] <bluesabre> there's an up-side to everything
[11:37] <elfy> lol
[11:38] <ochosi> yeah, actually the skipping ahead and backwards has really become worse with gst1.0
[11:38] <ochosi> not sure if it's our code or just gst1.0
[11:38] <bluesabre> totem autoskips too
[11:38] <ochosi> great :/
[11:38]  * bluesabre builds parole with gst0.10
[11:42] <bluesabre> gst0.10 does not skip to the next track
[11:43] <ochosi> righty
[11:44] <ochosi> that's what i thought
[11:44] <ochosi> s/thought/feared/
[11:44] <bluesabre> ochosi: want to poke around the ubuntu/gstreamer channels?
[11:45] <bluesabre> heading out to visit family shortly
[11:46] <ochosi> bluesabre: will see what i can do, first i wanna fix the xfpm battery plugin so i don't have to draw the >100 icons
[11:47] <ochosi> for the various devices
[11:47] <ochosi> i mean i don't know what to tell them other than "gst 1.0 sucks with skipping back and forth in a track"
[11:53] <elfy> bluesabre: well menulibre appears to be ok so far, but I'll play about for a few days
[11:53] <bluesabre> that'd be about it :)
[11:53] <bluesabre> elfy, cool, thanks again
[11:54] <ochosi> have a nice day bluesabre 
[11:54] <elfy> yep indeed
[11:54] <ochosi> and thanks for all the nice fixes and uploads!
[11:54] <elfy> I'll be about off and on now
[11:54] <bluesabre> seeya guys, hf
[13:34] <elfy> no mistaking that lls doesn't do screensaver settings now then :)
[23:47] <ochosi> bluesabre: weird, when dragging a single media file (mkv, on a ssh server) to parole's playlist it adds all files in the folder
[23:48] <ochosi> have you experienced that before? guess i gotta check whether that happens with other files too or whether it's just this particular combination
[23:49] <ochosi> (works fine in totem btw)
[23:49] <ochosi> guess for some reason it takes the folder over the file