=== ElectricErger is now known as ElectricErger|Po [08:42] morning all o/ [08:42] morning [08:42] hi [08:44] ochosi: adding pitti to the affected user list didn't quite help (yet) =S [08:45] i'd try to get in touch with seb128 [08:45] and point him to the bugreport directly, ask him whether he has a clue what's up with that [08:45] did you see his reply in #ubuntu-devel? [08:45] g2g, bbl [08:45] nope [08:45] I did that [08:45] he told me to report it upstream [08:45] hmpf [08:46] I'll test the 3 important commits one by one then [08:46] cya [08:46] cool, thanks! [08:46] ttyl === brainwash_ is now known as brainwash [11:00] ochosi: I gave up messing with gvfs and simply added a comment to the gnome bug report which is the cause of the gvfs "bug fix" release 1.18.1 [11:00] https://bugzilla.gnome.org/show_bug.cgi?id=708744 [11:00] Gnome bug 708744 in client module "GDaemonFileEnumerator registers itself on *all* dbus connections" [Normal,Resolved: fixed] [11:45] ochosi: I'm surprised that a new upstart release (containing the fix to reduce logout time) has not been pushed into proposed yet [13:13] brainwash: yeah, these things sometimes take time. it's even possible that it'll be pushed after the release, since it's bugfix [13:50] ochosi: I'll do some research about the development cycle and package freezing and so on :) === ubott2 is now known as ubottu === meetingology` is now known as meetingology === J21_ is now known as J21 === davmor2_ is now known as davmor2 === Maple[] is now known as Maple__ [21:50] ochosi: bug 1232119 [21:50] bug 1232119 in upstart (Ubuntu) " FFE Request for Upstart in saucy " [Undecided,Invalid] https://launchpad.net/bugs/1232119 [21:52] i assume that's "good news evryone!" ? [21:53] allö ochosi, brainwash [21:53] knome: hey [21:53] ahoi [21:54] ochosi: hopefully he won't forget about releasing an updated version upstart :) [21:54] :) [21:56] nay idea, why Xfce won't react to keyboard shortcuts? it's like 50/50 on every login that they will work or simply won't [21:56] and appfinder is really slow now on my test machine [21:57] xfsettingsd is running [21:58] i'm seeing a similar issue [21:59] (the time needed for appfinder to actually popup) [21:59] kb-shortcuts at session-start is +10secs or so [21:59] it's the same old dbus mess [21:59] after those initial 10secs, the kb-shortcuts seem fine [21:59] think i've seen this problem in prior releases [22:00] yea, not quite sure if my keyboard shortcuts actually recover fully [22:00] i sometimes have a bug that the shortcuts do not work when i've closed all applications *after* working [22:00] opening a terminal with a panel launcher and closing that immediately make the shortcuts work again [22:01] well, launching apps any other way works in normal speed for e [22:01] me [22:01] so it seems xfsettingsd related [22:01] yes [22:01] want to file a bug report? :) [22:01] i don't, but i'm more than happy to confirm and help triage and get it publicity. [22:02] know what we could do? keep it a secret instead and maybe no-one will notice ;) [22:03] that *is* an option [22:03] i suppose i can file the bug at some point [22:03] but not up to that now [22:04] knome: can you assign high priority to this bug (gvfs package) please? [22:04] bug 1231978 [22:04] bug 1231978 in thunar (Ubuntu) "Thunar 1.6.3 locks when browsing Trash with Xubuntu 13.10 Beta 2 and following dailies" [Undecided,Confirmed] https://launchpad.net/bugs/1231978 [22:05] +1 [22:05] set to critical. that good [22:05] ? [22:05] i guess [22:05] yea :) [22:05] it's really a sucky sucky bug [22:06] i'll ping pitti about it [22:06] I already subscribed him to the bug report, but no comment yet [22:07] i pinged him on IRC [22:13] I did comment on the upstream bug report responsible for the 1.18.1 release of gvfs, but maybe I should have just file a new bug report (not sure if those guys care about comments on resolved reports) [22:14] https://bugzilla.gnome.org/show_bug.cgi?id=708744 [22:14] Gnome bug 708744 in client module "GDaemonFileEnumerator registers itself on *all* dbus connections" [Normal,Resolved: fixed] [22:18] yeah, comments on resolved tend to be ignored forever [22:18] knome: and I'm curious about bug 1232027, shouldn't the missing package be included as soon as possible? to allow some testing before final release [22:18] bug 1232027 in xubuntu-meta (Ubuntu) "pm-utils not installed by default in 13.10" [Medium,Confirmed] https://launchpad.net/bugs/1232027 [22:18] bluesabre: :( [22:18] but knome can probably haunt the right people [22:18] s/haunt/ping [22:18] :) [22:18] darn, brainwash and bluesabre, you're so hard to distinguish at late ours. same first letter and same nick-length... [22:18] bah [22:19] bluesabre, you should learn that skill as well ;) [22:19] :) [22:19] brainwash: that is an interesting bug [22:20] ochosi: use some colors to distinguish our nicks [22:21] brainwash, get better, more distiguishable nicks [22:21] I'd recommend making mine your terminal background color ;) [22:21] brainwash: my irssi-skills are too low and i'm quite fond of using a rather monochrome-ish theme... [22:21] * knome files a bug [22:21] bluesabre: you wanna be the invisible man freddie mercury was singing about? [22:22] now now [22:22] haha [22:22] you should all join -ot [22:22] we're more on topic there than you are here, shame! [22:23] knome: well, who's at more at fault then? (at least i assume that's your question) [22:24] ochosi: /run nickcolor.pl [22:24] ochosi, there wasn't a question .P [22:24] * Unit193 doesn't use it. :D [22:24] me neither, i rather misread nicks. [22:24] ta-da https://lists.ubuntu.com/archives/ubuntu-devel/2013-October/037695.html [22:24] Unit193: yeah, as i said, i prefer monochrome irssi... if i start making bluesabre's nick e.g. *blue* i guess that'd just make things weird [22:26] pleia2: Yep, not surprised. [22:26] interesting that multi-monitor was the nail in the coffin for them too [22:27] I'm so glad they're taking that support seriously [22:27] pleia2, http://www.youtube.com/watch?v=U4_bklAqlaU [22:27] ta-dah! [22:28] hehe [22:29] :D [22:30] that movie was just as excellent as the first [22:30] hehe, yep [22:30] minions are the best :P [22:31] hehe [22:31] well, no time to feel schadenfreude [22:31] I've not seen either [22:31] after all, at some point xmir might bring benefits [22:33] yeah, it might be worthwhile later on [22:33] at least intel-users said they felt everything looked "smoother" [22:33] unfortunately, this probably means its delayed until 14.10 since they will probably want to avoid going full-force on it for the LTS without a "stable" testing time [22:34] I'd hope at least... [22:36] we'll see [22:36] these things don't seem to be very predictable in ubuntu from my experience [22:37] no [22:37] what i'm proud of is that we did the 'right' decision [22:38] But that also means all that testing and playing around was worthless. :P [22:38] it's not. [22:38] it's ground for xmir for later. [22:38] yeah, we raised a bunch of concerns :) [22:38] Well, something to compare to, but still. [22:40] xubuntu also made quite a few headlines thanks to your images, Unit193 [22:40] indeed [22:40] (and with "images" i mean the pictures and photographs of yourself that you shared) [22:40] Ahaha. But you mean the other type of images. :D [22:40] great minds think alike ;) [22:41] (unfortunately so do idiots) [22:41] Sadly for you at least... [22:41] so anyway, before knome kicks me out of -devel for being a bit -ot, great work on that xmir initiative [22:41] it was far from worthless [22:42] +1 [22:42] and far from a crappy effort. [22:47] Eh, could be better, but at least http://www.youtube.com/watch?v=S65ZzffW-Cw [22:49] harhar [22:49] nice one [22:49] (wait, is that a *thing* now, that we post yt-links to these kind a quotes?) [22:50] * knome shrugs [22:50] used to happen in -ot [22:52] ochosi: can you explain the current gtk2/gtk3 panel indicator situation please? still no gtk3 indicators for xubuntu users? [22:53] brainwash: it seems like gtk3 indicators won't happen by default in 13.10 [22:53] there might be a PPA for them though [22:53] ochosi, micahg said he's going to try to push them in though [22:53] and forking them was never an option? [22:53] bluesabre was working on one, haven't checked what the status is [22:54] or then i misunderstood, Unit193 asked about that [22:54] hm what? [22:54] wow, lotsa confusion here :) [22:54] what the bug? [22:54] brainwash: forking them doesn't help if the protocol or API of the services changes [22:55] knome: really? when did he say that? if so, is that really the plan? cause then i need to hack together support for them in 2 or 3 themes of ours [22:57] ochosi, around three hours ago in -offtopic [22:58] knome: haha, that seems to be the place for that kind of announcement [22:58] not announcement [22:58] Unit193 just asked him [22:58] ochosi: I asked, he answered. [22:58] tell him to ask in -devel [22:58] i see [22:58] no, don't see, just tell [22:58] :P [22:58] well not sure what to say [22:59] i guess i'll wait until that's in the archives until i start spending time on the themes [22:59] or at least: until it's in the works for realz [22:59] if that helps/soothes you at all, i'll want that in 14.04 at least, if there is no other solution (and i don't think there will be) [22:59] so work made on that isn't useless anyway [23:00] yeah, possibly not [23:00] unless theming stuff changes [23:00] so, we should probably just make a collective decision to keep the devel stuff in -devel and the rest in -ot [23:01] we haven't scheduled the next meeting, but i'll add that to the agenda [23:01] if the wiki decides to load