[00:48] <brainwash> bug 1239018
[00:55] <ali1234> brainwash: overlay scrollbar caused it? that's crazy
[00:55] <brainwash> ali1234: well, loading/sourcing the module
[00:56] <ali1234> i never would have guess that
[00:57] <Unit193> Think it'd be more fitting for xubuntu-default-settings, no?  xsession.d making more sense as you wouldn't have to edit the xfce4-session package.
[00:57] <ali1234> $LIBOVERLAY_SCROLLBAR is unset here. i thought they already were disabled by default in xubuntu...
[00:58] <brainwash> the bug is filed against xubuntu-meta
[00:58] <brainwash> ali1234: feel free to install them and mess with the debug tools
[01:09] <ali1234> oh i see, you have unity installed too?
[01:09] <ali1234> or gnome, or something that uses them?
[01:14] <brainwash> yes, I installed them manually on my main system and automatically on my test system (which is bloated with every single DE)
[01:18] <brainwash> this change mainly targets people who intend to install the xubuntu desktop side by side with unity
[03:36] <Unit193> Hrm, seems nm-applet's fallback to GtkStatusIcon fails.
[10:38] <l01> Hi, update-apt-xapian-index randomly freezes my old Xubuntu 13.10. Many people reported that disabling it did not cause issues, so would the Xubuntu devs consider disabling it by default?
[10:39] <l01> sorry, I meant "my old PC with Xub 13.10"
[10:46] <Unit193> It's useful for apt searches and such, you wouldn't notice the slowdown in searches at first, but later on you might.  It's safe to remove last I checked, but in theory you can also edit the cronjob and add --update so it just updates the index with any new information rather than rebuilding it.
[10:48] <Unit193> It gets pulled in becaues of the software center.
[11:26] <brainwash> ochosi: ok, so the xfwm4-vsync-xfconf issue is on my todo list, but I can't find any information about it that verifies it's broken
[11:26] <brainwash> ochosi: the commit contains the usual copy/pasting, can't spot any mistakes
[12:19] <kurts> hi, in xubuntu 13.10beta2 live cd, should permissions of automounted media in /media/xubuntu/* be 0700? seems a little restrictive to me, and im not sure if it is a bug
[14:35] <alpacaherder> Any views on LP Bug #1220165 perhaps?
[14:38] <elfy> seen it once or twice
[14:38] <elfy> did 7 tests today didn't see it at all
[14:39] <elfy> and when I say I've seen it once or twice - I mean I've seen it once or twice since 2007
[14:40] <alpacaherder> elfy: Wonderful.  I saw a phillw e-mail cross into my inbox which is why I'm bringing it up.  I'm not at home to test anything but I've got my x86 box downgraded back to Precise since sound was still not working for me in Saucy.
[14:40]  * alpacaherder is away from the bouncer logged in normally as skellat as he's out doing fieldwork
[14:51] <elfy> I looked to see who you were ;)
[15:32] <pjotr> knome: the translation of the slideshow for Ubiquity in Xubuntu Saucy, is fixed in today's daily build. Thanks!
[15:34] <pjotr> micahg: where can I translate gtk-theme-config? Not on Launchpad, as far as I can see. Maybe you as maintainer of this package, know where I can translate it?
[15:47] <brainwash> pjotr: you could request support for more languages here https://github.com/satya164/gtk-theme-config
[15:55] <pjotr> brainwash: OK, I'll send an e-mail to the main developer Satyajit Sahoo. Thanks!
[18:27] <brainwash> ochosi: the vsync switch works and stays enabled after a relog
[21:31] <ochosi> brainwash: you mean it works for you? did you monitor xfconf when checking the checkbox in the settings?
[21:31] <ochosi> or did you patch it successfully?
[21:35] <brainwash> ochosi: cloned the git repositories and compiled the stuff, then I launched the new xfwm4, changed the option and did not notice anything broken
[21:36] <brainwash> vsync is set to "true" in the config xml file
[21:36] <brainwash> or what exactly is not working? =S
[21:39] <ochosi> brainwash: well at least in the 4.11 release that you can get via the xubuntu-dev 4.12ppa that switch is broekn
[21:39] <ochosi> you have to manually flip it via xfconf
[21:40] <brainwash> bad packaging :P
[21:40] <brainwash> works upstream
[21:41] <ochosi> alright, well good to know
[21:42] <brainwash> ochosi: want to confirm any of the these bugs bug 1239018 ?
[21:43] <brainwash> is this meta report even a valid request?
[21:44] <ochosi> i'm not sure what we should do in this case
[21:44] <brainwash> overlay scrollbars are not part of xubuntu, so why should we care?
[21:44] <ochosi> it's not very easy to reactivate them for the user
[21:44] <ochosi> the question is whether they can't be fixed to work better with xubuntu
[21:44] <ochosi> but i'm not sure anyone wants to spend time on them...
[21:46] <brainwash> the scrollbars aren't evil, but there is something wrong with the way the gtk module gets loaded/handled
[21:46] <brainwash> and I guess nobody will spend even 1 minute to try to fix it
[21:47] <brainwash> and take a look a this shiny report bug 1238997
[21:48] <brainwash> (hopefully you don't mind when I subscribe you to important bug reports)
[21:49] <ochosi> nope, go ahead
[21:50] <ochosi> and good to have a bugreport to track that one
[22:15] <brainwash> ochosi: got any other task? don't feel like improving thunar's key navigation
[22:17] <Noskcaj> brainwash, bugs.launchpad.net/ubuntu has a few, as does the xfce bugzilla ;)
[22:17] <Noskcaj> and the debian BTS
[22:17] <brainwash> yea.. just a few =S
[22:18] <brainwash> I prefer something related to (x)ubuntu 13.10
[22:20] <Noskcaj> brainwash, Then helping make the new squeeze or fixing some of the stuff at http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=maint&data=pkg-xfce-devel%40lists.alioth.debian.org&archive=no&raw=yes&bug-rev=yes&pend-exc=fixed&pend-exc=done would be the to-do list
[22:20] <Noskcaj> although that's more 14.04 stuff
[22:20] <brainwash> new squeeze, sounds interesting
[22:21] <Noskcaj> ochosi, where can brainwash find the git for the new version of squeeze?
[22:22] <brainwash> isn't it the xfce one?
[22:23] <Noskcaj> brainwash, yeah. there's a version that doesn't need HAL in progress IIRC
[22:23] <brainwash> hal o.o
[22:23] <skellat> Noskcaj: Remember, squeeze will need to no longer depend on libthunar-vfs to succeed since that was what depended upon HAL.
[22:50] <ochosi> brainwash, Noskcaj: the new squeeze is a complete rewrite, so i'm not sure it's actually a "small task" "to begin with"
[22:50] <ochosi> but you can find it on git.xfce.org
[22:50] <ochosi> and if you really want to work on it, it's best if you get in touch with cavalier on #xfce-dev, cause he wrote the new backend
[22:54] <brainwash> ochosi: so no tasks left for 13.10 (post release)?
[22:56] <brainwash> oh, this one here bug 1232804 ... it's even my report :D
[23:00] <brainwash> back to squeeze, are there plans to ship it by default with xubuntu 14.04?
[23:01] <brainwash> like the leafpad -> mousepad switch
[23:05] <skellat> brainwash: We have to wait and see what lands in the archive by then
[23:06] <skellat> brainwash: If a new version lands before Feature Freeze, maybe.  If not, it gets more interesting as a question.
[23:08] <brainwash> ok, the usual business
[23:08] <skellat> For 14.04 we'll be synchronizing from Testing, not Unstable.  Currently there is a blocker bug keeping squeeze out of Testing Debian-side so until the version without libthunar-vfs lands...who knows.
[23:09] <skellat> SEE: http://packages.qa.debian.org/s/squeeze.html
[23:09] <ochosi> brainwash: there is no working release of the rewrite, it's as simple as that
[23:09] <ochosi> the library-part of it is supposedly ready, but the UI hasn't been done
[23:10] <brainwash> ah ok
[23:15] <ochosi> so it's not in a state where we can discuss what could happen till 14.04
[23:15] <ochosi> much of that depends on how much time we have to spend on it
[23:15] <ochosi> and, if you really wanna investigate the "smooth session starting" i think that'd be an awesome thing
[23:16] <ochosi> (not that i have any clue on how it's done though ;))
[23:18] <ochosi> brainwash: does unity have a smooth transition?
[23:19] <ochosi> or does lubuntu have one? or eOS?
[23:20] <brainwash> I assume so, unity (compiz) gnome/elementary (libmutter)
[23:20] <brainwash> lubuntu does not ship with a compositor, does it?
[23:20] <ochosi> so you think the WM ìs to blame for the transition?
[23:21] <ochosi> anyway, gotta go to bed
[23:21] <ochosi> ttys
[23:21] <brainwash> yes, http://git.xfce.org/xfce/xfwm4/tree/src/compositor.c#n868
[23:21] <brainwash> cya :)
[23:22] <ochosi> well what i meant was: at the moment things are popping up on the screen one after the other, so loading everything and then showing it at once would be cooler
[23:22] <ochosi> but yeah, i see the point about the grey bg
[23:22] <brainwash> or with some sort of animation
[23:23] <ochosi> xfwm4 doesn't have any animations though
[23:23] <brainwash> nothing fancy ofc
[23:23] <ochosi> and i'm not sure it's useful, if lightdm-gtk-greeter shows the same bg as the session, the most important thing would be to just keep showing that
[23:23] <brainwash> right
[23:24] <ochosi> so loading xfdesktop first or something like that
[23:24] <ochosi> or stopping xfwm4 to draw grey over it
[23:24] <brainwash> xfwm4 should be able to copy the root background, but it did not work the one time I tried it
[23:25] <brainwash> well, I'll try again and report back
[23:25] <brainwash> tomorrow
[23:25] <ochosi> righty, i won't be back until monday
[23:26] <ochosi> so enjoy yo weekend and ttyl
[23:26] <brainwash> ok cya :)