=== PrivateVoid_ is now known as PrivateVoid === PrivateVoid_ is now known as PrivateVoid === tjaalton_ is now known as tjaalton [08:41] morning everyone [08:55] lut huats [08:58] hello seb128 [09:03] salut [09:03] hey crevette [09:27] pitti: there? [09:27] hey seb128 [09:27] hey pitti [09:28] pitti: I've noticed you copied a bunch of updates to -updates thanks, anything blocking nautilus-sendto in hardy? still waiting on somebody to confirm the fixes? [09:29] seb128: yes, there's no response at all [09:29] seb128: at least confirm that the package still works (regressions) [09:29] I'll try to get pedro to comment on those ;-) [09:29] eww, libgnome2-dev is uninstallable for me [09:30] pitti: btw did you copy totem-pl-parser to intrepid-updates? [09:30] seb128: no, I didn't copy anything to intrepid-updates yet [09:30] it's not old enough yet :) [09:30] seb128: I did copy them to jaunty, though [09:30] ah ok, right [09:30] I misread this mail ;-) [09:31] I didn't notice jaunty was already open [09:31] it isn't [09:31] you can upload, but it's frozen [09:31] for the toolchain, I suppose [09:31] but copy-package doesn't build again, so that's fine [09:35] ok [09:35] bah, the bug flood is impressive [09:35] I got over 700 mails during the weekend and I'm not subscribed to all the desktop components [09:37] yeah, I got some 150 SRU bug mails [09:37] this morning I woke up and thought "nice, quiet day for doing some merges and so on" [09:37] until I opened mutt :) [09:38] ;-) [09:39] mvo: nice trick for the default schemas value ;-) [09:39] seb128: could you please review https://bugs.edge.launchpad.net/ubuntu/+source/gnome-panel/+bug/260492/comments/77 ? if its cool with you I will upload [09:39] Launchpad bug 260492 in gnome-panel "opening a directory using an application change associations incorrectly" [Medium,In progress] [09:39] seb128: thanks :) [09:39] seb128: so you read it already? oyu have jedi powers [09:39] mvo: great minds work together or what do you say? ;-) [09:39] heh :) yeah, "great minds work alike" or something like this :) [09:39] mvo: I was just looking at it [09:45] mvo: why do you have 2 GLists now? [09:47] seb128: I keep the head pointer so that I can properly g_list_free() it later, I asked friday if g_list_free(g_list_last()) would free the entire list or the list starting from the element that it starts from and it seems like its the later [09:47] mvo: ah, that's to free it [09:47] yes [09:48] mvo: could you name it l_copy or l_start rather? ;-) [09:48] it should be used just for that (unless I misused it elsewhere of course ;) [09:48] mvo: otherwise you still "g_object_unref(app);" in the case where app == NULL [09:48] mvo: dunno if that's a likely to happen case and if g_object_unref(NULL) is an issue or not [09:49] right, I check that [09:49] good point [09:49] mvo: otherwise that looks good to me, thanks for working on that! [09:49] did you try the code? [09:49] I can give it a try too if you want [09:51] seb128: yes, worked for me - if oyu try it, please make sure that you run the second version (comment 77) - the first one has the wrong version in the postinst check [09:51] mvo: ok [09:59] seb128: I'd appreciate a quick good/bad from you for bug 290904 [09:59] Launchpad bug 290904 in pidgin "Pidgin missing dependency on gvfs-backends" [Undecided,Confirmed] https://launchpad.net/bugs/290904 [10:00] seb128: thanks, I fixed the g_unref(app) issue now too [10:06] mvo: and renamed the variable to l_start? ;-) [10:06] don't make me use quilt yet again for this change please ;) [10:07] mvo: use x-replace? ;-) [10:07] hm, thats a idea [10:07] pitti: I would say it's not correct, I tried in a virt-inst and the gvfs errors are there in other softwares too [10:08] pitti: gvfs should depends on gvfs-backends [10:08] seb128: so it's not just a harmless warning, it is a real issue? [10:08] ah, I see [10:08] pitti: pidgin doesn't use gvfs directly in any way so the depends is wrong placed there [10:08] it seemed weird to me to associate pidgin with gvfs [10:08] pitti: well, the warning is there for other applications, those don't crash though [10:08] exactly [10:09] but in any case the depends is wrong [10:09] there might be some code in pidgin not handling the broken setup but the depends would be a wrong workaround [10:10] seb128: so the depends rather belongs to libgvfscommon0 or gvfs [10:10] right [10:11] gvfs recommends gvfs-backends [10:11] so I would say it's not worth a sru in any case [10:11] seb128: what would happen if you install pidgin, but don't have any gvfs packages? [10:12] let me try to remove gvfs* in a kvm image [10:12] but as said pidgin doesn't use gvfs directly in any way [10:12] so if there is a bug that would rather be a glib one [10:13] right [10:13] seb128: merci [10:20] pitti: ok, uninstalling *gvfs* leads to pidgin working normally and displaying no warning [10:20] seb128: perfect then [10:20] seb128: I reject the bug then [10:20] for intrepid, anyway [10:20] pitti: the only case I get warning is when gvfs is installed and not gvfs-backends [10:20] and it doesn't crash [10:20] for jaunty, lifting recommends to depends is fine for me [10:21] pitti: I would rather say that the monitors should be moved to gvfs [10:21] and gvfs-backends just have the backends [10:21] seb128: or that; I updated the bug [10:21] seb128: merci! [10:21] thanks [10:25] seb128: could you write a TEST CASE section for the gnome-panel problem? i.e. how to set the association of a directory in hardy so that in intrepid the failure shows up? [10:25] mvo: ok [10:26] thanks [10:42] mvo: testcase added [10:46] huats_: how is the gucharmap update going? [10:49] thanks seb128 [13:52] huats: you still use hardy right? [13:54] nope [13:54] seb128: sorry :( [13:54] I still have a vm [13:54] ok, I though you were staying on hardy at work [13:54] that is the pb [13:54] anybody there still on hardy? [13:54] I have switched [13:54] :) [13:54] ;-) [13:54] (and get tons of freeze since) [13:55] seb128: I have it on my eeepc at home. [13:55] seb128: something urgent? [13:55] Nafallo: no [13:55] bug #195580 [13:55] Launchpad bug 195580 in nautilus-sendto "Nautilus-sendto always uses first entry in the combo-box" [Low,Fix committed] https://launchpad.net/bugs/195580 [13:55] a sru which is waiting for anybody to verify it for 38 days now [13:55] I did the upload so I'm trying to find somebody to confirm nautilus-sendto still works for him or her and fix the bug [13:56] seb128: ah. I don't use evolution :-) [13:57] huats: if you want to do some testing in your vm feel free ;-) [13:59] seb128: sure [14:00] huats: how is the gucharmap update going btw? [14:00] hey hggdh [14:01] seb128: I haven't touched it yet :( [14:01] i hope tomorrow :( [14:01] ok, no hurry, I was just wondering [14:01] ok [14:01] :) [14:01] regarding the nautilus send to [14:02] i'll test it [14:02] but right now I am trying to see if my computer does not freeze :) [14:02] ok [14:02] so I'll do that in the late afternoon if everything is OK till that :) [14:02] did you find anything interesting? [14:02] no not really [14:03] it is not the nvidia stuffs, since I experience the same things with nv [14:03] and it is not the wifi module either (since it happens also without it loaded) [14:04] and apparently I don't experience freezes on a fresh install on the same computer [14:04] weird thing [14:04] good luck to debug this one ;-) [14:05] hey seb128 [14:05] thanks seb128 :) [15:51] Hello @all [15:52] may some one help me [15:52] I cannot switch a spell-checker on, a I [15:53] But ispell and aspell are installed === mpt_ is now known as mpt [16:41] is Hardware Testing disabled in 8.10? [18:36] test message - don't reply === dobey_ is now known as dobey === yosch is now known as yosch_