[02:26] <bluesabre> brainwash: updated my lp handle, so the ppa for lp 1320560 can now be found at https://launchpad.net/~bluesabre/+archive/ubuntu/lp1320560
[09:28] <ochosi> bluesabre: have you seen https://bugzilla.xfce.org/show_bug.cgi?id=11160 already? guess we need to get that fixed before 14.10 goes final...
[09:30] <ochosi> i mean having the fix upstream is not a big deal, we just need to either cherry-pick it for 14.10 or do a 1.4.1 release for xfpm in time
[10:04] <bluesabre> hey ochosi
[10:04] <ochosi> hey bluesabre 
[10:04] <ochosi> was away for a few days, what'd i miss? 
[10:04] <bluesabre> wb
[10:05] <bluesabre> didn't miss much, eric did releases, I uploaded
[10:05] <bluesabre> and now it seems I'm adding a patch for xfpm
[10:05] <ochosi> mhm
[10:05] <ochosi> yeah, sucks a bit that we overlooked that for 1.4
[10:06] <ochosi> but great that you uploaded xfdesktop and xfpm
[10:06] <ochosi> saw you were able to close some bugreports with that
[10:06] <bluesabre> yup
[10:06] <bluesabre> there might be others too that I overlooked
[10:06] <ochosi> does the xfdeskop accountsservice patch still need fixing?
[10:07] <bluesabre> thats fixed (quite a while back)
[10:07] <ochosi> ah good, i wasn't sure, just saw some mention of it in the backog
[10:07] <ochosi> backlog
[10:07] <ochosi> anything else pressing on the agenda?
[10:08] <bluesabre> hm, might be another bug floating around in there based on the last comment, https://bugzilla.xfce.org/show_bug.cgi?id=11165
[10:08] <ochosi> (i gotta head to the office now, would be back in 30mins or so, but if there's something that needs immediate attention i can take a quick look now)
[10:09] <bluesabre> nothing immediate to my knowledge
[10:09] <ochosi> hm right, that sounds like there are some cases where it indeed doesn't work as expected
[10:10] <ochosi> but nothing too dramatic, luckily
[10:11] <ochosi> btw, have you tested light-locker1.5 already?
[10:11] <bluesabre> I haven't
[10:11] <ochosi> (we can defer that until 14.10 has been released though, since it's not going to happen before 15.04)
[10:12] <bluesabre> also need to finish my gsettings patch to sit on top of 1.5
[10:12] <ochosi> mm, yeah, that'd be nice
[10:12] <ochosi> that'll make 1.6 a really nice release
[10:13] <ochosi> ok, i'll cycle off now, bbiab
[10:14] <ochosi> (or would cycle away be more appropriate?)
[10:14] <bluesabre> :D
[10:45] <ochosi> back
[10:45] <ochosi> the 30mins was quite accurate then
[11:02] <bluesabre> wb, updated xfpm pushed
[11:03] <ochosi> wow, that was quick
[11:32] <ochosi> slickymasterWork: thanks for setting the bug status!
[12:17] <brainwash> bluesabre: changing ppa links.. meh
[12:18] <brainwash> did you read the latest comment? bug 1320560
[12:47] <slickymasterWork> np ochosi 
[12:49] <knome> brainwash, one of the reasons people use PPA's at their own responsilibity... and one of the reasons we have the PPA's that are designed to be higher traffic under the xubuntu-dev team
[12:52] <brainwash> I don't understand
[12:52] <brainwash> he changed his lp account handle(?)
[12:52] <brainwash> https://launchpad.net/~smd-seandavis -> https://launchpad.net/~bluesabre
[12:54] <brainwash> no big deal actually :)
[12:54] <knome> brainwash, yes.
[12:54] <knome> no, it isn't.
[12:54] <knome> people who used his PPA's... well, they shouldn't have counted on them working forever anyway
[16:30] <elfy> ind panel crashing again
[16:31] <ochosi> any debug output?
[16:31] <elfy> and the window manager
[16:32] <elfy> not currently - when it does it again I can examine locally and do the gdb thingy - or add stack trace to a bug report 
[16:33] <elfy> didn't think anyone would be about so just cancelled - which would be best the next time ochosi ?
[16:33] <ochosi> you can also check the logs
[16:34] <ochosi> does the whole panel crash or just the indicators?
[16:34] <Unit193> elfy: Should still have the file in /var/crash/, no?
[16:34] <elfy> ochosi: just the ind's
[16:34] <elfy> Unit193: yes I know - but that's just the basic crash report
[16:34] <Unit193> I'm not getting it right now, but checkrestart says a few things are outdated (just restarted xfdesktop and xfwm to see if I'd start getting it.)
[16:35] <elfy> rebooting it 
[16:38] <elfy> ochosi: so I've got crash reports for ind panel and xfwm4 from that
[16:38] <ochosi> wanna post/paste that somewhere?
[16:42] <elfy> ochosi: so if I examine locally I can - run gdb session, same without downloading debug symbols or update crash report with fully symbolic stack trace
[16:42] <elfy> do you want one of those or just the report I have?
[16:42] <ochosi> let's start with what you have
[16:42] <ochosi> if that doesn't help at all, we can check gdb
[16:42] <elfy> ok - well I'll keep them here so can go back 
[16:42] <elfy> yep
[16:43] <ochosi> but tbh i'm not very good at debugging with gdb :]
[16:43] <elfy> sounds like voodoo to me anyway :p
[16:44] <ochosi> so just to know the context, this indicator crash has just started to appear or has it been around forever in 14.10?
[16:44] <elfy> I got one the other day - then it was fine, then today got it again - just after I'd updated 
[16:44] <elfy> http://pastebin.ubuntu.com/8366127/
[16:45] <elfy> that's both crash logs - xfwm4 and the ind's
[16:45] <elfy> line 813 is ind'd
[16:45] <elfy> 's
[16:46] <ochosi> is that in a VM?
[16:46] <elfy> nope - that's this machine
[16:47] <ochosi> not very conclusive
[16:48] <ochosi> seems its both segfaults
[16:49] <Unit193> Seems no -dbg packages, so.
[16:50] <elfy> ok
[17:23] <Unit193> bluesabre: Why do we ship evince over evince-gtk?
[17:38] <brainwash> is evince-gtk something new?
[17:44] <Unit193> Pretty sure it isn't.
[17:51] <brainwash> so, it would remove some gnome deps, do we want that?
[17:52] <Unit193> Why wouldn't we?
[17:55] <brainwash> did you test it?
[17:55] <xubuntu92w> hi there, "Numix dark" is available as theme?
[17:57] <Unit193> brainwash: Switched to it recently because evince got new hard deps, works for what I need.
[17:57] <Unit193> xubuntu92w: Numix is the one we have.
[17:58] <xubuntu92w> Unit193: even in the new upcoming release?
[17:58] <brainwash> don't you have to pay for numix dark?
[18:00] <Unit193> I believe you do, yeah.
[18:00] <xubuntu92w> how it's possible suggest to someone to add a dark theme in xfce? maybe numix dark version?!
[18:02] <xubuntu92w> brainwash: it's like the same package
[18:02] <xubuntu92w> - like
[18:02] <brainwash> which package?
[18:03] <Unit193> brainwash: Do you have a specific objection then?
[18:04] <xubuntu92w> brainwash: https://launchpad.net/~numix/+archive/ubuntu/ppa/+sourcepub/4174259/+listing-archive-extra
[18:06] <brainwash> Unit193: it conflicts with evince or? this could be a problem
[18:07] <Unit193> brainwash: Of course it conflicts, it's "the same" package just without gnome deps.  It provides /usr/bin/evince as well, so it'd have to.
[18:07] <brainwash> so xubu should depend on evince or evince-gtk, but seed the first one
[18:07] <brainwash> ehm, the second one
[18:07] <brainwash> :D
[18:08] <Unit193> Hah, OK.  I was going to ask your reasoning. :P  I agree.
[18:08] <Unit193> Well, recommend, but same difference.
[18:09] <brainwash> xubuntu92w: that's numix
[18:09] <knome> xubuntu92w, xubuntu can not include packages with proprietary software, or any software that requires you to pay a fee to get it
[18:10] <knome> xubuntu92w, it doesn't matter even if it was available for free somewhere; licensing terms are licensing terms, and we have to obey those
[18:10] <xubuntu92w> brainwash in the gtk3 folder there is also the dark theme
[18:11] <xubuntu92w> knome: it's like ardour
[18:11] <holstein> any developer is always welcome to address licensing, and make a project available to xubuntu/ubuntu
[18:11] <holstein> xubuntu92w: ardour *is* open source
[18:11] <xubuntu92w> even numix i suppose
[18:11] <holstein> even though, they sell a version.. the source is available, and its packaged
[18:12] <xubuntu92w> exactly
[18:12] <holstein> xubuntu92w: just check with the creators/maintaners and see if they comply.. its "easier" to get things in debian upstream.. thats where i would start
[18:12] <knome> as i said, it doesn't grant us including it in the repositories
[18:12] <xubuntu92w> numix is gpl
[18:12] <holstein> xubuntu92w: then show them how to get it in debian..
[18:13] <knome> xubuntu92w, there's no point arguing. we can't include it as it is.
[18:13] <holstein> if its in debian, it'll just trickle in to ubuntu
[18:13] <holstein> yeah.. its not the ubuntu repos.. when it is, it can be considered
[18:13] <holstein> official flavors use the main repos as sources only.. 
[18:14] <xubuntu92w> ok.. in my "/usr/share/themes/Numix/gtk-3.0/" there's gtk-dark.css
[18:15] <knome> xubuntu92w, that isn't the dark variant.
[18:15] <knome> xubuntu92w, the dark variant would have to have it's own directory
[18:15] <knome> xubuntu92w, the fact that some filename has the string "dark" implies nothing
[18:16] <xubuntu92w> Knome: well... now i've got it tnx
[18:16] <knome> if you want to use numix dark, you can pay for it, and use it with the instructions you'll get
[18:18] <xubuntu92w> knome: tnx; I messed up on the Numix site
[18:18] <knome> xubuntu92w, sure
[18:20] <xubuntu92w> knome: the 14.04.1 support the gtk3 themes?
[18:21] <knome> xubuntu92w, that's a question for the support channel #xubuntu, but yes, we've had gtk3 support in the themes we support for a long time
[18:22] <xubuntu92w> knome: so why thunar depends on gtk2?
[18:22] <GridCube> because its a gtk2 application?
[18:22] <knome> xubuntu92w, please ask on the main support channel, this channel is for development issues
[18:25] <xubuntu92w> gridcube: so, in the theme folder there are gtk2 and gtk3 instructions for the same theme?!
[18:25] <GridCube> xubuntu92w, ask knome said, please use the #xubuntu channel
[18:47]  * drc <action text>Sends the specifed action to all channels which you are currently on.