[00:01] brainwash: I can confirm that the trash issue is gone [00:34] Ah, new gvfs and indicators today. [00:54] ochosi, yes, the Parole docs are still on my agenda. Other stuff has gotten in the way recently. [00:55] Should be able to turn my attention to it in the next couple of days. [01:02] Noskcaj, cy tomorrow [02:03] skellat, congratulations! [02:06] ochosi, knome: I've been trying to get it into my ppa with no luck, hopefully micahg can accomplish it [02:45] Does anyone else's desktop keep freezing? [08:50] Noskcaj: xfdesktop? it should not freeze anymore after the recent gvfs update [08:51] after deleting files and then hovering over the trash icon [08:54] brainwash, my issue is different, and i probably caused it. Either the icons disappear or they stop working === brainwash_ is now known as brainwash [09:04] Noskcaj: you already updated gvfs to 1.18.2, right? [09:05] I upgraded thismorning, i'll apt-get update again [09:07] the fact that icons disappear indicates a crash of xfdesktop I guess [09:07] usually xfdesktop should get restored by the xfce session manager [09:52] congrats skellat [10:01] ochosi: I can't test it right now, but my test installation seems to be affected by https://bugs.archlinux.org/task/35348 [10:02] ochosi: using numix currently, I'll test other themes later [10:18] hi knome [10:25] hey elfy [10:26] keeping busy I hope :) [10:26] heh, a bit too busy [10:27] :( [10:27] at least to get productive with foss [10:27] gonna be fourth night in a row not home today [10:28] oh [10:29] you should get someone to remind you were you live ;) [10:29] elfy, nah, Google Maps is enough;) [10:30] elfy, haha, that's true [10:48] ali1234: would be lovely if you could give it a shot, just don [10:49] ali1234: 't think i can be of much help, i have very minimal experience with PPAing [11:02] finally, ochosi is here :) [11:06] ochosi: GDK_CORE_DEVICE_EVENTS=1 does restore the normal scrollbar behavior in gedit (didn't test other gtk3 apps) [11:08] brainwash: where does that go? [11:08] in the .ini? [11:09] it's a env var I guess [11:10] can you reproduce the issue? [11:11] only noticed it when running Xfce, works normal in unity and gnome3 [11:13] ochosi: but the most important question remains: does xfce4-appfinder popup when starting it initially (fresh boot or relog)? [11:14] it does not for me, the daemonized instance of xfce4-appfinder does get stuck at some point and is not able to respond to dbus messages [11:15] from now on starting the appfinder is always deleted, because the dbus communication can't be established [11:16] somehow the first window initialization gets stuck when calling "gtk_icon_theme_load_icon()" [11:17] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/saucy/xfce4-appfinder/saucy-proposed/view/head:/src/appfinder-model.c#L1914 [11:17] I'll test the more recent git version now [11:17] with gdbus support [11:26] with my touchpad there are no problems [11:26] will try as soon as i get hold of a mouse [11:26] appfinder still doesn't work for me [11:28] meaning, your patch/suggestion with the xml config didn't help... [11:28] yea, that was a random thingy [11:29] so does the appfinder appear if you start it the first time? [11:29] rather important question [11:37] brainwash: nope, it doesn't seem so [11:38] is there actually a bug for this - or is it just you 2 with the issue [11:38] ok, any idea, why it would get stuck at calling "gtk_icon_theme_load_icon()"? some sort race condition? [11:39] bug 1048805 [11:39] bug 1048805 in xfce4-appfinder (Ubuntu) "xfrun4 launches very slowly" [Undecided,Confirmed] https://launchpad.net/bugs/1048805 [11:39] it's possible, gotta ask nick about that [11:40] oh old one [11:40] yeah, longstanding one [11:41] setting the return value to NULL (don't call that function -> don't load any images) fixes it [11:42] it's system specific somewhat [11:42] a fresh installation is not affected [11:43] but let me first test the git version, before asking nick [11:48] yeah, good idea [12:11] ochosi: git version works always like expected [12:14] backport the thingy, which makes it work magically? [12:17] hm, guess you'd have to check which commit fixes it [12:18] and then create a patch from that... [12:18] (or ask nick to do another release, and we'd get it for 14.04 at least) [12:19] ok, I'll ping him [12:19] any more info about the gtk3 scrollbar problem? [12:20] no clue, what's wrong with it [12:20] the workaround works [12:23] well as i said, my touchpad works fine [12:23] will try to get a hold of a mouse on monday [12:23] never mind, found the culprit.. overlay scrollbars [12:24] oh right [12:24] gotta go [12:24] seeya brainwash [12:24] bye ochosi [18:40] bluesabre: what's the deal with https://code.launchpad.net/~smd-seandavis/xubuntu-default-settings/b2_fixes/+merge/187127 ? nobody wants to review it? :) [21:25] ochosi: Not sure if you were interested, but systemd-shim came in with the upgrade. [21:27] ochosi: so I added a comment to the xfce4-appfinder bug report, don't feel like discussing this topic anymore, so just compile the git version with includes nick's gdbus migration patch [21:27] Not hitting that bug with alt+F2. [21:28] yea, hardly anyone is affected [21:28] btw which upgrade? [21:28] 13.04 -> 13.10? [21:28] Raring -> Saucy. [21:29] raring does ship with systemd-shim I think [21:30] no, it does not [21:31] getting bored of all these special cases :) [21:32] I thought I remembered purging it, but may have been some other sysd package. [21:33] I'm pretty sure, that it got pulled in at some point after the release of raring [21:33] and I removed it [21:33] It was newly installed for the upgrade. [21:38] so we just leave things unchanged [21:39] Well, all I'm saying is Works for me™ [21:39] no need to add systemd-shim as dependency [21:41] still odd, only ochosi and I were affected by the missing package after upgrading to 13.10 [21:41] same for the alt+f2 thingy [21:43] Well, it is quite easy to purge, doesn't remove anything I haven't already. Have any other sytemd packages missing? :P [21:44] not anymore [21:45] but the bug report does not only address the upgrade issue, you can purge the package at any time [21:46] but it is somewhat required to restart/shutdown (xfce4-session) [21:46] after the switch to systemd/logind [21:46] Thus, it'd make sense if xfce4-session depended on it, I'd guess. [21:47] (Well, if it works without it, recommends.) [21:47] it did recommend consolekit before the switch [21:48] ck is now gone [21:48] well, deprecated [21:52] it looks like most problems affecting xubuntu 13.10 are resolved now [21:55] oh, almost forgot the most important one... gtk3 panel indicators :) [21:55] Who cares if you can log in and out, where are the indicators!? ;) [21:56] the indicators are really important [21:56] for the average user [21:57] Scrolling over the volume icon is how I change it, yes. alsamixer is the other way. (And a cronjob that mutes it at night, but that doesn't count.) [21:58] time is running out, hopefully there will be a working solution for that before the final release [22:01] oh, https://wiki.edubuntu.org/Xubuntu/Roadmap/Specifications/Saucy/Gtk3Indicators [22:08] Mhmm, I have a VM with that. [22:10] I did not even know that such a howto exists on the net (ochosi never told me) [22:11] Well, linked to a few times. xfce4-indicator-plugin from git has two commits after the last release of interest. [22:21] I must say, it was pretty painless. [22:23] but it won't make it in time for 13.10, or? [22:32] Unit193, brainwash, I can release new version anytime but (a) there is no rush (gtk3 indicator plugin won't be included in 13.10), (b) I'm waiting for an official xfce4-panel release (at the moment indicator plugin depends on an unreleased, non-master branch) [22:34] so there is no need to hurry :) [23:25] andrzejr: He was going to try and slip it in still, if not release then at least backports. [23:25] But yeah, nothing bit yet.