[00:03] <brainwash> ochosi: so, should lightdm gtk greeter set the background only once? currently it does set the background specified in the config file and then the user defined one
[00:04] <brainwash> ochosi: and bug 1232804, comment #3 explains the show stopper
[00:07] <brainwash> ochosi: back to my first question, you'll only notice this issue, if you change your background so it differs from the default xubuntu one (which is specified in the greeter config file)
[01:20] <ochosi> brainwash: the patch for using the accountsservice stuff for wallpapers (which is ubuntu-specific btw) wasn't written by me, so i'd have to re-read the code
[01:20] <ochosi> will do, but not sure i'll get to it before next week
[01:36] <brainwash> ochosi: ok, this can be resolved easily I guess, but I'm not sure about the grey flicker caused by xfwm4's compositor, delaying the the launch of xfdesktop, so it does not "interfere" while xfwm4 is cloning the root background, seems to be an ugly workaround
[01:37] <ochosi> indeed
[01:38] <brainwash> I have no clue why it is happening, wish I could ask someone who knows about X
[01:41] <brainwash> ochosi: should I create a report to address the double background greeter issue?
[01:43] <ochosi> i'm not sure, in a way i'd want to have the "full solution"
[01:43] <ochosi> as long as i haven't really had time to review the background-setting code, i can't even say that's a bug
[01:43] <brainwash> it's not a bug
[01:44] <ochosi> then why did you propose to create a bugreport for it? :)
[01:44]  * ochosi is puzzled
[01:45] <brainwash> wish list report
[01:45] <ochosi> right, well you can always do that
[01:45] <brainwash> the grey flicker caused by xfwm4 isn't a bug either
[01:45] <brainwash> but it bugs me :D
[01:45] <ochosi> well it's not a feature either :]
[01:46] <brainwash> it's an improvement
[01:46] <brainwash> getting rid of it I mean
[01:46] <ali1234> the problems with alacarte are caused by python 2->3 transition making unicode warnings into errors
[01:46] <ali1234> and the resulting crashes are caused by https://bugzilla.xfce.org/show_bug.cgi?id=10381
[01:47] <ochosi> anyhoo, gotta hit the hay, night everyone!
[01:47] <brainwash> good night
[03:07] <Unit193> brainwash: In case you didn't notice #ubuntu-mir dies on the weekend, being a Canonical project. :P
[03:37] <Unit193> ochosi: Like https://github.com/gottcode/xfce4-whiskermenu-plugin/issues/34 ?  Still doesn't seem like my thing, worse version of the KDE kicker menu.
[06:22] <Unit193> brainwash: Seen https://bugzilla.kernel.org/show_bug.cgi?id=61781 I'd assume.
[06:25] <genii> I sort of wonder if #ubuntu-x will eventually cease to exist.
[06:45] <Noskcaj10> genii, I takes a long time for IRC channels to die. -ppc and -quickly both still exist
[06:47] <genii> I don't know what -quickly is, but I know there are still people running *buntu on PPC platforms :)
[06:48]  * genii reads http://developer.ubuntu.com/resources/tools/quickly/
[06:49] <Noskcaj10> quickly is an old programming framework we ditched for Qt/QML stuff
[06:49] <Noskcaj10> It's deprecated and hasn't has an update in a year
[06:50] <Noskcaj10> -ppc was a support/dev channel back before i joined. It has roughly 10 people.
[08:50] <elfy> ochosi: the date/time indicator I have here appears to have some blank space - not been keeping up with it in backlog - is that 'normal' 
[08:50] <elfy> http://imagebin.org/275715 you can see it between where the network ind is and the time
[08:54] <ali1234> i started seeing that too
[08:54] <ali1234> it didn't used to do it, must be a bug
[08:55] <elfy> I thought it was new - but I've been a bit out of it lately, so couldn't remember
[08:55] <elfy> thanks ali1234 :)
[08:55] <ali1234> i'll have a look into it
[09:01] <ali1234> ah... the empty space is a GtkImage
[09:01] <ali1234> looks like a bug in the applet, it should not add an image like that if there isn't one
[09:13] <ali1234> andrzejr: line 283 of indicator-button-box.c looks suspicious to me. did you mean box->icon?
[10:03] <slickymaster> morning all
[10:16] <ali1234> elfy, andrzejr: the problem here is that the indicators now send an empty image (ie GTK_IMAGE_EMPTY) if they don't have an icon. so the logic that resizes everything thinks there is an icon, hence the empty space
[10:16] <ali1234> the fix could be something like this: http://paste.ubuntu.com/6357900/
[15:06] <ochosi> Unit193: so you prefer the traditional menu?
[15:54] <Unit193> ochosi: Of course.
[16:01] <ochosi> hmm
[16:01] <ochosi> why's that?
[16:03] <Unit193> What do you mean "why is that?"?  Why do people like this sort of thing in Xfce? ;)
[16:04] <Unit193> It's not my thing, I don't want unity, I don't want mintmenu, it's simple as that.  It seems nice for some, but to me looks like a cheaper version of the KDE kickoff menu.
[16:05] <GridCube> you talking about whiskers menu?
[16:06] <GridCube> i find it aesthetically pleasing, though not groundbreaking
[16:07] <GridCube> I would still love to have ubuntu's HUD though
[16:21] <ochosi> Unit193: i dunno, traditional menus don't really do it for me. but anyway, i think whiskermenu by default has its merits/benefits for many, and it remains easy-enough for everyone else to get the traditional menu
[16:25] <GridCube> having eye candies its a huge plus, and if they are not intrusive and are actually useful then thats better
[16:26] <ochosi> has anyone really investigated yet what would be needed for HUD to work in xfce?
[16:29] <ali1234> hell noooooooo
[16:30] <ali1234> having said that, it probably wouldn't be that hard
[16:31] <GridCube> ochosi, i got in contact wiht the developer a few months ago, and they where developing an API for it
[16:32] <GridCube> i havent moved in that road since because i cant code and no one else showed interest
[16:32] <ali1234> afaik it's done via all the same API as global menu
[16:32] <ali1234> so if you can implement global menu on xfce, you can implement HUD
[16:32] <ali1234> and there is a panel plugin/applet for global menu on gnome
[16:33] <ali1234> my #1208333 fix just got merged btw, for 13.10 too
[16:34] <ochosi> bug #1208333
[16:34] <ochosi> ?
[16:36] <ali1234> oh sorry i meant 1208333
[16:36] <ali1234> the appindicator one
[16:36] <ali1234> er 1203888
[16:36] <ochosi> :)
[16:36] <ochosi> bug #1203888
[16:37] <GridCube> ali1234, have you seen this? https://wiki.ubuntu.com/GridCube/HUD_in_Xubuntu_Rationale
[16:37] <ochosi> congrats ali1234 
[16:39] <ali1234> GridCube: not seen it, no
[16:43] <brainwash> does whisker menu support key navigation? and are you able to hide icons completely and show only the text?
[16:45] <jjfrv8> brainwash, 1) yes, 2) no
[16:46] <brainwash> jjfrv8: thanks, I'll file a "bug" report and request this feature :)
[20:35] <Unit193> !info light-locker trusty
[20:37] <brainwash> does it automatically lock after a certain amount of time?
[20:37] <Unit193> brainwash: See pings last night?
[20:38] <brainwash> mir channel dies on the weekend and memory corruption kernel bug
[20:39] <brainwash> well, what? :)
[20:40] <brainwash> ah, the kernel bug could be related to the logind suspend/resume issue in ubuntu?
[20:40] <Unit193> I'm guessing you can read it better, but seemed like that at a quick go over.
[20:43] <brainwash> maybe
[20:43] <brainwash> many bug reporters got advised to test kernel 3.12
[20:49] <Unit193> Yeah, 'tis what you said.  I still haven't hit it with the new sysd, but I'm guessing it won't be long until .12 shows up in repo.
[20:49] <Unit193> +for me.
[20:53] <Noskcaj> bluesabre, I'm now part of the debian python apps team, would you mind if i maintain catfish there, or will you contact them and get added?
[21:05] <Noskcaj> Debian won't upload it till the next release anyway though
[22:31] <slickymaster> good night all
[22:32] <Unit193> Howdy.
[22:33] <slickymaster> hi, Unit193. How are you tonight?
[22:34] <Unit193> Alive, so that's one thing.
[22:35] <slickymaster> Unit193, can't argue with that
[23:26] <ochosi> brainwash: yeah, with the latest git version (1.1.0 release upcoming) you can set it to automatically lock after X11's builtin screensaver kicks in (which you control with xset s $timeout), plus an additional timeout so you can still move your mouse when the screen blanks and inhibit the locking
[23:27] <brainwash> ochosi: what about logind's idle action?
[23:27] <ochosi> don't know anything about that
[23:28] <ochosi> and anyway, using X11 seems to work on more platforms for now
[23:28] <ochosi> can't see any backdraw
[23:31] <brainwash> ok
[23:31] <brainwash> I'm not even sure, if the idle action gets triggered in ubuntu
[23:32] <brainwash> ochosi: btw do you know how gnome/gdm does handle locking now?
[23:33] <ochosi> yeah, stuff like that (weird logind-implementation in ubuntu) doesn't particularly make me want to support logind's idle action
[23:33] <ochosi> not really, only that the former gnome-screensaver is now somehow connected with gdm
[23:33] <ochosi> haven't looked at the implementation though, so no clue
[23:34] <brainwash> because vt-switching is driving me mad, actually every little screen flicker does
[23:34] <brainwash> it's 2013 :(
[23:36] <ochosi> feel free to use xscreensaver, it still works
[23:37] <ochosi> brainwash: fwiw:
[23:37] <ochosi> 8eb321f0f8872373cbad5363c0355297d95d676a "Remove monitoring of pixmap on root window (to  make the WM more solid and faster, it will make no difference in XFce since we use a "fake" root with  xfdesktop)" That  color was picked because it is/was the xfdesktop default.
[23:37] <ochosi> and there's another thought of the xfdesktop-dev about your transition-bug and xfwm4:
[23:37] <ochosi> http://git.xfce.org/xfce/xfdesktop/commit/?h=eric/Port-to-GApplication&id=f8204f77cf48452b7021ee707369f6b69f322928 would solve the race condition. I wonder if  MONITOR_ROOT_PIXMAP was put it to workaround the same Xorg bug  xfdesktop had.
[23:38] <ochosi> so that's that, gotta go sleep
[23:38] <ochosi> night evryone
[23:38] <lderan> night ochosi 
[23:38] <brainwash> good night
[23:38] <brainwash> ochosi: thanks for the information flood :P