[08:07] <didrocks> morning
[08:09] <seb128> lut didrocks
[08:09] <seb128> hey mvo
[08:12] <didrocks> lut seb128 :)
[08:53] <mvo> seb128: re #287243> it was not only xchat-gnome but also epiphany that would only appear after I restarted the panel - have you heard anything about this?
[08:53] <mvo> or seen it before?
[08:53] <seb128> mvo: good morning
[08:53] <mvo> seb128: good morning :)
[08:55] <seb128> mvo: xchat-gnome seems to be the bug I listed, epiphany-browser could be a classic desktop installed before the binary race or similar
[08:55]  * mvo nods
[08:55] <mvo> ok
[08:55] <mvo> the old "tryexec" thing?
[08:55] <seb128> yes
[08:56] <seb128> the desktop is in the arch all binary which is likely unpacked first because of the depends cycle no?
[08:56] <mvo> yes, makes sense
[08:57] <seb128> we should probably have the menu entries in the same binary package than the software
[08:57] <seb128> not sure if that would be enough to avoid those races though
[08:58] <seb128> anyway that's not a new issue and not something that we will likely change before intrepid now
[08:59] <seb128> mvo: btw do you know why the oosplash you reported some weeks ago has been closed as invalid?
[09:00] <seb128> mvo: I got it yesterday again while trying the current iso
[09:00] <seb128> lut huats
[09:00] <mvo> seb128: hm, no idea. did I close it?
[09:00] <mvo> seb128: what is the bugnumber?
[09:01] <seb128> mvo: no, calc did
[09:01] <huats> hello seb128 and mvo :)
[09:01] <mvo> seb128: I think the xchat problem might be "desktop file is unpacked, inotify int the panel picks that up, panel looks for icon->none in the cache yet, postinst is run and icon is added to the cache"
[09:01] <mvo> hey huats
[09:01] <seb128> mvo: not sure now, apport listed similar titles and the recent one was from you and had been closed by calc, he didn't add any comment saying why so I thought you maybe discussed it on irc or something
[09:02] <huats> seb128: once again (I have the feeling to keep saying the same stuff for a few days), if you have some updates to do, just ask :)
[09:02] <mvo> seb128: no, haven't talked to him in ages
[09:02] <seb128> mvo: do you get the icon after a restart?
[09:02] <mvo> seb128: what is the issue exactly?
[09:02] <mvo> seb128: yes, panel restart cures it
[09:02] <seb128> huats: http://download.gnome.org/sources/epiphany-extensions/2.24/epiphany-extensions-2.24.1.tar.gz
[09:02] <seb128> mvo: what issue?
[09:02] <mvo> seb128: the oosplash
[09:03] <seb128> mvo: ok, because the other bug mentionned that a restart was not enough
[09:03] <huats> seb128: ok doing it
[09:03] <seb128> mvo: don't bother, I'll ask calc, just apport starting because oosplash crash
[09:03] <mvo> seb128: if its  "desktop file is unpacked, inotify int the panel picks that up, panel looks for icon->none in the cache yet, postinst is run and icon is added to the cache" we could experiment with delayed inotify pickup - e.g. if something was not found try again in 30sec or something
[09:04] <seb128> mvo: right, that's what we discussed previous cycle already I think ;-)
[09:04] <mvo> yeah, in the tryexec case
[09:04] <mvo> but now its useful for the icons as well :)
[09:04] <seb128> mvo: I'm pondering adding a trigger which touch /usr/share/applications* after install
[09:05]  * mvo likes recycling old ideas
[09:05] <seb128> mvo: that's a workaround but is easy to do and should work correctly
[09:05] <mvo> hmm, that is a big cannon :)
[09:06] <mvo> I mean, changes a lot of timestamps
[09:07] <seb128> mvo: so touch whatever .desktop was in the installed binary?
[09:07] <seb128> mvo: or touch the directory if that's possible and makes sense
[09:08] <mvo> seb128: touch desktop in installed binaries is probably better, we could talk about it at uds
[10:34] <huats> seb128:  bug 287451
[10:34] <seb128> huats: ok
[10:35] <huats> no pb
[10:36] <huats> ready to do something else :)
[10:36] <seb128> nothing else to do for the moment
[10:36] <seb128> I'll let you know when they roll new tarballs and there is something to update ;-)
[10:37] <huats> sure
[10:37] <huats> :)
[10:53] <didrocks> seb128: I translated my modification in nautilus-share in French. Not sure you are still heading this, but if you have some time to acknowledge them...
[10:55] <didrocks> (https://translations.edge.launchpad.net/ubuntu/intrepid/+source/nautilus-share/+pots/nautilus-share/fr/+translate?start=0&batch=10&show=untranslated&field.alternative_language=&field.alternative_language-empty-marker=1&old_show=all)
[11:00] <seb128> didrocks: I didn't approve translations for a while, ping me back later today if nobody does, I'll let the translation team have a look first if they are active
[11:01] <seb128> I don't want to hijack anybody work there
[11:01] <didrocks> yes, for sure, that's why I was wondering if you were still active. I will send an email to Bruno
[11:02] <seb128> didrocks: I'm too busy on other things to be active on translations
[11:02] <didrocks> seb128: I must confess I am not surprised ;)
[11:02] <seb128> ;-)
[13:00] <slomo> seb128: did you get my mail with the bug number for the gstreamer syncs?
[13:01] <seb128> slomo: I didn't look at my mails but I noticed the launchpad bug, thanks!
[13:03] <seb128> slomo: I got the mail
[13:03] <seb128> slomo: I'll do the gst-plugins-good update
[13:03] <slomo> seb128: great, thanks :)
[13:04] <seb128> thank you for the work on those rather ;-)
[13:49] <Ng> hrm, is it just me or is g-s-d segfaulting atm?
[13:49] <kwwii> Ng: you are probably just being too picky
[13:49] <Ng> something is loading /usr/lib/gstreamer-0.10/libgstlibvisual.so and segfaulting
[13:50] <Ng> indeed gstreamer-properties will segfault
[13:50] <Ng> kwwii: hey I'm not picky, but giant fonts and a horrible default gtk theme won't do! ;)
[13:53] <kwwii> Ng: if you want to complain about the theme properly you need to use anal/fecal metaphors
[13:53] <Ng> haha
[13:54] <Ng> hmm why isn't apport picking these up
[13:58]  * mpt wonders why the "Applications" > "Graphics" menu is no longer in alphabetical order
[13:59]  * Ng boggles, how can gstreamer0.10-plugins-base be responsible for this, it hasn't changed for a couple of weeks
[14:00] <Ng> aha, but libvisual was updated today
[14:20] <Hobbsee> Ng: oh dear.  sigh.
[14:20] <Hobbsee> Ng: does it happen if you install the old libvisual plugins?
[14:20] <Ng> Hobbsee: lemmie check
[14:20] <Ng> I was just confirming it with amarok, which also reports a segfault when I activate visualisations
[14:21] <Hobbsee> Ng: if it doesn't, can you file a bug, mark it high, and nominate it for intrepid please?
[14:23] <tedg> mpt: I believe that you can change it if you use the menu editor.  User error :)
[14:24] <james_w> bug 287405
[14:24] <james_w> Ng, Hobbsee ^
[14:25] <Ng> ah doh, yeah that's what I'm seeing
[14:25] <Ng> but I don't think it's g-s-d specific, because other users of libvisual will segfault
[14:25] <james_w> yeah, where should the bug move to?
[14:26] <james_w> -plugins-base I guess
[14:26] <james_w> have you let gdb lose on it yet?
[14:26] <Hobbsee> libvisual, if tha'ts what's caused the bug
[14:26] <Ng> Hobbsee: yeah, downgrading to libvisual-0.4-plugins_0.4.0.dfsg.1-2_i386.deb fixes things
[14:27] <Ng> james_w: I tried the gdb hint that gst outputs, to no avail
[14:28] <Ng> I'm no gdb master. If you are, I'd suggest you try that and I'll wrestle the bug in LP ;)
[14:28] <tedg> Ah, I think I'm getting that same bug...
[14:28] <james_w> I don't see it unfortunately
[14:28] <Ng> huh
[14:29] <james_w> ah, I'm not up to date, I didn't realise it was the last few hours
[14:29] <Ng> Hobbsee: how do I nominate a bug for a release? I've never actually figured that out
[14:29] <Hobbsee> lool: did you see any of this?
[14:30] <Hobbsee> Ng: there's a option called "nominate for release"
[14:30] <james_w>   * Build-dep on x11proto-xf86vidmode-dev explicitely for
[14:30] <james_w>     extensions/xf86vmode.h.
[14:30] <james_w>   * Build-dep on mesa-common-dev explicitely for GL/glx.h.  Note that
[14:30] <james_w>     libglu1-mesa-dev is needed for plugins/actor/actor_lv_gltest.c, but isn't
[14:30] <james_w>     checked in configure.ac.
[14:30] <Ng> Hobbsee: I swear there isn't (I'm using edge) :/
[14:30] <Ng> I can target it to a release, maybe this is my damn rubby ducky
[14:30] <Hobbsee> Ng: not when you report the bug, anyway.
[14:31] <Hobbsee> you have to report it first, then change stuff like that.
[14:31] <james_w> Ng: if you can target then it means you have super-powahs
[14:31] <Ng> james_w: yeah, I have a rubber ducky, but it's clearly inappropriate for me to target it, so someone else will need to nominate it
[14:32] <Ng> at least that would explain why I've never been able to figure out how people are nominating things ;)
[14:32] <james_w> Ng: I say it's ok in this case as Hobbsee would presumably just approve it straight away
[14:33] <Hobbsee> yeah
[14:33] <james_w> bug 287448
[14:33] <Ng> ok
[14:33] <james_w> should probably use that one instead
[14:34] <Ng> james_w: any reason to go with 287448 over 287405? I tend to bundle things up to the lowest number
[14:34] <Hobbsee> Ng: ones' clearer than the other?
[14:34] <james_w> only because it already has one duplicate and it's a pain to duplicate it to something else in that case
[14:34] <Ng> ah fair point
[14:35] <Ng> although I duped mine onto 405, so they both have dupes now \o/
[14:35] <james_w> :-)
[14:35]  * Ng tidies up
[14:36] <Ng> ok, all duped on bug 287448 and it's now tracked in intrepid
[14:36] <james_w> ah, -plugins isn't installed by default
[14:41] <Ng> should I find and pester someone about fixing it? :)
[14:42] <Hobbsee> Ng: already doing so
[14:42] <Ng> awesome, thanks
[14:42] <Hobbsee> just hoping to avoid doing it myself, as i was hoping to go to bed.
[14:44] <james_w> Hobbsee: do you know what the issue is?
[14:44] <Hobbsee> james_w: not really, but I don't have a problem with reverting it, as it took him 3 revisions in the smae hour to get that far.
[14:44] <james_w> ah, if you are just going to revert then go ahead
[14:44] <Hobbsee> apparently I wasn't thinking when I accepted it the first time (although universe wasn't under a freeze - only by a LP limitation)
[14:45] <Hobbsee> OTOH, if you want to upload a reversion, that'd be even nicer :)
[14:45] <james_w> I was going to install it and try and grab a stacktrace
[14:46] <Hobbsee> even if he manages to solve that one, i've no idea how many other ubgs have managed to be introduced there
[14:47] <james_w> true
[14:56] <pitti> I really got used to nautilus tabs
[14:57] <james_w> I can't work out how to catch this sigsegv
[14:58] <james_w> it seems it's happening in a cloned child
[14:58] <seb128> pitti: oh, why so? tabs are nice to preload pages or keep things you want to read later in a webbrowser, but that feels weird for a filemanager where you usually want to interact between directories
[14:58] <Hobbsee> seb128: copy&paste?
[14:58] <pitti> seb128: well, I don't use it very often, but for copying a bunch of files from here to there it's less clutter on the desktop
[14:59] <seb128> Hobbsee: that's what I call interacting
[14:59] <Hobbsee> particularly for remote locations?
[14:59] <pitti> seb128: not a killer feature, but it's nice
[14:59] <Hobbsee> seb128: sure, but in that case, having different tabs, one for origin, and one for destination, i find very useful
[14:59] <seb128> pitti: good that you like it since it's there anyway ;-)
[14:59] <seb128> there was a troll at GUADEC and on planet GNOME about tabs everywhere
[14:59] <pitti> seb128: yeah, I wasn't complaining about GNOME for a change :-P
[15:01] <james_w> http://paste.ubuntu.com/61004/
[15:01] <seb128> Hobbsee: I like better having the 2 view on screen and doing dnd between those than have to context switch
[15:01] <james_w> is that a cause of a sigsegv, or fallout from one?
[15:06] <didrocks> I agree with seb128, I got used to double clicking with the middle button to open a new nautilus window for such operations (moving bunch of files)...
[15:08] <seb128> didrocks: I'm using nautilus spatial
[15:09] <seb128> so I just double click ;-)
[15:10] <didrocks> seb128: no, I never got used to the spatial mode (and I really hate it in the very first version of ubuntu ;))
[15:10] <didrocks> I am very graceful that we overload the default behavior for that :)
[15:10] <seb128> ;-)
[15:11] <seb128> tastes
[15:11] <didrocks> I know it's very pleasent as told me people, but well... you know... habits ^^
[15:11] <seb128> anyway that's a configuration option
[15:15] <seb128> james_w: no idea about the valgrind log
[15:15] <seb128> james_w: is that the first one you get in the log?
[15:32] <james_w> seb128: yeah, I'm going to write a libvisual test app
[15:58] <huats> seb128: I have seen that there is a new gnome-lirc-properties
[15:58] <huats> I am having a look if it can be updated :)
[15:58] <seb128> huats: it still requires a new lirc?
[15:59] <huats> that is what I am about to look :)
[15:59] <huats> but right now the new sources are not yet available on the gnome ftp :)
[16:45] <huats> seb128: the gnome-lirc-properties depends on the new lirc... which has just been released (and which is not in intrepid...). So it is not possible to update it
[16:45] <seb128> huats: ok, jaunty job
[16:46] <huats> yep
[16:46] <huats> :)
[16:52] <ember> seb128: mvo does this works for you? http://bugzilla.gnome.org/show_bug.cgi?id=548600
[16:53] <mvo> ember: switch to next tab works for me
[16:58] <ember> ok thansk mvo, gt 2.24.1.1 is branched
[16:58] <ember> chpe ended up reverting the accels change and the locale ones
[17:18] <vuntz> hey, did you guys notice any major issue with GNOME 2.24.1?
[17:26] <seb128> vuntz: no
[18:43] <pitti> vuntz: latest regression du jour is bug 287448, but it's not really GNOME core
[19:20]  * mpt discovers Nautilus's audio preview crack
[19:26] <mpt> ...
[19:26] <mpt> "System policy prevents stopping the when other users are logged in"
[19:26] <mpt> What's that supposed to mean?
[19:26] <mpt> I accidentally the whole login
[19:29] <pitti> mpt: consolekit thinks it must stop you from shutting down the box if there are other sessions running; pretty much what it says
[19:29] <pitti> mpt: this sentence no verb
[19:30] <lool> Hobbsee: Interesting; it seems libvisual crashes gsd here as well
[19:30] <pitti> lool: I'm just trying to debug this
[19:30] <pitti> lool: I followed up to the bug
[19:30] <lool> Hobbsee: What's weird is that I compared the *build* logs of libvisual
[19:30] <mpt> pitti, "prevents" is a fine verb, though probably incorrect in this case -- it's the missing noun that's the problem
[19:30] <pitti> we have a fallback option, but I'd rather fix it properly
[19:30] <lool> pitti: I compared the build logs of libvisual before and after changing it
[19:30] <pitti> lool: it wasn't due to your change
[19:30] <pitti> lool: see the bug trail :)
[19:31] <lool> Indeed, james_w already tried a simple rebuild
[19:31] <lool> pitti: I'm relieved :)
[19:31] <lool> Cause I had been extremely cautious with it
[19:32] <lool> pitti: Thanks for looking into it BTW, I have been dragged in urgent matters today
[19:32] <pitti> lool: do you know a bit about gstreamer?
[19:33] <pitti> lool: it annoys me that "gdb --args gst-inspect-0.10" doesn't actually intercept the crash
[19:33] <pitti> but exits with 1, and just prints "it crashed blabla" to stderr
[19:33] <pitti> ERROR: Caught a segmentation fault while loading plugin file:
[19:33] <pitti> /usr/lib/gstreamer-0.10/libgstlibvisual.so
[19:33] <pitti> yes, dear gst, I'd like to *catch* it
[19:34] <pitti> --gst-disable-segtrap makes it worse
[19:34] <lool> pitti: It's meant to fork when registering plugins
[19:34] <lool> It shouldn't ever crash
[19:34] <lool> But it does :)
[19:34] <pitti> gst-instpect itself indeed dosen't
[19:34] <lool> I think you can set some env vars to change this, but I don't know them of heart
[19:34] <pitti> lool: ok, I'll poke
[19:34] <pitti> apport seems to catch the actual crash, the trace just isn't very helpful
[19:34] <pitti> I'd like to run the forked instance under valgrind
[19:35] <pitti> --gst-disable-registry-fork
[19:35] <lool> pitti: Try running the -0.10
[19:35] <pitti> that sounds promising
[19:35] <pitti> hah
[19:35] <pitti> that works
[19:35] <lool> #0  0x00007f6dae738fb3 in visual_object_unref () from /usr/lib/libvisual-0.4.so.0
[19:35] <lool> #1  0x00007f6dae7233fb in visual_plugin_get_references () from /usr/lib/libvisual-0.4.so.0
[19:36] <lool> yup
[19:37] <pitti> lool: still nothing that actually goes through nastyfft
[19:38] <pitti> nomen est omen, I'd say :(
[19:39] <lool> Hmm we can drop our changes to libvisual now
[19:39] <lool> libvisual (0.4.0-2.1ubuntu1) intrepid; urgency=low
[19:39] <lool> * Suggest not Recommend libvisual-0.4-plugins
[19:41] <pitti> lool: right; for now I try to rebuild libvisual against current intrepid, too
[19:41] <lool> pitti: It was rebuilt recently though
[19:41] <pitti> June
[19:41] <lool> 18 Jul 2008
[19:42] <pitti> right, that's not really 'recent'
[19:42] <lool> Ok; I'm rebuilding it too, with debug :)
[19:42] <pitti> lool: well, I'm not that hopeful that it works, but let's try :)
[19:42] <pitti> fortunately we have -dbgsyms for all that stuff
[19:43] <lool> 0x00007fae453cbfe3 in visual_object_unref (object=0x7fae4539bd40) at lv_object.c:239
[19:43] <lool> 239             object->refcount--;
[19:44] <pitti> ok, rebuilding doesn't help
[19:44] <lool> pitti: Yeah, it's just that I find it a bit time consuming to install the dbgsym (I have to enable it in source.list or search it, then go to update and install it) and I sometimes get additional debug flags set with manual rebuilds
[19:44] <lool> no, rebuilding didn't help, but I got the above output; is this what you got too?
[19:44] <pitti> lool: yes, I get the same stack trace; valgrind and gdb agree, too
[19:46] <lool> Ok, it crashes when unrefing the plug_info object
[19:48] <pitti> plug_name = 0xb7beec82 "\203�\020[]�\220\220\220\220\220\220\220\220U\211�S\203�\f\215E\020\211D$\b\213E\f�\031���\201�N\003\021"
[19:48] <pitti> hm, that doesn't look healthy
[19:48] <pitti> that's in
[19:48] <pitti> #1  0xb7809045 in visual_plugin_get_references (
[19:48] <pitti>     pluginpath=0xbf7fe670 "/usr/lib/libvisual-0.4/actor/actor_nastyfft.so",
[19:48] <pitti>     count=0xbf7fe658) at lv_plugin.c:914
[19:49] <pitti> in nastyfft!
[19:49] <lool>     pluginpath=0x7fff198af660 "/usr/lib/libvisual-0.4/actor/actor_nastyfft.so", count=0x7fff198af650) at lv_plugin.c:914
[19:50] <pitti> hm, it's binary garbage for bumpscope, too, so that's not it
[19:51] <lool> Weird, I get $1 = (int *) 0x7f19cfeaf520
[19:51] <lool> $2 = 0x7f19cfeaf520 "�\v"
[19:51] <lool> as plugin_version
[19:52] <lool> It's supposed to be .version = N_("0.5") AIUI
[19:53] <pitti> for bumpscope,
[19:53] <pitti> (gdb) p *plugin_version
[19:53] <pitti> $5 = 0
[19:53] <pitti> for the next couple of plugins, it's 0, too
[19:53] <lool> I see the __lv_plugin_libvisual_api_version symbol on the module, hmm
[19:55] <lool> pitti: What did you think of the warnings around nastyfft?
[19:55] <lool> In file included from actor_nastyfft.c:32:
[19:55] <lool> ../../../gettext.h:71:1: warning: "gettext_noop" redefined
[19:56] <lool> the gettext_noop also appears in actor_oinksie.c
[19:56] <lool> and the get_plugin_info also appears for actor_lv_gltest.c
[19:57] <lool> both are also installed, and seem to cause a crash
[19:58] <pitti> lool: oh, good catch
[19:58] <lool> err don't seem
[19:58] <lool> Sorry, typo
[19:58] <lool> These don't seem to cause a crash
[19:58] <pitti> right, but they do cause warnings
[19:59] <lool> If I move only the nastyfft one out of the plugin dir, it doesn't crash
[19:59] <pitti> an undeclared function is usually interpreted as int f(int), or so, no?
[19:59] <lool> or (void) or something
[19:59] <pitti> lool: yes, I said in the bug that --disable-nastyfft would be a possible quick workaround in intrepid
[20:01] <pitti> lool: however, gst-inspect gives me those instead:
[20:01] <pitti> (gst-inspect-0.10:17144): GStreamer-CRITICAL **: gst_value_set_int_range: assertion `start < end' failed
[20:01] <pitti> lool: I get that three times, might be the three ones from libvisula which aren't registered
[20:02] <lool> pitti: How do you get these?
[20:02] <pitti> gst-inspect-0.10 -a > /dev/null
[20:02] <pitti> (with nastyfft removed)
[20:03] <lool> Hmm I don't get them with just gst-inspect-0.10
[20:03] <lool> but that does go via the libvisual plugins
[20:03] <pitti> neither do I, just with -a
[20:07] <pitti> this thing is full of undeclared functions...
[20:10] <pitti> lool: I don't see any compiler warning in nastyfft which isn't also present in the other ones, though
[20:11] <lool> pitti: Exactly
[20:11] <lool> So just at the visual_object_unref, the refcount is already zero
[20:11] <pitti> anyway, I'm off for a quick dinner, bbl
[20:11] <lool> bye
[20:16] <lool> I wonder whether it's the const
[20:18] <lool> pitti: Yup, solved
[20:18] <lool> Doesn't crash anymore
[20:19] <lool> I don't want to tell you at how many levels libvisual is broken
[20:19] <lool> And that was the only occurrence
[20:23] <lool> pitti: Pushed
[20:23] <seb128> lool: you are speaking libvisual, does it mean bug #287396 is for you?
[20:23] <lool> seb128: yup
[20:23] <lool> seb128: uploaded already
[20:23] <lool> seb128: dup of 287448
[20:23] <seb128> lool: ok thanks, any reference bug to dup this one?
[20:23] <seb128> lool: thanks!
[20:24] <lool> Don't ask your next question, I already know its answer
[20:24] <seb128> ;-)
[20:25] <lool> seb128: I guess there must have been a huge number of random dups on this  :-/
[20:27] <seb128> lool: not so much on desktop packages apparently but let's wait before speaking usually the flood of dups is filled after we fix the bug, time to get the update building and mirrors updated, etc
[20:34] <lool> Hobbsee: Any particular dupes I can merge for you?
[20:37] <pitti> lool: re
[20:37] <pitti> rock!
[20:37] <pitti> lool: thanks a lot
[20:37] <lool> pitti: Hey, can you test and approve libvisual-plugins?
[20:38] <pitti> lool: test yes, approve no
[20:38] <lool> pitti: Well I kind of broke it, to some extent, by rebuilding it  ;-)
[20:38] <pitti> we need to wait until after RC
[20:38] <pitti> unless..
[20:38] <pitti> it's not on any CD or DVD
[20:38] <lool> pitti: uhoh
[20:38] <lool> pitti: Well I think it wasn't pulled in until now
[20:38]  * pitti checks DVDs
[20:38] <pitti> lool: right, that's what I'm noping
[20:38] <pitti> hoping
[20:38] <pitti> lool: but we built DVDs after the promotion
[20:39] <lool> pitti: What do you think of repromoting the recommends in libvisual to be in sync with Debian again?
[20:39] <pitti> lool: we are lucky, it's not on the DVD
[20:39] <pitti> lool: I'm all for that
[20:40] <Laney> ember, seb128: Do you mind if I do the gnome-terminal 2.24.1.1 update and add the tab key switching patch back?
[20:41] <lool> Any idea of a version number higher than 0.4.0-2.1ubuntu1 which doesn't have ubuntu?
[20:41] <pitti> lool: 0.4.0-2.1+build1
[20:41] <lool> Thanks
[20:41] <pitti> lool: I actually have that upload prepared :)
[20:41] <ember> Laney: i've updated in my branch
[20:41] <seb128> Laney: you can do whatever you want on this one, get mvo to look at your change when you need sponsoring
[20:41] <pitti> lool: anyway, why didn't you do that as a patch?
[20:41] <Laney> (alternatively, since the only change between 2.24.1 and .1.1 was to remove the said patch, how about a patch to 2.24.1 to add in the missing bit?)
[20:41] <pitti> lool: it's currently applied inline
[20:41] <ember> Laney: that patch introduces a bug
[20:42] <lool> pitti: Oh ups, didn't check for a patch system; I recall there's one now
[20:42] <Laney> ember: There was just a commit which wasn't included in the stable branch, afaik?
[20:42] <lool> pitti: Sorry about that; will publish an ubuntu5 ASAP
[20:42] <pitti> lool: I'll cross-check/test the patch here in the meantime
[20:42] <lool> Ok, thanks
[20:42]  * mvo heard his name
[20:42] <pitti> lool: don't bump the version number again, please; just upload, I'll reject the previous one
[20:42] <lool> pitti: Ok
[20:42] <pitti> mvo: buh!
[20:43] <mvo> Laney: oh, I thought it was ok that it get dropped because of the upstream changes there. sorry for that
[20:43] <mvo> Laney: I will be happy to sponsor it
[20:43] <mvo> pitti: *meh*
[20:43] <Laney> mvo: No worries, we were just following upstream ;)
[20:44]  * lool pushed libvisual; now pack to plugins
[20:44] <ember> the patch is incomplete due string freeze
[20:44] <Laney> mvo: Do you think skipping 2.24.1.1 is OK?
[20:44] <Laney> ember: Right, but we can pull the diff from trunk, no?
[20:45] <ember> or skip 2.24.1.1
[20:45] <Laney> ember: We still need a patch
[20:45] <mvo> Laney: I think by shipping 2.24.1 with all the changes we crossed the line, now we shouldn't stop
[20:45] <Laney> The options are no longer in the keybinding editor, at least for me either
[20:45] <Laney> -either
[20:45] <pitti> lool: I don't even see nastyfft in gst-inspect...
[20:45] <mvo> could we revert to 2.24.0?
[20:46] <lool> pitti: It's a libvisual-plugin; you'll probably only see a visual gst element
[20:46] <ember> 2.24.1 fixes other issues
[20:46] <ember> i think we should follow upstream
[20:46] <lool> pitti: Perhaps it's something like visualsink actor=nastyfft
[20:46] <pitti> lool: gst-inspect-0.10 libvisual has others, like oinksie or corona
[20:47] <Laney> I'll see what patch is needed
[20:47] <lool> pitti: Ok; no idea then
[20:47] <ember> Laney: the correct patch is what got removed on 2.24.1.1
[20:47] <ember> the complete -trunk is more complete but have a lot of new string
[20:47] <ember> *strings
[20:48] <Laney> ember: But with 2.24.1 I don't see the bindings in the editor.
[20:48] <lool> pitti: Pushing the new ubuntu4
[20:49] <ember> and you have it on 2.24.0 ?
[20:49]  * pitti hugs lool, you rock
[20:49] <Laney> ember: Yes. Do you see the new options?
[20:49]  * lool hugs pitti for being so supportiv
[20:49] <lool> e
[20:49] <pitti> seb128: that unbreaks g-s-d and pidgin
[20:49] <Laney> I believe it was just a patch from trunk that got missed from the .1
[20:49] <pitti> lool: I'll get it past Steve :)
[20:49] <ember> Laney: http://bugzilla.gnome.org/show_bug.cgi?id=556893
[20:50] <seb128> pitti: and you going to block it until after the candidate?
[20:50] <lool> pitti: So DVD affected?
[20:51] <Laney> ember: Can we get the fix for this too then?
[20:51] <Laney> Or do you think we should just follow upstream?
[20:51] <pitti> lool: no, not on DVD; that's our luck
[20:51] <pitti> seb128: no, accepting now
[20:51] <seb128> pitti: thanks ;-)
[20:52] <ember> imo i think we should follow upstream, but it just an opinion
[20:53] <lool> pitti: excellent
[20:53] <Laney> Right. Well I'll work up a debdiff and you can decide whether to include it - otherwise I'll stick it in my PPA
[20:53] <pitti> uh, where's seb128?
[20:53] <pitti> lool: anyway, we need to hold back packages which are on the CDs to avoid archive/CD skew; the rest can go
[20:54] <ember> Laney: please for gnome-terminal use bzr to make mvo life easier
[20:54] <Laney> ember: OK, where's the branch
[20:54] <Laney> ?
[20:54] <lool> pitti: I've pushed to my ppa anyway
[20:54] <lool> People can get it from there
[20:54] <Laney> (It's hard to know where packages are maintained, should I have looked somewhere to find this out?)
[20:54] <lool> Well it's not the version with the patch but anyway
[20:54] <pitti> lool: it'll be on archive.u.c. in an hour, too
[20:55] <ember> Laney: ~ubuntu-core-devs one
[20:55] <Laney> ty
[20:57] <lool> pitti: I'm about to head off for bed -- unless I need to wait for some confirmation or can help finish closing this case?
[20:57] <pitti> lool: that's fine; it's completely done nwo
[20:57] <lool> Good
[20:57]  * lool waves good night
[20:58] <ember> good night
[20:59] <pitti> lool: sleep well
[20:59] <ember> mvo: do you have an opinion on this?
[20:59] <mvo> ember: sorry, I disconnected
[21:00] <ember> about gt
[21:00] <mvo> ember: right, I missed some discussion points I think
[21:01] <ember> http://paste.ubuntu.com/61178/
[21:04] <mvo> ember, Laney: sorry that I was not following it as closely as I should - what exactly is the problem that 24.1.1 solves and is this a regression from 2.24.0 ?
[21:06] <ember> 2.24.1.1 is a regression of 2.24.1, remember the <locale> thing?
[21:06] <mvo> yes
[21:06] <Laney> mvo: Yes. The option to configure the keybindings for switching to specific tabs (1-9) were dropped in 2.24.0, and added back in 2.24.1. Unfortunately, a commit was missed in the version and it appears to have introduced another crasher which is now fixed, so 2.24.1.1 was released which backed it out.
[21:06] <Laney> I'm doing a patch to add the missed commit and the crash fix
[21:06] <mvo> right
[21:07] <Laney> So the options are: a) accept my patch and have the functionality, and b) hedge our bets and go with upstream's 2.24.1.1
[21:09] <mvo> thanks for explaining that! I would like to see the diff for (a) to make a call
[21:09] <ember> mvo: could you merge 2.24.1.1 from my branch to Laney work on it
[21:10] <mvo> will do
[21:12] <mvo> ember: a small issue with the merge is the version number (2.24.1-0ubuntu1~ppa1) - I correct that
[21:13] <ember> heh ok, thanks
[21:13] <mvo> commited
[21:13] <mvo> np :)
[21:26] <huats> seb128: lut
[21:26] <huats> anything particular I can do to help ?
[21:26] <seb128> huats: 'soir
[21:26] <seb128> huats: you can do the http://download.gnome.org/sources/libwnck/2.24/libwnck-2.24.1.tar.gz update
[21:27] <huats> seb128: on my way
[21:27] <james_w> nice work lool, what was it in the end?
[21:29] <pitti> james_w: changing a const structure
[21:29] <james_w> ah, good spot, I doubt I would ever have caught that
[21:30] <james_w> sorry for not giving you all the information before I left, but I had to dash out
[21:30] <pitti> james_w: no problem at all, thanks for pointing to nastyfft
[21:30] <pitti> james_w: I wonder how you manage to help with just about every bug we receive :)
[21:30] <james_w> pitti: I used to test program to work around gstreamer not wanting to give the stacktrace
[21:31] <pitti> james_w: in the end I used "gdb --args gst-inspect-0.10  --gst-disable-segtrap --gst-disable-registry-fork"
[21:31] <james_w> heh, just work on the most visible ones, and it looks like you do more than you actually do :-)
[21:31] <james_w> ah, I hadn't found --gst-disable-registry-fork
[21:45] <huats> seb128: I'd like to test the libwnck update... any idea what can I do to do that ?
[21:45] <seb128> huats: libwnck is what is used in the tasks list and the workspace switcher applets
[21:45] <huats> ok
[21:45] <seb128> huats: so switch workspaces, try changing the number, open some applications and verify they are listed
[21:46] <huats> I'll do that right now :)
[21:46] <seb128> huats: restart your session to get the new version used before
[21:46] <huats> yep
[21:48] <seb128> mvo: do you look at compiz bug? there is one that is collecting lot of duplicates
[21:49] <mvo> seb128: which one
[21:49] <mvo> seb128: I'm behind with triage (badly on compiz, really badly :(
[21:49] <mvo> quite good with update-manager though
[21:49] <seb128> mvo: #277906
[21:50] <mvo> bug 277906
[21:50] <seb128> mvo: 78 duplicates
[21:50] <mvo> woah
[21:50] <mvo> and that makes *compiz* crash
[21:50]  * mvo scratches his head
[21:51] <seb128> mvo: the title is likely wrong
[21:51] <mvo> and of course it does not crash when I try that
[21:52] <seb128> mvo: looking quickly through duplicate it's likely a crash on session closing
[21:52] <seb128> mvo: they just get the notification on next login
[21:54] <mvo> yeah, I think so too
[21:54] <mvo> its most likely this other one that already has >180 dupes
[21:55] <seb128> mvo: the bug itself is not so annoying, that's just flooding launchpad and the retracers
[21:56] <mvo> right. I looked at the code and there is no way (in the code) that w can be 0x1 or 0x1000
[21:56] <mvo> it must be some sort of corruption
[21:57] <seb128> race on shutdown?
[21:57] <mvo> upstream looked too and is the same opinion - I'm not arguing that there is a bug, its just difficult to find and has (apparently) no user visibile conceqences
[21:57] <mvo> yeah, I suspect that
[21:57] <mvo> I suspect it happens when the plugins gets unloaded or something
[21:58] <mvo> s/that there is a bug,/that there is no bug,/
[21:58] <seb128> right
[21:58] <seb128> that's something we would no notice if apport was not running
[21:59] <seb128> mvo: anyway I was just pointing it because I noticed it was giving lot of activity to the retracers, that's not a priority for intrepid
[22:00] <Laney> Erm, I'm getting the message "You must have at least one <locale> entry in a <schema>" when installing my updated g-t-data package, but AFAICS all schemas do have a locale. What gives?
[22:00] <Laney> (the file is huge, does anyone have a way of searching which ones it thinks are bad?)
[22:03] <huats> seb128: here is bug 287778
[22:03] <mvo> seb128: right, thanks for telling me about it!
[22:03] <seb128> huats: thanks, that's all for tonight
[22:03] <huats> seb128: ok :)
[22:04] <huats> so the follow up will be tomorrow :)
[22:04] <huats> have a good night everyone !
[22:04] <seb128> 'night huats
[22:34] <Laney> Can someone glance over http://orangesquash.org.uk/~laney/gnome-terminal.schemas and see why apparently the switch_to_tab entries don't contain a locale subkey (confirmed with a small script at http://orangesquash.org.uk/~laney/nolocale.py) :(
[22:34] <Laney> It certainly looks like they do to me...
[22:42] <Laney> bah, I don't get it
[22:42] <Laney> ...oh, there are duplicates at the end
[22:42]  * Laney runs
[23:17] <LaserJock> anybody know anything about gnome-session?
[23:19] <LaserJock> I'm trying to get gnome-session-save --logout-dialog to work without gnome-session but I just get: Failed to call logout: The name org.gnome.SessionManager was not provided by any .service files
[23:35] <ember> Laney: you can use the patch i've added on 2.24.1
[23:36] <Laney> ember: I already proposed it for merging. Did I miss something?
[23:38] <ember> Laney: well you missed the changelog, 2.24.1.1-0ubuntu1 so you can work on that
[23:38] <Laney> I considered them two separate versions
[23:39] <ember> you can use the existing one
[23:41] <ember> and the <locale> patch was already on http://bazaar.launchpad.net/~ember/gnome-terminal/ubuntu/annotate/13?file_id=06_add_locale_to_sch-20081021142706-ok5ff551hicoxnoe-1
[23:42] <Laney> Yeah, I used upstream's patch for that
[23:43] <ember> you shouldn't
[23:43] <ember> it introduces new strings
[23:44] <Laney> The translations are in the generated schema
[23:51] <ember> are you sure?
[23:51] <ember> where?
[23:52] <Laney> /usr/share/gconf/schemas/gnome-terminal.schema
[23:52] <Laney> also check the pofiles
[23:55] <ember> i'm just talking due to this http://bugzilla.gnome.org/show_bug.cgi?id=548600#c10
[23:56] <ember> and due to the missing <locale>
[23:59] <Laney> I don't see a problem
[23:59] <Laney> but I've got to go to bed now
[23:59] <Laney> shall check back in tomorrow, night night
[23:59] <ember> good night