[00:03] <seb128> vuntz: re
[00:04] <seb128> vuntz: around?
[00:05] <vuntz> seb128: yes. Tell me it crashes :-)
[00:05] <seb128> should I lie? ;-)
[00:05] <seb128> it doesn't crash
[00:05] <seb128> but it displays no weather now
[00:06] <seb128> I think he doesn't detect my current location
[00:06] <seb128> s/he/it
[00:06] <vuntz> hrm
[00:06] <seb128> it gives me a "set" button next to each location in the list
[00:06] <vuntz> isn't this expected?
[00:06] <seb128> no
[00:06] <seb128> I had one location which has a house icon before
[00:06] <vuntz> ah
[00:06] <seb128> and some weather
[00:07] <vuntz> that's sad :-)
[00:07] <seb128> I'm homeless now due to you!
[00:07] <seb128> I want my home back ;-)
[00:08] <vuntz> seb128: can you go in applets/clock/ and compile system-timezone.c with the instructions in the header?
[00:08] <vuntz> then run it
[00:09] <seb128> does't work, hum
[00:09] <seb128> where should SYSTEM_ZONEINFODIR etc be defined?
[00:10] <vuntz> in system-timezone.h
[00:10] <seb128> system-timezone.c:348: erreur: «SYSTEM_TIMEZONE_ERROR» undeclared (first use in this function)
[00:10] <seb128> etc
[00:11] <seb128> hum, weird
[00:12] <vuntz> ah
[00:12] <vuntz> move the include for system-timezone.h
[00:12] <vuntz> it's in the #ifdef while it shouldn't
[00:13] <seb128> ah, indeed
[00:13] <seb128> $ ./system-timezone
[00:13] <seb128> Europe/Paris
[00:13] <seb128> which is correct
[00:14] <seb128> hum
[00:14] <vuntz> interesting
[00:14] <seb128> my locations use the luxembourg timezone
[00:14] <seb128> let me try the hardy version ;-)
[00:14] <vuntz> ah
[00:15] <vuntz> I know
[00:15] <vuntz> you used the old clock applet
[00:15] <vuntz> which didn't modify /etc/timezone
[00:15] <seb128> and why did gnome-session stopped replying
[00:15] <vuntz> so you have /etc/localtime which is set to Luxembourg but /etc/timezone set to Paris
[00:15] <seb128> ah, likely
[00:15] <vuntz> stop replying?
[00:16] <seb128> gnome-session-remove --list just hangs
[00:16] <seb128> idem when trying to remove gnome-panel or nautilus
[00:16] <seb128> anyway no big deal there
[00:17] <seb128> ok, the set button updated /etc/timezone correctly
[00:17] <seb128> and I have some weather now
[00:17] <seb128> still no home icon though
[00:17] <vuntz> weird, I have a home icon here
[00:17] <seb128> ah
[00:17] <vuntz> add your location again
[00:17] <seb128> that's because I had metz and luxembourg using the luxembourg timezone
[00:17] <vuntz> it's probably set to luxembourg too in gconf ;-)
[00:18] <seb128> after removing luxembourg it's working
[00:18] <vuntz> good
[00:18] <seb128> I've a home again ;-)
[00:18] <seb128> bouhouh
[00:19] <seb128> adding locations doesn't work
[00:19] <vuntz> err, I didn't touch this
[00:20] <seb128> well, I do pick a city, it selects the right timezone, I ack the dialog and the list doesn't change
[00:20] <vuntz> it works here
[00:20] <vuntz> weird
[00:22] <seb128> nop, restarting the panel makes no difference
[00:23] <vuntz> I'll just pretend it's your fault ;-)
[00:26] <seb128> vuntz: you broke it!
[00:26] <seb128> vuntz: I downgraded to the hardy version which works fine to confirm and upgraded again and still the same issue
[00:27] <seb128> nothing printed on the command line though
[00:28] <vuntz> seb128: the gconf key is not changed?
[00:28] <seb128> what gconf key?
[00:29] <seb128> vuntz: /apps/panel/applets/clock_screen0/prefs/cities has only one location
[00:29] <vuntz> so it's not saved
[00:29] <vuntz> hrm
[00:29] <seb128> do you want me to gdb break on some function?
[00:30] <vuntz> seb128: yep
[00:30] <vuntz> seb128: run_prefs_edit_save()
[00:31] <vuntz> it's possible that info is NULL and that you just return
[00:33] <seb128> vuntz: Breakpoint 1, run_prefs_edit_save (button=0x83dd440, cd=0x8394300) at clock.c:3042
[00:34] <seb128> vuntz:
[00:34] <seb128> (gdb) p info
[00:34] <seb128> $2 = (ClockZoneInfo *) 0x0
[00:34] <seb128> vuntz: indeed
[00:35] <vuntz> hmm, it might not be initialized yet? Can you do some ,?
[00:35] <seb128> vuntz:
[00:35] <seb128> 3064	        if (!info) {
[00:35] <seb128> (gdb)
[00:35] <seb128> 3065	                edit_hide (NULL, cd);
[00:35] <seb128> (gdb) p info
[00:35] <seb128> $2 = (ClockZoneInfo *) 0x0
[00:35] <seb128> (gdb) n
[00:35] <seb128> 3106	}
[00:35] <seb128> (gdb)
[00:35] <seb128> 0xb771da4f in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0
[00:35] <vuntz> ok
[00:35] <vuntz> so, that's bad
[00:36] <seb128> (gdb) p *zones
[00:36] <seb128> $4 = {g_object = {g_type_instance = {g_class = 0x83f6b20}, ref_count = 1, qdata = 0x0}}
[00:36] <seb128> (gdb) p *timezone_l10n
[00:36] <seb128> $5 = 69 'E'
[00:37] <vuntz> E?
[00:37] <vuntz> heh
[00:37] <seb128> vuntz: sorry
[00:38] <seb128> (gdb) p timezone_l10n
[00:38] <seb128> $6 = (gchar *) 0x844a2e8 "Europe/Paris"
[00:38] <seb128> vuntz: that's already a pointer ;-)
[00:39] <vuntz> hmm
[00:42] <vuntz> wait
[00:42] <vuntz> it's fine
[00:43] <seb128> is it?
[00:43] <vuntz> timezone_l10n is a string, so we're good
[00:44] <vuntz> what's not good is that you don't get a zone with Europe/Paris
[00:44] <seb128> still info == 0x0
[00:44] <seb128> right
[00:48] <seb128> vuntz: the hardy version returns correctly a non null value there
[00:48] <seb128> I just verified
[00:50] <vuntz> seb128: can you patch with http://pastebin.com/d66179342
[00:51] <vuntz> you should get the name of all timezones when you click ok
[00:54] <seb128> vuntz: no, seems to not be called
[00:55] <seb128> Breakpoint 1, clock_zonetable_get_l10n_zone (this=0x8314228, l10n_name=0x86ecfd0 "Europe/Paris")
[00:55] <seb128>     at clock-zonetable.c:370
[00:55] <seb128> 370	{
[00:55] <seb128> (gdb) n
[00:55] <seb128> 372	}
[00:55] <seb128> (gdb) n
[00:55] <seb128> 373	
[00:55] <seb128> (gdb) n
[00:55] <seb128> run_prefs_edit_save (button=0x8386b40, cd=0x8393c88) at clock.c:3061
[00:56] <vuntz> eerrrrr
[00:56] <vuntz> maybe the hash table is empty?
[00:59] <seb128> vuntz: likely, I see no other reason to have nothing printed there
[00:59] <seb128> vuntz: (gdb) p *zones
[00:59] <seb128> $3 = {g_object = {g_type_instance = {g_class = 0x83f7878}, ref_count = 1, qdata = 0x0}}
[00:59] <seb128> that's from before
[01:00] <seb128> is qdata supposed to be the datas?
[01:01] <vuntz> no idea
[01:01] <vuntz> never looked at how the data is structured in a gobject
[01:03] <vuntz> seb128: you didn't get any output at all?
[01:03] <seb128> no
[01:03] <seb128> I copied the gdb log some lines ago
[01:03] <vuntz> you should at least get some when clicking on the add button
[01:04] <vuntz> (before choosing a location)
[01:04] <seb128> no
[01:05] <vuntz> weird
[01:05] <vuntz> and the combo is not empty?
[01:06] <seb128> ah
[01:06] <seb128> the timezone combo is empty indeed
[01:06] <seb128> I didn't notice because selecting a city make the right timezone be written in the next entry
[01:06] <seb128> so I didn't click on the combo before
[01:07] <vuntz> ah, interesting
[01:07] <vuntz> can you put your /usr/share/zoneinfo/zone.tab somewhere?
[01:08] <seb128> vuntz: http://people.ubuntu.com/~seb128/zone.tab
[01:10] <vuntz> looks like what is expected
[01:10] <vuntz> seb128: can you br on clock_zonetable_load_zonetab() and look at what's going on there?
[01:11] <vuntz> something will probably fail in clock_zonetable_parse_info_line()
[01:14] <seb128> vuntz: never called?
[01:14] <vuntz> seb128: only at startup
[01:15] <seb128> gdb doesn't stop on it
[01:15] <seb128> I tried removing the static no difference
[01:15] <vuntz> really?
[01:15] <seb128> gra
[01:15] <seb128> sorry, I was running the wrong version
[01:17] <seb128> it's working now?!
[01:18] <vuntz> seb128: I blame you
[01:18] <seb128> ok, interesting
[01:18] <seb128> vuntz: it's working when building using -O0 apparently
[01:18] <seb128> but not when using -O2
[01:19] <vuntz> mmh
[01:19] <seb128> init issue?
[01:19] <vuntz> br clock_zonetable_constructor
[01:19] <vuntz> I'm seeing a small buglet there, but it shouldn't hurt you in this case
[01:20] <seb128> ok, this function is called
[01:20] <seb128> what do you want to know there?
[01:20] <seb128> Breakpoint 1, clock_zonetable_constructor (type=138542584, n_construct_properties=0, construct_properties=0x0)
[01:20] <seb128>     at clock-zonetable.c:91
[01:20] <seb128> 91	        if (obj)
[01:20] <seb128> (gdb) n
[01:20] <seb128> 94	        obj = G_OBJECT_CLASS (clock_zonetable_parent_class)->constructor (
[01:20] <seb128> (gdb)
[01:20] <seb128> 99	        clock_zonetable_load_zonetab (CLOCK_ZONETABLE (obj));
[01:20] <seb128> (gdb)
[01:20] <seb128> 267	        ClockZoneTablePrivate *priv = PRIVATE (this);
[01:20] <seb128> (gdb)
[01:20] <seb128> 273	        priv->table = g_hash_table_new_full (g_str_hash, g_str_equal,
[01:20] <seb128> (gdb) n
[01:21] <seb128> 267	        ClockZoneTablePrivate *priv = PRIVATE (this);
[01:21] <seb128> (gdb)
[01:21] <seb128> 273	        priv->table = g_hash_table_new_full (g_str_hash, g_str_equal,
[01:21] <seb128> (gdb)
[01:21] <seb128> [Thread 0xb5bfdb90 (LWP 20643) exited]
[01:21] <seb128> 0xb7eff410 in __kernel_vsyscall ()
[01:22] <vuntz> seb128: you don't enter the while loop in clock_zonetable_load_zonetab?
[01:22] <seb128> no
[01:23] <vuntz> I don't understand what's going on
[01:23] <vuntz> it's returning from clock_zonetable_load_zonetab() after the first g_hash_table_new_full() ???
[01:23] <vuntz> how is it possible?
[01:30] <seb128> vuntz: ah, better now
[01:30] <vuntz> what did you change?
[01:30] <seb128> vuntz: it does loop on g_io_channel loop
[01:31] <seb128> vuntz: rebuild using -01 and -ggdb
[01:31] <vuntz> ah
[01:31] <seb128> still get the empty combo list
[01:31] <vuntz> good
[01:31] <vuntz> can you look at what's going on in clock_zonetable_parse_info_line()?
[01:33] <seb128> looking
[01:39] <seb128> vuntz: not finding anything wrong
[01:39] <seb128> I think I'll continue tomorrow
[01:39] <seb128> it iters over the locations correctly
[01:40] <seb128> and the parsing seems to be alright
[01:40] <vuntz> weird
[01:40] <vuntz> the night will help
[01:40] <seb128> maybe it breaks on one location or something
[01:48] <seb128> vuntz: ahhh
[01:50] <seb128> vuntz: I found it!
[01:51] <vuntz> seb128: ah?
[01:52] <seb128> vuntz: http://paste.ubuntu.com/6684/
[01:52] <seb128> vuntz: that fixes it ;-)
[01:53] <vuntz> heh
[01:53] <vuntz> stupid bug
[01:53] <seb128> indeed
[01:54] <vuntz> thanks
[01:54] <seb128> vuntz: you are welcome ;-)
[01:54] <seb128> ok, so we can continue tomorrow if you have other things to try
[01:55] <vuntz> yep
[01:55] <seb128> I'll get some sleep now I think ;-)
[01:55] <vuntz> bon repos :-)
[01:55] <seb128> vuntz: bonne nuit ;-)
[02:14] <pitti> kwwii: uploading u-wallpapers
[06:49] <dholbach> good morning
[07:59] <crevette> bonjour
[09:15] <mvo> seb128: do you happen to know if/why apps/metacity/global_keybindings/switch_windows_backward is not set anymore in current hardy?
[09:15] <mvo> good monring btw :)
[09:15] <seb128> hey mvo
[09:15] <seb128> mvo: only synaptic remains to upload for the launchpad-integration soname change ;-)
[09:17] <seb128> (looking for your questions)
[09:18] <mvo> *cough*
[09:19] <mvo> ok, I will do that this morning
[09:19] <seb128> thanks
[09:19] <mvo> I had to write my activity report ...
[09:19] <seb128> I would have done it already if it was not in bzr
[09:19] <mvo> where is yours  ;)?
[09:19] <seb128> doh, still have to do that
[09:19] <seb128> I helped vuntz debugging a gnome-panel issue until 3am, short night again
[09:20] <seb128> I'm not really on speed yet ;-)
[09:20] <mvo> just teasing :P
[09:20] <seb128> mvo: seems that this gconf key was not set in gutsy either
[09:21] <mvo> seb128: can we fix it please? I'm happy to do it
[09:21] <seb128> how fix?
[09:21] <seb128> set one you mean?
[09:22] <mvo> yeah, set it to sift-alt-tab (as it was before)
[09:22] <seb128> before being?
[09:22] <seb128> gutsy had no such keybinding
[09:24] <mvo> give me a sec I can check
[09:24] <mvo> but I see no rationale why it went away, its quite common, I think it works like this on win too
[09:24] <mvo> and its reasonable obscure that people do not hit it accidentally :)
[09:24] <seb128> mvo: it didn't went away, I'm checking svn it has always been disabled
[09:24] <mvo> oh?
[09:24] <mvo> hmmmmmm
[09:29] <mvo> Amaranth: you mentioned that git has a fix for the panel-sometimes-hidden bug in git, do you happen to know if its in compiz or in the plugins?
[09:30]  * mvo twiddles his thumbs while waiting for seb
[09:30] <Amaranth> mvo: http://cgit.compiz-fusion.org/fusion/plugins/expo/diff/?id=503e4eb7ac18fee1d6137674ceb0da65c1323d21&id2=176bdee796b9824509a4d80dbc1778b5598f5628
[09:30] <Amaranth> mvo: it's a bug in expo's code to hide panels when in expo mode
[09:31] <Amaranth> it thinks it is in expo mode on start
[09:31] <mvo> Amaranth: great,  thanks!
[09:34] <Amaranth> mvo: hey we almost know what causes weird shadows and such on geforce 8xxx cards
[09:34] <mvo> oooohhhh?
[09:34] <mvo> tell me more!
[09:34] <Amaranth> it is something lrm does to the nvidia driver, installing from .run fixes the problem
[09:35] <Amaranth> originally we thought it was dh_strip
[09:35] <Amaranth> but that doesn't seem to be the complete fix
[09:35] <Amaranth> but the files nvidia-glx-new installs do not have the same md5sum as the ones from nvidia's installer so there is obviously something wrong
[09:35] <mvo> woah, we need to milestone that one
[09:36] <Amaranth> i did
[09:36] <mvo> I have a 8300 but don't see the bug (I guess my card is too low level)
[09:36] <seb128> re
[09:36] <Amaranth> bug 214836
[09:36] <ubotu> Launchpad bug 214836 in linux-restricted-modules-2.6.24 "lrm incorrectly installs nvidia-glx-new" [High,Triaged] https://launchpad.net/bugs/214836
[09:36] <mvo> seb!
[09:36] <mvo> seb128: !
[09:36] <seb128> mvo: !
[09:37] <seb128> mvo: so? ;-)
[09:37] <mvo> seb128: :)
[09:37] <mvo> seb128: dapper has a owrking alt-shift-tab
[09:37] <mvo> maybe by accident, I'm checking that now
[09:37] <seb128> mvo: the schemas was not set though
[09:37] <mvo> yes, I see the same here
[09:37] <seb128> maybe it used to code the action when no other value was set or something
[09:39] <mvo> seb128: same for gutsy
[09:40] <seb128> mvo: ask to marnanel when he's around ;-)
[09:49] <huats> morning everyone
[09:49] <huats> lut seb128 mvo
[09:49] <Nafallo> morning people
[09:50] <seb128> 'lu huats
[09:50] <seb128> hey Nafallo
[09:50] <seb128> Nafallo: evince issue fixed?
[09:51] <Nafallo> seb128: not sure. wrong laptop at this job,
[09:51] <Amaranth> mvo: so i'm guessing sabdfl doesn't like his shift-alt-tab being broken? noticed he jacked the priority up on that bug :P
[09:52] <mvo> Amaranth: indeed, that one will get fixed very soon
[09:52] <Amaranth> i've never lost that particular config while upgrading and i don't have the ability to do upgrade tests in anything other than vmware which isn't useful for testing compiz
[09:53] <mvo> apparently you can make vmware do opengl, I haven't really explored it yet, but it seems to be possible
[09:54] <mvo> and we need to blacklist the rs350 (either that, or the card is broken, both is possible)
[09:54] <Amaranth> you can't make it do aiglx :P
[09:55] <Amaranth> and only workstation does opengl, server has 'experimental' support which basically means broken
[09:55] <Amaranth> at least last time i checked
[09:56] <mvo> aha, you have server?
[09:57] <Amaranth> workstation is expensive :P
[10:01] <Nafallo> seb128: not reproducable on the vaio at least.
[10:02] <seb128> ok, thanks for testing
[10:47] <slomo_> seb128: do you know about file corruption when copying a file from a gvfs-gphoto2 location? :)
[10:48] <seb128> slomo_: no, we don't build gvfsd-gphoto2 in hardy ;-)
[10:48] <slomo_> i know, but you did for some time :)
[10:48] <seb128> right
[10:48] <seb128> I don't think many users tried that
[10:48] <seb128> or we would have received extra bugs about opening photos not working ;-)
[10:49] <slomo_> ok :) i'm just wondering whether http://bugzilla.gnome.org/show_bug.cgi?id=526794 is "my" bug (i.e. in the gstreamer gio plugin) or just the gphoto2 backend being broken :)
[10:49] <ubotu> Gnome bug 526794 in gst-plugins-base "[giosrc] totem doesn't work with some gvfs backends" [Normal,Unconfirmed]
[10:50] <seb128> no idea about this one
[11:36] <vuntz> seb128: happy with the clock applet?
[11:36] <vuntz> seb128: I have another small tarball for you to test before I release
[11:37] <seb128> vuntz: seems to be alright, I'll go for lunch soon but I will give it a try after lunch
[11:37] <vuntz> seb128: http://www.gnome.org/~vuntz/tmp/gnome-panel-2.22.1.2.tar.bz2
[11:37] <vuntz> seb128: try to measure how much time it takes to open the calendar popup before & after this tarball
[11:38] <seb128> ok
[11:40] <slomo_> seb128: are you having the libglib debug symbols not useful bug in ubuntu too?
[11:40] <seb128> I think yes
[11:40] <seb128> but the dbgsym works correctly
[11:41] <seb128> not sure why
[11:41] <slomo_> interesting
[11:41] <slomo_> doesn't make much sense to me :)
[11:41] <slomo_> i want my debug symbols back :)
[11:49] <seb128> vuntz: seems to work correctly, adding locations, removing those, changing the local timezone using the set button, etc
[11:50] <seb128> vuntz: I'm away for lunch but I can give it extra testing after that if you want
[11:50] <seb128> vuntz: btw would be nice to copy the location entry text when clicking on the find button ;-)
[11:51] <seb128> vuntz: so user who type something and click on find don't have to enter the same text again
[11:51] <seb128> vuntz: I did that the first time I used the applet :-)
[11:51] <crevette> I did too
[11:51] <crevette> there are too much dialog btw
[12:07] <vuntz> crevette, seb128: done :-)
[12:08] <crevette> mici
[13:27]  * seb128 hugs vuntz
[15:01] <seb128> vuntz: the clock applet opening is blasting fast now, you rock ;-)
[15:42]  * mpt accidentally adds six copies of Deskbar to his panel
[15:42] <mpt> What is the point of that?
[15:43] <mpt> What is the point of having more than one copy of an applet in the panel?
[15:43] <vuntz> mpt: some people like to have 4 cpufreq applets, eg
[15:43] <jcastro> for the weather one it is handy
[15:43] <jcastro> pre-intlclock anyway
[15:57] <pochu> asac: sorry, I subscribed you to bug 214192 by mistake... I wanted to subscribe you to bug 215016 instead
[15:57] <ubotu> Launchpad bug 214192 in liferea "liferea-bin crashed with SIGSEGV in _nss_wins_gethostbyname_r()" [Medium,Incomplete] https://launchpad.net/bugs/214192
[15:57] <ubotu> Launchpad bug 215016 in liferea "Liferea (Hardy) crashes on startup" [Medium,New] https://launchpad.net/bugs/215016
[16:01] <asac> pochu: since when?
[16:01] <pochu> asac: sorry, since when what?
[16:02] <asac> pochu: does it crash for everyone? i remember that it started yesterady or so
[16:02]  * asac starting liferea
[16:03] <asac> ok not a problem here.
[16:03] <pochu> asac: ah. It doesn't crash for me, but I haven't been updating my system very regularly these days...
[16:03] <pochu> he said his system is up-to-date
[16:03] <asac> pochu: <type 'exceptions.ImportError'>: /usr/lib/python2.5/lib-dynload/time.so: undefined symbol: PyExc_ValueError
[16:04] <pochu> yes
[16:04] <asac> for me it looks more like thats his problem
[16:04] <pochu> I get that too, but it doesn't crashes
[16:04] <pochu> and if you unset LD_LIBRARY_PATH you won't get that error
[16:04] <asac> really? i only get:
[16:04] <asac> $ liferea
[16:04] <asac> Registering '@mozilla.org/module-loader/python;1' (libpyloader.so)
[16:04] <asac> Registering '@mozilla.org/network/protocol/about;1?what=python' (pyabout.py)
[16:04] <pochu> (or if you launch liferea-bin directly)
[16:04] <asac> thats all
[16:05] <pochu> hmm, I don't get it anymore...
[16:05] <asac> you set LD_LIBRARY_PATH? thats definitly not good
[16:05] <pochu> bug 211479
[16:05] <ubotu> Launchpad bug 211479 in liferea "Hardy: liferea gives errors upon launch" [Undecided,Confirmed] https://launchpad.net/bugs/211479
[16:05] <asac> if liferea script still set that we should fix it
[16:05] <pochu> the script sets it to LD_LIBRARY_PATH=/usr/lib/xulrunner-1.9b5
[16:06] <pochu> (not hardcoded though)
[16:07] <asac> pochu: how does it detect that?
[16:07]  * asac looking
[16:08] <fta> The ImportError for time.so is known and old, definitely not a crasher though.
[16:08] <asac> oh right. thats a preventive measure because of sqlite bustage
[16:08] <pochu> right
[16:08] <pochu> but I don't get it anymore... dunno why
[16:09] <mvo> Amaranth: if you have a moment, could you please check out https://bugs.edge.launchpad.net/ubuntu/+source/compiz/+bug/206866 ?
[16:09] <ubotu> Launchpad bug 206866 in compiz "compiz.real crashed with SIGSEGV in updateWindowAttributes()" [Medium,Triaged]
[16:09] <asac> pochu: maybe the reporter still has a xulrunner-1.9b4 directory that has libsqlite3.so in it (unlikely) ?
[16:09] <pochu> he's reported it today, so probably not... I'll ask him to make sure anyway
[16:10] <asac> thanks ... attaching strace -f -eopen can't hurt either
[16:11] <fta> pochu, ImportErrors occur only once, just after a xul upgrade
[16:11] <pochu> fta: ah, ok
[16:13] <pochu> asac: ok, done
[16:13] <pochu> thanks
[16:13] <fta> i'm no python expert so i haven't investigated much into that
[16:15] <asac> pochu: i asked for eventual a11y tools
[16:15] <asac> because it crashes in acessibiliy
[16:31] <xhaker> seb128: could you sponsor bug #205749
[16:32] <xhaker> the .rules move was already reviewed by pitti
[16:32] <xhaker> ubotu failed to get the data :(
[16:32] <xhaker> https://bugs.edge.launchpad.net/ubuntu/+source/libmtp/+bug/205749
[16:32] <ubotu> Launchpad bug 205749 in libmtp "libmtp package doesnt install libmtp.fdi" [Medium,Confirmed]
[16:34] <xhaker> i've subscribed pitti but i believe he is away
[16:42] <seb128> xhaker: subscribe ubuntu-main-sponsors
[16:42] <seb128> xhaker: I'll have a look
[16:43] <ted1> seb128: Could you sponsor a GPM while you're looking that way? :)
[16:43] <seb128> ted1: alright, in your ppa?
[16:44] <ted1> seb128: Yes.
[16:44] <Nafallo> ted1: got my mail? :-)
[16:44] <ted1> Nafallo: Yes, but it seems unlikely to be compiz.
[16:45] <ted1> Nafallo: Perhaps you did an upgrade to HAL but had not rebooted?
[16:45] <Nafallo> ted1: yea, and I've discovered that it dims down whenever I'm on battery without getting back from 0 brightness. hopefully that's the issue ;-)
[16:45] <ted1> As an interesting side note, Richard put code in GPM (for 2.24) to do XRandR brightness setting -- that should help a bunch of people.
[16:46] <xhaker> seb128: subscribed u-m-s
[16:46] <Nafallo> ted1: I always reboot at work when needed. gets me away from the helpdesks a bit longer :-)
[16:49] <ted1> Nafallo: The last update should fix dimming to be more consistent.
[16:49] <ted1> I'm hoping right now that it'll be the GPM we ship with :)
[16:49] <xhaker> ted1: i might wanna test that.
[16:50]  * ted1 is tired of power-management, he's just going to buy stock in the power company. :)
[16:50] <xhaker> ted1: i've disabled dimming all together
[16:50] <Nafallo> ted1: I'll test it when seb gets it built :-)
[16:52] <xhaker> any of you guys have a dell m1330? i can only change between 3 different backlight levels
[16:53] <xhaker> i think it might be doing level += 2 here
[19:46] <dashua`> xhaker: m1530 here.
[21:05] <asac> any gtkrc wizardy that would make GtkEntries start the text right next to the left border?
[21:56] <seb128> asac: did you have a firefox bug about changing the list of applications to use a dialog similar to the GNOME one?
[22:00] <asac> seb128: yes i think so
[22:00] <asac> (at least one :))
[22:01] <seb128> asac: did you work on the idea or not? I know you ask about it some time ago
[22:01] <seb128> asac:  a novell guy is working on that and opened https://bugzilla.mozilla.org/show_bug.cgi?id=428382
[22:01] <ubotu> Mozilla bug 428382 in Download Manager "Choosing an helper application involve using a file pick in /usr/bin" [Normal,Unconfirmed]
[22:04] <seb128> asac: hum, https://bugzilla.mozilla.org/show_bug.cgi?id=370380 is similar
[22:04] <ubotu> Mozilla bug 370380 in File Handling "Cannot easily select alternative helper applications in "Open With" dialog" [Enhancement,New]
[22:04] <asac> seb128: yes. but thats different
[22:05] <asac> we have that as well (already linked)
[22:05] <asac> bug 180069
[22:05] <ubotu> Launchpad bug 180069 in xulrunner-1.9 ""open with ..." should suggest alternative helper based on mime-type" [Wishlist,Confirmed] https://launchpad.net/bugs/180069
[22:05] <asac> it doesn't suggest the use of gnome facilities
[22:05] <Nafallo> hehe. bug marathon :-)
[22:05] <asac> maybe both should be combined to get a solution for gnome + other
[22:06] <asac> seb128: ok i found the GNOME bug 204013
[22:06] <ubotu> Gnome bug 204013 in html-editor-control "The Evolution composer lacks keybindings for indent-one-level and unindent-one-level." [Minor,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=204013
[22:06] <asac> linked upstream
[22:06] <asac> thanks
[22:06] <asac> unfortunately its probably too late, but ill try to help the novell guy getting that patch in
[22:06] <asac> at least helping in to get the bug on track ;)
[22:06] <asac> its not even confirmed ;)
[22:07] <asac> well he doesn't think its ready for inclusiong .... so lets wait
[22:07] <asac> ill review that patch next time i have some time
[22:08] <seb128> right, not hurry, that's only a first version