[00:02] <ochosi> crap, for some reason no changes of the sliders are reflected by the xserver's settings anymore
[00:02] <ali1234> this stuff is a damn mess :(
[00:02] <ochosi> ali1234: does your "xset q" correspond to the values you set?
[00:02] <ali1234> again... what am i looking at?
[00:02] <ochosi> nah, it shouldn't be a mess, it was all working, so it seems it all blew up at once
[00:03] <ochosi> e.g. "blank-on-ac" (if you're currently on ac) should correspond to "xset q | grep timeout" divided by 60
[00:03] <ali1234> yes it is
[00:03] <ochosi> cause one is seconds (xset) and the other is in minutes (xfpm, cause that's easier to read)
[00:03] <ali1234> yeah the timeout is blank-on-ac * 60
[00:03] <ali1234> that is working okay
[00:03] <ochosi> hm, weird. then only i have a problem it seems
[00:04] <ali1234> and same for the other sliders too
[00:04] <ochosi> well, good to know i guess
[00:04] <ochosi> thanks
[00:04] <ali1234> seems like everything is okay here
[00:04] <ochosi> i was just about to work on xdg-screensaver integration for light-locker when i noticed the timeouts aren't changing for me, and i suspected mayhem
[00:05] <Unit193> Whoop, missed it.
[00:06] <ochosi> lucky you :)
[00:06] <ochosi> well at least i didn't have to go through xfpm's source
[00:07] <ochosi> ali1234: do you have the "security" tab in xfpm settings already?
[00:07] <ali1234> no
[00:08] <ochosi> hmm, mind to update xfpm to whatever's in proposed then?
[00:08] <ochosi> just to make sure that it isn't that
[00:11] <ali1234> okay... might take a while
[00:12] <ali1234> vivid-proposed right?
[00:12] <ochosi> yup
[00:16] <ali1234> still works fine
[00:16] <ali1234> got the security tab
[00:16] <ali1234> xfconf still isn't multplied by 60
[00:16] <ali1234> xset still shows correct values
[00:17] <ochosi> ok
[00:17] <ochosi> phew
[00:18] <ochosi> guess i'll do the diff for xdg-screensaver when i get that situation here fixed
[00:18] <ochosi> maybe a reinstall is best
[10:28] <ochosi> g'day everone
[10:28] <ochosi> everyone
[10:46] <elfy> hi ochosi 
[10:46] <ochosi> hey elfy 
[10:52] <elfy> probably no need - but can confirm what you and ali1234 saw 
[10:52] <ochosi> wait, we saw different things :)
[10:52] <ochosi> it didn't work at all for me but fine for him
[10:52] <ochosi> so if you see what ali saw, then we're safe
[10:52] <elfy> oh - I'll read again
[10:53] <elfy> but what I saw was ... 
[10:53] <elfy> set xfpm to blank in 5 
[10:53] <elfy> looking at editor - xfpm says 5 
[10:54] <ochosi> and xset says 5*60 ?
[10:56] <elfy> blank-on-ac in xfpm in settings - that says 5 - not 300 or 5*60
[10:57] <elfy> http://www.zimagez.com/zimage/screenshot-110115-105732.php
[10:59] <ochosi> yeah
[10:59] <ochosi> but what does xset q say?
[10:59] <ochosi> (should say 300)
[10:59] <ochosi> "xset q | grep timeout"
[11:00] <elfy> timeout:  0    cycle:  0
[11:01] <ochosi> even after dragging the scale around?
[11:13] <elfy> seems so 
[11:13] <ochosi> :/
[11:13] <elfy> not sure what's up there - this is a clean install from friday
[11:13] <elfy> parole still mucks it up though ... 
[11:14] <ochosi> yeah, that's known/expected
[11:14] <ochosi> i worked on fixing that last night when i noticed something was off with xfpm
[11:15] <ochosi> i actually think i had the solution ready, but testing makes no sense when the screensaver settings aren't handled as they should
[11:15] <elfy> mmm 
[11:15] <elfy> so I seem to not have the ppa version installed 
[11:18] <ochosi> what version of light-locker and xfpm is that then?
[11:18] <ochosi> i'm still wondering whether i should do a clean install of 15.04 to see whether it's just local breakage
[11:19] <elfy> xfpm 1.4.2-0ubuntu4 and ll is 1.5.1-0ubuntu1
[11:20] <elfy> ppa is showing xfpm failed to build 
[11:25] <elfy> so - I appear to be seeing a different bug I guess
[11:29] <ochosi> nah, i'm using the same version
[11:29] <ochosi> ppa version never built
[11:36] <elfy> yes 
[11:37] <elfy> but do you see xset not showing what xfpm is? that's what I mean :)
[13:24] <ochosi> elfy: yeah, that's the problem i started to see yesterday (might've been there before, but i simply didn't notice)
[13:41] <jjfrv8> ochosi, fwiw, both my vivid machines behave as expected. Desktop with staging ppa and laptop with vanilla install from friday's daily.
[13:41] <ochosi> jjfrv8: wrt what elfy and i discussed above?
[13:41] <jjfrv8> affirmative
[13:42] <ochosi> hm
[13:42] <ochosi> and the version of xfpm and ll is the same as elfy?
[13:42] <jjfrv8> desktop is. I did not verify laptop yet but I will in a minute
[13:43] <bluesabre> good morning folks
[13:44] <ochosi> hey bluesabre 
[13:44] <ochosi> i wrote a patch for xdg-screensaver to support ll yesterday and then ran into the issues described above
[13:44] <ochosi> i'm not really sure whether it's a problem with my install or whether it's more generic
[13:45] <Unit193> A wild bluesabre has arrived: A: Greet  B: Stab
[13:45] <Unit193> B
[13:46] <bluesabre> x.x
[13:46]  * AgAu throws pokeball
[13:46] <bluesabre> ochosi: I'm going to install vivid today, I'll see if I can recreate the issues you describe
[13:47] <ochosi> bluesabre: well if you can't i'm happy
[13:47] <jjfrv8> ochosi, xfpm and ll versions same as elfy's on my laptop too.
[13:47] <ochosi> elfy and i have both fiddled with our installs meanwhile
[13:47] <ochosi> i can try to recreate that patch for xdg-screensaver and push it to a bzr branch so you can test that too
[13:48] <Unit193> I don't have ll installed...
[13:49] <Unit193> On the netbook I do, actually, and just upgraded to vivid on it too so I can test if needed.
[13:50] <ochosi> Unit193: that'd be nice
[13:53] <ochosi> bluesabre, Unit193: feel free to give this a spin: https://code.launchpad.net/~ochosi/xdg-utils/light-locker
[13:53] <ochosi> it's very minimal but should work fine
[13:53] <ochosi> the whole xdg-screensaver script needs a cleanup, but i'll have to coordinate that with seb128 next week
[13:57] <bluesabre> alrighty
[14:00] <Unit193> https://packages.qa.debian.org/x/xfce4-session/news/20150111T131834Z.html new upload.
[14:05] <ochosi> bluesabre: you might've noticed on trello that i fixed all those gtk3.14 issues in the last few days, so greybird is ready to go
[14:05] <ochosi> hopefully nothing dramatic will turn up
[14:06] <ochosi> but i guess it'll be fine
[14:06] <ochosi> numix is also mostly fine, although i have another commit for it
[14:06] <ochosi> just need to sync that with satya and then that's ready for 15.04 too
[14:06] <ochosi> (assuming that we'll stick with 3.14)
[14:07] <Unit193> Noticed Greybird, and thanks for looking at Numix. :)
[14:07]  * Unit193 is reminded trello exists, and checks.
[14:12] <Unit193> bluesabre: I'd guess you saw https://bugs.launchpad.net/ubuntu/+source/menulibre/+bug/1361143/comments/3 ?
[14:19] <ochosi> bluesabre: pushed fix to numix now, so that one is free to go too
[14:31] <ochosi> Unit193: have you seen/tested this? https://github.com/sonals/xfwm4
[15:58] <bluesabre> Unit193: seen, not had a chance to address yet
[15:58] <bluesabre> ochosi: so Greybird, Numix... anything else ready?
[15:59] <bluesabre> and I'll drop everything else from Depends
[16:01] <bluesabre> ochosi: should this be changed to adwaita or something similar now? https://github.com/shimmerproject/elementary-xfce/blob/master/elementary-xfce/index.theme#L4
[16:02] <bluesabre> or perhaps: adwaita,gnome,hicolor ?
[16:02] <bluesabre> or flip those, not sure which is preferred
[16:17] <brainwash> ochosi: I have not tested it yet, but does the light-locker support override the xserver management in xdg-screensaver?
[19:05] <knome> ochosi, poke me with the big commit on greybird again and i'll land it in albatross
[19:06] <ali1234> knome the gtk3.14 stuff?
[19:07] <knome> it was something related to buttons iirc
[19:07] <ali1234> everything after 6f8013cf293f2484b1896bfaaa0a052c02b1f83b fix checkboxes and radios in gtk3.14
[19:07] <knome> probably 3.14 too
[19:08] <ali1234> https://github.com/shimmerproject/Greybird/commits/master
[19:08] <knome> but ochosi knows the exact commit i'm talking about
[19:08] <ali1234> there's a bunch of changes for buttons
[19:08] <ali1234> this is the huge one though https://github.com/shimmerproject/Greybird/commit/b86b4ed3a9649b38b2f9fb2071fd187130dd8ddb
[19:08] <ali1234> and btw, i wrote a python script that does this automatically
[19:08] <ali1234> so ou don't have to edit every style manually
[19:09] <knome> okay
[19:09] <knome> then i'll happily leave it to you :)
[19:09] <ali1234> well, i don't want to maintain albatross, i'm doing orion
[19:09] <ali1234> you can have the script though :)
[19:10] <ali1234> http://paste.ubuntu.com/9713670
[19:10] <knome> well thanks.
[19:11] <knome> if you run the script on the albatross css file, i'll push immediately ;)
[19:11] <knome> and you'll get a cookie
[19:12] <ali1234> that is far from enough to make it work with gtk3.14 though
[19:12] <ali1234> there's plenty of other things that need fixing
[19:12] <knome> i acknowledge, but that's a start
[19:13] <knome> i'm not exactly looking to dig in to it very much right now, but later, who knows
[19:13] <knome> and if i can get a biggish thing done, it's always a plus
[19:14] <Unit193> ochosi: No, what's the difference?
[19:14] <ali1234> knome: that first commit i referenced is already applied, i guess you just need the scripted one
[19:15] <knome> ali1234, probably
[19:15] <knome> ali1234, i don't know, which is why i was asking ochosi in the first place :)
[19:15] <ali1234> okay hang on then
[19:15] <knome> cheers
[19:18] <ali1234> looking at these css files i can see why they would want to use less or sass or whatever
[19:18] <knome> yep
[19:19] <ali1234> https://github.com/ali1234/Albatross/commit/0f706811749639420f34aa8963e67f1ed55386ab
[19:20] <knome> can you make a pull request out of that?
[19:20] <ali1234> done
[19:20] <ali1234> of course i'm not 100% sure what i'm doing
[19:21] <ali1234> i'm just copying what ochosi did on greybird basically
[19:21] <knome> yes, that's what i would have done as well
[19:21] <knome> i'll check the sanity
[19:21] <knome> done
[19:22] <knome> thanks again
[20:59] <ochosi> knome: we need all commits, not just a single one
[20:59] <ochosi> there is the big one which adds the .checked class, but the others are needed too
[20:59] <knome> ochosi, i thought you said it was done until that commit you pasted then
[20:59] <ochosi> yeah, but meanwhile more has piled up
[20:59] <knome> okay
[20:59] <knome> so everything after that?
[21:00] <ochosi> yeah
[21:00] <ochosi> Unit193: window-previews in alt-tab
[21:00] <knome> oki, i'll look at it... some time
[21:00] <ochosi> yeah, first finish that "in development" wallpaper that has been "in development" for a while now ;)

[21:00] <knome> yes, for example
[21:00] <Unit193> Ah.
[21:01] <knome> and get a new phone
[21:01] <knome> :P
[21:01] <ochosi> bluesabre: true, i'll try to remember that
[21:01]  * Unit193 wants to get less git snapshots, and more dev releases.
[21:01] <ochosi> Unit193: yeah, same here. i just felt if you want work, there you go. make it available for testing via PPA ;)
[21:02] <Unit193> Might do, though on this specific computer I don't have the compositor enabled.
[21:04] <ochosi> i don't think it's compositor-related
[21:07] <ochosi> night all
[21:07]  * ochosi out
[21:08] <knome> huhu, so early
[21:08] <knome> nighty
[21:52] <knome> http://bazaar.launchpad.net/~ubuntu-core-doc/xubuntu-docs/vivid/revision/279
[21:52] <knome> slickymaster, Unit193 ^
[21:55] <Unit193> Okay?
[21:56] <knome> just for the laughs.
[21:56] <knome> and, to remind you we have to upload a new version
[22:00] <knome> pleia2, http://bazaar.launchpad.net/~xubuntu-website/xubuntu-website/docs-startpage/revision/11
[22:02] <knome> pleia2, that'd be http://bazaar.launchpad.net/~xubuntu-website/xubuntu-website/docs-startpage/revision/12