seb128 | vuntz: re | 00:03 |
---|---|---|
seb128 | vuntz: around? | 00:04 |
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:05 |
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:06 |
vuntz | that's sad :-) | 00:07 |
seb128 | I'm homeless now due to you! | 00:07 |
seb128 | I want my home back ;-) | 00:07 |
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:08 |
seb128 | does't work, hum | 00:09 |
seb128 | where should SYSTEM_ZONEINFODIR etc be defined? | 00:09 |
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:10 |
seb128 | hum, weird | 00:11 |
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:12 |
seb128 | ah, indeed | 00:13 |
seb128 | $ ./system-timezone | 00:13 |
seb128 | Europe/Paris | 00:13 |
seb128 | which is correct | 00:13 |
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:14 |
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:15 |
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:16 |
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:17 |
seb128 | after removing luxembourg it's working | 00:18 |
vuntz | good | 00:18 |
seb128 | I've a home again ;-) | 00:18 |
seb128 | bouhouh | 00:18 |
seb128 | adding locations doesn't work | 00:19 |
vuntz | err, I didn't touch this | 00:19 |
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:20 |
seb128 | nop, restarting the panel makes no difference | 00:22 |
vuntz | I'll just pretend it's your fault ;-) | 00:23 |
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:26 |
seb128 | nothing printed on the command line though | 00:27 |
vuntz | seb128: the gconf key is not changed? | 00:28 |
seb128 | what gconf key? | 00:28 |
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:29 |
vuntz | seb128: yep | 00:30 |
vuntz | seb128: run_prefs_edit_save() | 00:30 |
vuntz | it's possible that info is NULL and that you just return | 00:31 |
seb128 | vuntz: Breakpoint 1, run_prefs_edit_save (button=0x83dd440, cd=0x8394300) at clock.c:3042 | 00:33 |
seb128 | vuntz: | 00:34 |
seb128 | (gdb) p info | 00:34 |
seb128 | $2 = (ClockZoneInfo *) 0x0 | 00:34 |
seb128 | vuntz: indeed | 00:34 |
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:35 |
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:36 |
vuntz | E? | 00:37 |
vuntz | heh | 00:37 |
seb128 | vuntz: sorry | 00:37 |
seb128 | (gdb) p timezone_l10n | 00:38 |
seb128 | $6 = (gchar *) 0x844a2e8 "Europe/Paris" | 00:38 |
seb128 | vuntz: that's already a pointer ;-) | 00:38 |
vuntz | hmm | 00:39 |
vuntz | wait | 00:42 |
vuntz | it's fine | 00:42 |
seb128 | is it? | 00:43 |
vuntz | timezone_l10n is a string, so we're good | 00:43 |
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:44 |
seb128 | vuntz: the hardy version returns correctly a non null value there | 00:48 |
seb128 | I just verified | 00:48 |
vuntz | seb128: can you patch with http://pastebin.com/d66179342 | 00:50 |
vuntz | you should get the name of all timezones when you click ok | 00:51 |
seb128 | vuntz: no, seems to not be called | 00:54 |
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:55 |
vuntz | eerrrrr | 00:56 |
vuntz | maybe the hash table is empty? | 00:56 |
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 | 00:59 |
seb128 | is qdata supposed to be the datas? | 01:00 |
vuntz | no idea | 01:01 |
vuntz | never looked at how the data is structured in a gobject | 01:01 |
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:03 |
vuntz | (before choosing a location) | 01:04 |
seb128 | no | 01:04 |
vuntz | weird | 01:05 |
vuntz | and the combo is not empty? | 01:05 |
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:06 |
vuntz | ah, interesting | 01:07 |
vuntz | can you put your /usr/share/zoneinfo/zone.tab somewhere? | 01:07 |
seb128 | vuntz: http://people.ubuntu.com/~seb128/zone.tab | 01:08 |
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:10 |
vuntz | something will probably fail in clock_zonetable_parse_info_line() | 01:11 |
seb128 | vuntz: never called? | 01:14 |
vuntz | seb128: only at startup | 01:14 |
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:15 |
seb128 | it's working now?! | 01:17 |
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:18 |
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:19 |
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:20 |
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:21 |
vuntz | seb128: you don't enter the while loop in clock_zonetable_load_zonetab? | 01:22 |
seb128 | no | 01:22 |
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:23 |
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:30 |
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:31 |
seb128 | looking | 01:33 |
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:39 |
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:40 |
seb128 | vuntz: ahhh | 01:48 |
seb128 | vuntz: I found it! | 01:50 |
vuntz | seb128: ah? | 01:51 |
seb128 | vuntz: http://paste.ubuntu.com/6684/ | 01:52 |
seb128 | vuntz: that fixes it ;-) | 01:52 |
vuntz | heh | 01:53 |
vuntz | stupid bug | 01:53 |
seb128 | indeed | 01:53 |
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:54 |
vuntz | yep | 01:55 |
seb128 | I'll get some sleep now I think ;-) | 01:55 |
vuntz | bon repos :-) | 01:55 |
seb128 | vuntz: bonne nuit ;-) | 01:55 |
pitti | kwwii: uploading u-wallpapers | 02:14 |
=== asac_ is now known as asac | ||
dholbach | good morning | 06:49 |
crevette | bonjour | 07:59 |
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:15 |
seb128 | (looking for your questions) | 09:17 |
mvo | *cough* | 09:18 |
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:19 |
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:20 |
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:21 |
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:22 |
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:24 |
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:29 |
* 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:30 |
Amaranth | it thinks it is in expo mode on start | 09:31 |
mvo | Amaranth: great, thanks! | 09:31 |
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:34 |
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:35 |
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:36 |
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:37 |
mvo | seb128: same for gutsy | 09:39 |
seb128 | mvo: ask to marnanel when he's around ;-) | 09:40 |
huats | morning everyone | 09:49 |
huats | lut seb128 mvo | 09:49 |
Nafallo | morning people | 09:49 |
seb128 | 'lu huats | 09:50 |
seb128 | hey Nafallo | 09:50 |
seb128 | Nafallo: evince issue fixed? | 09:50 |
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:51 |
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:52 |
mvo | apparently you can make vmware do opengl, I haven't really explored it yet, but it seems to be possible | 09:53 |
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:54 |
Amaranth | and only workstation does opengl, server has 'experimental' support which basically means broken | 09:55 |
Amaranth | at least last time i checked | 09:55 |
mvo | aha, you have server? | 09:56 |
Amaranth | workstation is expensive :P | 09:57 |
Nafallo | seb128: not reproducable on the vaio at least. | 10:01 |
seb128 | ok, thanks for testing | 10:02 |
slomo_ | seb128: do you know about file corruption when copying a file from a gvfs-gphoto2 location? :) | 10:47 |
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:48 |
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:49 |
seb128 | no idea about this one | 10:50 |
vuntz | seb128: happy with the clock applet? | 11:36 |
vuntz | seb128: I have another small tarball for you to test before I release | 11:36 |
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:37 |
seb128 | ok | 11:38 |
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:40 |
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:41 |
seb128 | vuntz: seems to work correctly, adding locations, removing those, changing the local timezone using the set button, etc | 11:49 |
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:50 |
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 | 11:51 |
vuntz | crevette, seb128: done :-) | 12:07 |
crevette | mici | 12:08 |
* seb128 hugs vuntz | 13:27 | |
seb128 | vuntz: the clock applet opening is blasting fast now, you rock ;-) | 15:01 |
* mpt accidentally adds six copies of Deskbar to his panel | 15:42 | |
mpt | What is the point of that? | 15:42 |
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:43 |
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 | 15:57 |
=== cody-somerville_ is now known as cody-somerville | ||
asac | pochu: since when? | 16:01 |
pochu | asac: sorry, since when what? | 16:01 |
asac | pochu: does it crash for everyone? i remember that it started yesterady or so | 16:02 |
* asac starting liferea | 16:02 | |
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:03 |
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:04 |
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:05 |
pochu | (not hardcoded though) | 16:06 |
asac | pochu: how does it detect that? | 16:07 |
* asac looking | 16:07 | |
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:08 |
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:09 |
asac | thanks ... attaching strace -f -eopen can't hurt either | 16:10 |
fta | pochu, ImportErrors occur only once, just after a xul upgrade | 16:11 |
pochu | fta: ah, ok | 16:11 |
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:13 |
asac | pochu: i asked for eventual a11y tools | 16:15 |
asac | because it crashes in acessibiliy | 16:15 |
xhaker | seb128: could you sponsor bug #205749 | 16:31 |
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:32 |
xhaker | i've subscribed pitti but i believe he is away | 16:34 |
seb128 | xhaker: subscribe ubuntu-main-sponsors | 16:42 |
seb128 | xhaker: I'll have a look | 16:42 |
ted1 | seb128: Could you sponsor a GPM while you're looking that way? :) | 16:43 |
seb128 | ted1: alright, in your ppa? | 16:43 |
ted1 | seb128: Yes. | 16:44 |
Nafallo | ted1: got my mail? :-) | 16:44 |
ted1 | Nafallo: Yes, but it seems unlikely to be compiz. | 16:44 |
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:45 |
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:46 |
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:49 |
* 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:50 |
xhaker | any of you guys have a dell m1330? i can only change between 3 different backlight levels | 16:52 |
xhaker | i think it might be doing level += 2 here | 16:53 |
=== Mez is now known as Floodbot5 | ||
=== Floodbot5 is now known as Mez | ||
dashua` | xhaker: m1530 here. | 19:46 |
asac | any gtkrc wizardy that would make GtkEntries start the text right next to the left border? | 21:05 |
seb128 | asac: did you have a firefox bug about changing the list of applications to use a dialog similar to the GNOME one? | 21:56 |
asac | seb128: yes i think so | 22:00 |
asac | (at least one :)) | 22:00 |
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:01 |
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:04 |
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:05 |
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:06 |
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:07 |
seb128 | right, not hurry, that's only a first version | 22:08 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!