[00:01] TheMuso: hi [00:01] rickspencer3: Hey there. [00:02] rickspencer3: I have nothign on my agenda that I need to talk to you about. === asac_ is now known as asac [00:15] Morning robert_ancell. [00:15] TheMuso, hey === Amaranth_ is now known as Amaranth === tkamppeter_ is now known as tkamppeter [07:14] Good morning [07:14] Morning pitti [07:14] kklimonda: yes, known [07:23] kklimonda: ah, thanks for testing the g-p-m hotkey bug [08:00] morning o/ [08:05] hey, what ever happened to gnome-main-menu (the slab). Is that a dead module? [08:10] good morning there [08:11] hey seb128! [08:11] hey mvo! [08:12] morning seb128 and mvo! [08:12] lut didrocks [08:12] hey seb128 [08:12] hey pitti [08:14] robert_ancell, hey, so did you win over git? ;-) [08:14] seb128, i still hate it [08:16] robert_ancell, good work on converting g-c-c to glade otherwise [08:16] thanks [08:17] I converted gnome-main-menu but I think it's an obsolete module so that wasn't worth it :) [08:17] hey didrocks, pitti and robert_ancell [08:17] hey mvo [08:19] robert_ancell, there is a list on the gnome3 spec whiteboard [08:19] robert_ancell, those are the applications from the default install so likely good target for such changes [08:20] btw am I the only one to often get seahorse gpg dialog in background [08:20] or the session dialog when opening from gnome-panel on karmic [08:20] using compiz [08:22] robert_ancell, mvo: ^ [08:24] seb128: #315591 is similar to what I had at GUADEC, but I was affected by xterm being sgid while here it's nastier in that it's ssh-agent which is launched as part of the session [08:25] seb128, not running compiz right now, will check later (it likes to crash for me) [08:25] lool, thanks, the bug got details and reassigning since I asked so it's ok now [08:25] robert_ancell, ok [08:26] seb128: I commented as well this morning [08:26] lool, thanks [08:26] I officially hate blueprint in launchpad [08:26] robert_ancell, what did you change to the GNOME3 spec? [08:26] the stupid thing send a dump of whiteboard by email [08:26] not really useful to figure what changed [08:28] seb128, you'll never know... I mistakenly thought vinagre was fixed in the last release then I undid that change [08:28] ;-) [08:28] robert_ancell, thanks [08:31] seb128: hm, it was supposed to be fixed long ago :/ [08:32] mvo, I still get the issue there, could you try to design a .changes, esc try again [08:33] seb128, why did you need to rebuild vinagre? === Amaranth_ is now known as Amaranth [08:34] robert_ancell, I don't know how TheMuso did the sponsoring but it didn't match the bzr version tagged, it didn't install the .schemas [08:34] ah ok [08:34] robert_ancell, ie the .install lacked one line [08:37] does anybody know if we should track fontconfig 2.7? [08:37] and dbus 1.3 [08:37] robert_ancell, do we have a way to specify what serie to track in the current versions code? [08:37] seb128, no, only if the upstream has them in directories [08:38] can we put regexps in the filename like watch files do? [08:38] seb128, sure [08:38] ok, I might have a look to changing the fontconfig and dbus series then [08:39] does anyone know the story with mono? Is versions right in saying we are out of date? [08:40] robert_ancell, I asked to the mono guys 2 days ago, they are working on getting 2.4.2, should be there within a week [08:40] cool [08:44] seb128: I take the gnome-session upload if you don't mind? [08:44] robert_ancell, no update from you today? ;-) [08:44] mvo, I was just building it and changed the bug status ... did you start on it? [08:45] seb128, package updates? I thought I'd leave some for others :) [08:45] mvo, in fact no it lacks build-depends so build didn't start, please take it so I will do another update ;-) [08:46] mvo, or wait, I did review it no need to redo that [08:46] and I heard you guys had a backlog anyway ;) [08:46] robert_ancell, not a desktop backlog ;-) we are mostly good on desktop updates anyway [08:48] mvo, should I continue on it or do you want to do it? ;-) [08:49] seb128: if you are on it anyway, just go ahead [08:49] mvo, ok, doing that then [08:49] seb128: I just updated the branch so far [08:49] thanks [08:51] chrisccoulson, hey [08:51] hi seb128 [08:53] brb session restart to try gnome-session update [08:54] guys... About discussing upgrading an app[vuze3.0 to 4.0] in the universe repo? can the mail be sent to the ubuntu-desktop mailing list? is it under the ubuntu-desktop perview? [08:55] mac_v, hi, no, universe is a motu thing [08:55] mac_v, did you manage to fix your apport issue? [08:56] ah... yeah thanx... by the time i fixed you were on a session restart... didnt inform you [08:56] sorry .. [08:56] no problem, so the lp_credential move did the trick? [08:57] yeah... i added a comment regarding this in the bug report, but the ideal way would be to allow the used to change the setting the next time [08:58] i was looking everywhere for the crediantilas files *except* in the cache .:face-palm: [08:59] anyone with hardy/intrepid/jaunty here ;)? [09:00] asac: i have a jaunty, i could boot into... [09:01] mac_v: would you mind being a pre-pre tester for a security/stability related nss/nspr lib update? https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/nss3.12.3 ... [09:01] mac_v: its just upgrading and then using firefox and a few other apps [09:01] firefox alone would be ok too ;) [09:01] but evolution, thunderbird on top would be close to perfect [09:02] asac: do you want it for now or a regular testing? since its a dual boot , i use Karmic mainly [09:02] mac_v: its a one time thing [09:02] just so i know that it works/blows up in general ;) [09:03] i will get more testers on it once i know that it works a bit [09:03] asac: ah... no probs... i use thunderbird too , will test it in an hour [09:03] grat [09:03] great [09:03] ;) [09:04] chrisccoulson, still interested by doing the gnome-applets update? [09:06] seb128 - yeah, i can do that if noone has worked on it by the time i finish work [09:06] ok [09:06] chrisccoulson, good work on gnome-session btw ;-) [09:06] and one extra application using the new kits [09:07] chrisccoulson, if you do the gnome-applets update might be worth considering the polkit1 patch on bugzilla too [09:07] thanks. yeah, i'll take a look at that then [09:07] what uses policykit in gnome-applets? [09:07] ah [09:07] cpufreq-selector? [09:08] chrisccoulson, right [09:08] doh powerpc buildds [09:08] "WARNING: this version of the GNU libc requires kernel version [09:08] 2.6.18 or later. Please upgrade your kernel before installing [09:08] glibc. [09:08] " [09:09] mvo, impressive apt update to debian ;-) [09:09] seb128 - yeah, i'm seeing that for everything i upload now [09:10] seb128: yeah, the list of changes is pretty long :) [09:11] mvo, next time somebody complain about it not being maintained I will give a good kick and point them there ;-) [09:11] haha - yeah [09:11] mvo, lot of different names too [09:11] reading stuff like that (unmaintained) hurts, no fun :( [09:11] yeah :) [09:12] is david the new contributor? [09:12] we go some new guys, david is great [09:12] cool [09:12] (fun as well) [09:12] I initially wanted to name the release "no dead yet" :) [09:13] chrisccoulson: oh, does the new gnome-session bring back suspend/hibernate to the shutdown dialog? [09:13] that broke with the new g-p-m [09:13] pitti: it should [09:13] \o/ [09:13] * pitti hugs vuntz, bonjour! [09:14] pitti, it does there [09:14] lut vuntz [09:14] hola [09:14] pitti - yeah, i get a suspend icon now [09:14] vuntz, t'as vu ce que je demandais y a 2 jours? [09:15] vuntz, the question about the gnome-patch to fix ordering issues [09:15] ah, I remember. Didn't have time to look, but will try to look at it [09:15] seb128: oh, sharing desktop? [09:16] pitti, I just clicked on the empathy item to see what it does [09:16] seb128: right, I got an invitation to share screen [09:16] but now I just have the VNC viewer open [09:16] pitti, I did undo the demand there I though it would not work with your not uptodate empathy [09:17] ah [09:18] pitti, let's try again [09:18] oh, seems I have some kind of connection now [09:19] I got a notify bubble saying you control my desktop [09:19] is that true? [09:19] I accepted the invitation, have VNC viewer now, and see a totally black screen [09:19] hmm [09:19] pitti, could be that my dsl upload is too slow for that [09:20] seb128: if I select "original size" in the menu, I get something like a 150x50 window [09:20] I don't believe that you are working on a stamp-sized screen :) [09:20] seb128: do I need a new telepathy something for that? [09:20] 1680x1050 [09:20] dunno [09:20] cassidy, Zdra: ^ [09:21] the vnc plugin is enabled, anyway [09:21] I'm on karmic current [09:21] you disconnected [09:22] pitti, my vinagre was outdated, let's try again? [09:22] seb128: the slow connection depends on the relay you are using [09:22] seb128: you are behind a NAT? [09:22] seb128: tubes don't have nat traversal yet :( [09:22] Zdra, behind a dsl router [09:22] so am I [09:23] so that would be it then, I guess [09:23] yep, so we have an hardcoded list of proxy to use, it pick one randomly [09:23] *nnnng* IPv6!!! now!!! [09:23] if no luck, it is really slow [09:23] unless your jabber server gives its own proxy [09:24] well no screen at all displayed right now [09:24] seb128: pitti: the same connection mechanism is used for filetransfer [09:24] could I add a port forward to my router? which port? [09:24] oh, empathy has file transfer? [09:24] I didn't find that functionality, I was already missing it [09:24] pitti: sure [09:25] oh, I do have it for jabber, but not for ICQ [09:25] * Zdra can't wait for gabble using libnice for nat traversal! [09:26] pitti: file transfer is only for jabber and salut [09:26] msn coming "soon" [10:02] vuntz: I'm looking at the script-on-shutdown thing again, the environment for the scripts will just be a additional "GSM_MANAGER_LOGOUT_TYPE={logout,reboot,shutdown}" - is that naming ok with you? [10:06] mvo: sounds good [10:19] vuntz: any problems with using environ? or should I use g_listenv(), g_getenv() (the later is a bit cumbersome to use) [10:22] mvo: hrm, why do you need this? Isn't just a simple g_setenv()? [10:24] vuntz: if that is ok then sure :) I guess its no problem because the session is shuting down anyway, my initial impulse was to pass it to g_spawn via envp, but if its ok to just use g_setenv, everything is much simpler :) [10:28] mvo: well, no other applications than the script-on-shutdown ones should be spawned by the session manager, so... [10:28] pitti, is there a way to force a .crash reprocessing? [10:29] pitti, ie to test hooks easily [10:29] pitti, I want to do magic on the Stacktrace but sending a sig11 each time and waiting for the dump is annoying [10:29] vuntz: excellent, thanks [10:29] seb128: does it need to be a crash? for a general hook, just use ubuntu-bug package (as if you'd file a bug), look at details, cancel [10:29] * mvo removes a bunch of lines [10:29] ah [10:29] seb128: 1. generate crash; 2. cp /var/crash/foo.crash /tmp/; apport-gtk -c /tmp/foo.crash [10:30] pitti, I guess I can fake a stacktrace add with attach_file [10:30] in the hook [10:30] 3. change hook; 4. goto 2 [10:30] pitti, ok thanks [10:36] seb128: by looking at the Karmic translations import queue, I see that the evolution and e-d-s uploads a couple of days ago have got evolution-.pot and evolution-data-server-.pot templates. I think that was an attempt to remove the version number from the template name, but the dash at the end of the name should be removed. Could you have a look into that? [10:36] dpm, will do, thanks for noticing [10:36] thanks [10:38] seb128: whenever you've got time to do it, could you please ping me when it's done? Then I'll know when I have to remove the old "dash" templates [10:38] dpm, you can already drop those they are wrong naming [10:39] seb128: actually, good point. I'll disable them now [10:39] dpm, thanks [10:40] pitti, adding a " attach_file(report, "/tmp/Stacktrace", "StackTrace")" did the trick easily [10:40] pitti, so I can keep using ubuntu-bug -p bug [10:41] seb128: that works, too, just a little more effort than a cp; apport-gtk -c invocation [10:41] pitti, it's faster than processing the .crash with the dump though ;-) [10:41] anyway either way is working [10:41] thanks [10:41] ah, indeed [10:42] pitti, attach_related_packages() doesn't run the packages hooks right? [10:43] no [10:43] seb128: as I said, I'm happy to add an optional package arg to add_hooks_info() [10:45] pitti, ok, will open a bug about that [10:46] pitti, and is there a way to reassign the bug automatically? [10:46] pitti, ie to say if the stacktrace contains some library name reassing to that component [10:46] use, if nautilus crashes in libnautilus-ubuntuone the bug should go to ubuntuone-client [10:47] seb128: call add_package_info('new_binary_package_name') [10:47] seb128: such things are easier to do in a bug pattern, though [10:47] ah, for new crashes [10:47] right, makes sense [10:47] sorry [10:48] seb128: and, great idea! [10:48] ;-) [10:48] I'm a bit confused on how to do it right now [10:50] ah ok, gotcha [10:50] if 'ubuntuone' in report['StackTrace']: [10:50] report.add_package_info("ubuntuone-client") [10:54] seb128: right, looks good [10:54] seb128: however, it's "Stacktrace", not "StackTrace" [10:54] pitti, http://paste.ubuntu.com/236464/ [10:55] pitti, http://paste.ubuntu.com/236467/ looks right? [10:56] seb128: please use apport.packaging.get_file_package(files) instead of the dpkg -S stuff [10:56] pitti, thanks, I didn't know about that, I've been looking to "python -c 'import apport.hookutils; help(apport.hookutils)'" basically [11:01] pitti, http://paste.ubuntu.com/236474/ better? [11:02] pitti, seems to work fine sorry for all the questions and thanks again ;-) [11:02] apport rocks [11:02] seb128: looks good! [11:02] seb128: no need to be sorry, it's not that obvious [11:03] * pitti hugs seb128 [11:03] * seb128 hugs pitti [11:22] anybody wanting to have a look to http://paste.ubuntu.com/236490/ and comment if the code looks ok? [11:23] especially the code to recurse over the stacktrace to find /usr/lib/nautilus.... [11:24] seb128: wouldn't it be easier to do [11:24] if '/usr/lib/nautilus' in report.get('Stacktrace', ''): [11:24] hum, could split() the whole text [11:24] add_package_info() [11:25] ah, ignore me [11:25] pitti, well, I need to figure what package [11:25] right [11:26] it looks a bit complex, but ok to me [11:26] for words in report["Stacktrace"].split(): [11:26] if words.startswith("/usr/lib/nautilus"): [11:26] report.add_package_info(apport.packaging.get_file_package(words)) [11:26] can do that [11:26] that drop one recursion, I direct split all the words [11:26] ok, let's do that [11:27] that should work, too [11:27] ok, I did some testing and I'm happy with it [11:27] seb128: report.get('Stacktrace', ''), though [11:27] just in case it's not there [11:27] let's upload and see how it goes [11:27] seb128: why do you only collect infomation about /usr/lib/nautilus when it doesn't appear in the stackstrace? [11:27] i. e. for ubuntu-bug nautilus you won't have a trace [11:27] pitti, hum? [11:28] seb128: oh, you have a separate has_key(); that work, stoo [11:28] "works, too" [11:28] geser, because when it is in the stacktrace we open the bug on the said component and not nautilus [11:28] ah [11:29] geser, ie libnautilus-gdu.so -> gnome-disk-utils [11:29] geser, I'm not sure that infos about nautilus would be revelant in such cases [11:29] anyway we can tweak the hook later if required [11:29] true [11:29] thanks for reviews [11:30] is this line-splitting better/faster than using a regex on the Stackstrace? [11:32] geser, no clue I took the easiest way, I doubt it will make a difference compared to the coredump processing [11:32] ie some milliseconds where gdb will take some 30 seconds [11:32] gdb or whatever processes the crash [11:32] ok === shiyee_ is now known as shiyee [12:20] Zdra, cassidy: who would be interested by a telepathy-butterfly crash + patch on launchpad? [12:20] the bug has a log so it's private but I can subscribe somebody [12:20] bug #406710 [12:20] Bug 406710 on http://launchpad.net/bugs/406710 is private [12:20] lunch, brb [12:20] seb128: you can subscribe me, I'll fw to the butterfly maintainer [12:20] seb128: istaz probably [12:23] lunch and doctor appointment, bbl [12:29] mvo - you ported ubuntu-system-service to polkit-1 didn't you? [12:30] chrisccoulson: yes [12:30] cool, thanks [12:33] asac, around? [12:34] seb128 - i'll apply the upstream polkit-1 patch to gconf too if you like. i think we need it now as the gnome-power-manager capplet uses the gconf-defaults mechanism and has already been ported i think [12:35] asac, I tried to pacakge gnome-bluetooth but running it I have some trouble -> https://bugs.edge.launchpad.net/ubuntu/+source/gnome-bluetooth/+bug/406592 [12:35] Launchpad bug 406592 in gnome-bluetooth "please sponsor new release 2.27.8" [Undecided,New] [12:36] if someone can unsubscribed universe sponsors, someone subscribed them for me ... [12:40] cassidy, done [12:40] cassidy, you should be able to see the bug now [12:42] seb128: I am, thanks [12:42] good, thanks for have a look to the bug ;-) [12:46] crevette: doest it work if you run it from the built source tree? [12:47] otherwise its likely a coding bug. check fedora if they have any patches or more recent snapshot. [12:47] I don't know, I used ppa, I know how to build it in pbuilder, but not how to keep the builddir [12:48] however jhbuild workds perfectly [12:48] didrocks, hey [12:48] didrocks, kov is packaging clutter-1.0 in pkg-gnome svn [12:48] seb128: yep ? :) [12:48] didrocks, if you want to update that later this week ;-) [12:48] crevette: apt-get build-dep gnome-bluetooth .... and then kick it off outside the pbuilder ;) [12:48] seb128: I have already merge with on version in pkg-gnome svn [12:49] merged* [12:49] crevette: done (unsubscribing u-u-s) [12:49] didrocks, waouh, you are quick ;-) [12:49] seb128: https://edge.launchpad.net/ubuntu/+source/clutter-0.9 :) [12:49] didrocks, oh, there is 1.0, ie new source [12:50] they turned 0.9 stable to 1.0 [12:50] crevette: you regularly work on gnome stuff, so those few build depends wont hurt you i am sure ;) [12:50] oh 1.0, sorry, I read it too fast [12:50] seb128: great \o/ [12:50] ;-) [12:50] ok, I'm doing that [12:50] then we can make a place for mutter into karmic :) [12:50] and then, pushing it back to pkg-gnome svn? [12:50] ;-) [12:50] would be nice [12:52] asac, I'm not certain this is a build depends problem, but rather a packaging issue, that's why I'm a bit stuck. [12:52] lool, any opinion on the change http://launchpadlibrarian.net/29712507/gdm_2.27.4-0ubuntu7.debdiff? I think you were looking at those no password login [12:52] does the content of *.symbols has consequences? [12:53] crevette_: you can easily figure it by building the package and then trying to run it from the built tree [12:54] crevette_: if that works you just need to figure which files you forgot or not [12:54] so I need to ressurect a pbuilder tree .. [12:54] crevette_: if it doesnt help then its a build or code problem [12:54] the code seems to be okay, as I say, jhuilld build works fine [12:54] crevette_: yes, but what i meant with apt-get builde-dep is that you should stop using pbuilders for such things :) [12:55] pbuilders are good to do a sanity check on packages [12:55] but not good for development ;) [12:55] but you can also keep the tree if you find out how to do that ;) === MacSlow is now known as MacSlow|lunch [12:58] could also be that its build parameters or something. but [12:59] i can check it out when i come back from lunch and you didnt get further yet [12:59] * asac off to lunch [12:59] asac, I won't have time to check while i'm work [13:04] chrisccoulson, you were saying? [13:04] hi seb128 [13:04] hey again ;-) [13:04] did you not see what i wrote? (i've got no scollback now as I went away for lunch) [13:05] I did, but you were not around and I restarted IRC since [13:05] let me think [13:05] oh, the polkit1 thing [13:06] yes backporting for gconf seems good [13:06] ah, that's ok. yeah, that's it. i'll apply the gconf patch from upstream later [13:06] right, i've got to go again now - i have a meeting === crevette_ is now known as crevette [13:30] asac: i'v been using the nss update in jaunty, firefox,thunderbird and evolution have *not* caught on fire ;p [13:31] mac_v: great [13:32] asac: anything else you want me to check?... [13:32] mac_v: if you are still on jaunty checkout apt-cache rdepends libnss3-1d and maybe try another ;) [13:32] otherwise its great [13:32] * mac_v itching to get back to karmic ;p [13:32] dobey, hi [13:33] dobey, do you know why that doesn't work with intltool-update? [13:33] AC_SUBST([BASE_VERSION],[base_version]) [13:34] GETTEXT_PACKAGE=evolution-$BASE_VERSION [13:34] dobey, that's basically what evolution does and it gives an "evolution-" template [13:35] base_version is correctly defined as 2.28 [13:40] mac_v: oh i have something else if you are still on jaunty ;) [13:41] mac_v: install the nspr and nss packages from intrepid and see if it still works [13:41] still on jaunty... checking the rdepends [13:41] ok... [13:41] libnspr4-0d libnss3-1d [13:41] mac_v: the intreid packages from that ppa i mean (not from real archive) [13:42] yeah === WelshDragon is now known as Cuddles [13:55] seb128: Sorry was on a call [13:56] seb128: That debdiff reminds me of something I wanted to touch a long while ago but I frankly don't remember much about it [13:56] ok [13:57] asac: everything seems fine... no problems with intrepid either [13:57] seb128: It doesn't sound like a too bad idea to use a group to define who can login without password in gdm; perhaps security folks or pitti have an opinion [13:57] The implementation is ok === MacSlow|lunch is now known as MacSlow [13:57] pitti, ^ any opinion? [14:03] mclasen, hi [14:04] hey [14:04] mclasen, do you have edit access to http://library.gnome.org/devel/gtk/stable/gtk-migrating-GtkBuilder.html or do you know where to open bugs about it? [14:04] mclasen, the "g_warning ("Couldn't load builder file: s", error->message);" lacks a "%" [14:04] I've fixed that a while ago [14:04] should be fixed in 2.17.6 [14:04] has that not made it onto library.g.o ? [14:04] mclasen, http://library.gnome.org/devel/gtk/unstable/gtk-migrating-GtkBuilder.html has a "&s", shouldn't it be "%s" ? [14:05] or are you looking at the stable api docs ? [14:05] mclasen, stable is buggy, unstable has "&s" [14:05] seb128: I'd poke fredp about library.gnome.org, I understand he has admin access? [14:05] its all automatic [14:05] mclasen, shouldn't it be "%s"? [14:05] but the &s is wrong in any case [14:06] I'll fix that [14:06] thanks [14:06] do you want a bug on bugzilla as reminder? [14:06] or should I just fix it to git? [14:06] you can just fix it" s/&/&perc;/ or so [14:07] hum, I don't have a gtk+ checkout there ... so if you could do it I would appreciate [14:07] my download is sort of busy right now [14:07] sure [14:07] thanks ;-) [14:07] let me find the right entity name [14:07] ah, % [14:08] right [14:18] seb128: what is GETTEXT_PACKAGE set to in the final Makefile? [14:19] dobey, not sure but that has been fixed by defining the variable again in git now [14:19] thanks anyway ;-) [14:19] it's not due to the Makefile, just adding the line in configure.ac and running intltool-update is enough to make it work [14:20] Is there anyone around who could have a look at this one? -> https://bugs.launchpad.net/ubuntu/+source/cheese/+bug/188690. I think it is just a matter of including /usr/share/cdbs/1/rules/langpack.mk in debian/rules, so that the template is created and cheese can be translatable in Launchpad [14:20] Launchpad bug 188690 in debootstrap "does not create a PO template on build" [Wishlist,Fix released] [14:21] dpm, looking [14:21] * kenvandine is very pleased to see empathy and screensharing just work :) [14:21] oh i guess the Makefile would have been ok, since the AC_SUBST() defines BASE_VERSION in the Makefile, but it doesn't define it in the configure.ac [14:22] which is the problem [14:22] right [14:22] shouldn't intltool-update do variable subst? [14:22] lool: this seems a little weird to me, though; you'd essentially have no boundary between those users any more [14:23] it does but there is no variable to subst in that case [14:23] thanks seb128 [14:23] (now there is) [14:23] * pitti has a fever and will take the rest of the day off, I'm afraid [14:23] better sleep it off now [14:23] pitti, take care! [14:23] later pitti [14:24] pitti, and try not bringing the flu to the sprint ;-) [14:24] have a good snap :) [14:24] hey kenvandine [14:24] seb128: trying hard, and no hugging this time :/ [14:24] hey seb128 [14:24] kenvandine, any chance you would investigate the evolution-indicator build issue? [14:24] i talked to ted about that last week [14:24] he was gonna look [14:25] i can take a look too [14:25] ted seems to have lot of things to do he could maybe use some help there [14:25] yeah [14:25] dunno how busy you are though [14:25] still got quite a bit to get done before saturday :/ [14:25] but i can take a stab at it [14:26] * kenvandine is getting tired of not having it :) [14:29] ah [14:29] * kenvandine got it to build [14:29] was easy apparently ;-) [14:29] * kenvandine will prepare a patch and a branch :) [14:29] configure.ac [14:29] needed to check for gtkhtml-editor [14:29] ah ok, easy enough [14:30] I'm wondering why that was not required before [14:30] it was relying on indirect triggers? [14:32] yeah... or evo used to embed it's own [14:32] which i think it used to do [14:33] although i don't see why evolution-indicator needs gtkhtml for :) [14:33] i guess just because it builds against evo [14:34] well either it uses it or not [14:34] Keybuk: around? [14:34] if it doesn't adding gtkhtml-editor to it is wrong [14:34] +, [14:34] mac_v: many thx [14:34] could be an evolution bug for not listing gtkhtml-editor in a .pc where it should [14:34] i am looking [14:34] asac: np... :) [14:35] seb128, yeah... it looks like an evo bug [14:35] walters: yuppers [14:36] Keybuk: where were we on this dbus build issue? i have the patch i sent you still in my git diff [14:36] walters: ok, I did some debugging on that [14:36] Keybuk: are you guys using the one from mbebl in https://bugs.freedesktop.org/show_bug.cgi?id=22805 ? [14:36] walters: it's caused by Ubuntu's use of -Wl,--as-needed [14:36] Freedesktop bug 22805 in core "[PATCH] Fix spurious build failures on ia64 and alpha with -Wl,--as-needed" [Normal,New] [14:36] walters: the libdbus-convenience.la is the library that needs $(DBUS_TEST_LIBS) in its LIBADD [14:37] otherwise deps get stripped by the linker as you go up [14:37] Keybuk: yeah that's what i was going to ask you is if the original patch worked [14:37] the original patch did not work [14:37] the one that just did +libdbus_testutils_la_LIBADD = $(DBUS_TEST_LIBS) [14:37] ok so we need the full one [14:37] mbiebl's patch looks like it might work too [14:37] right, testutils was ok - it didn';t need that [14:37] oh you have a different one? there's 3? [14:37] it was libdbus_convenience_la_LIBADD = $(DBUS_TEST_LIBS) that was needed [14:38] (for me anyway) [14:38] ahh ok, sounds right [14:41] pitti: Well for instance at home my wife and I logon to the same computer because we have different music collections; I wouldn't need any password between these accounts though [14:41] Or firefox profiles, or desktop background etc. [14:41] pitti: Not sure what you're asking about) [14:43] Keybuk: hmm, i think using DBUS_CLIENT_LIBS is slightly more correct, but it doesn't really matter since they're both just $THREAD_LIBS [14:43] Keybuk: are you happy (or at least less angry) about the workaround that I suggested for bug 400697 ? [14:43] Launchpad bug 400697 in xserver-xorg-input-synaptics "Cannot disable touchpad buttons" [Undecided,New] https://launchpad.net/bugs/400697 [14:43] Keybuk: but that patch sounds fine either way, do you want to push that upstream? [14:44] walters: sure, I'll probably get to it on Monday though [14:44] tseliot: it's a fix I can live with ;) [14:44] Keybuk: ok no problem, i was just about to apply lennart's sigint patch and noticed it in my diff [14:45] ah, if you're applying things anyway, go right ahead [14:45] Keybuk: good :-) [15:15] mvo: i assume one cannot access apt sources info during package build? [15:15] apt Packages i mean [15:19] asac: on the buildds ? no, they usually build without net access [15:22] mvo: yeah. just wondered if one has access to the local db ... or if that is not populated [15:28] hum, versions is broken [15:28] asac: I don't think so, what problem do you want to solve? could it be done via build-deps [15:28] I blame it on mvo ;-) [15:28] (it's crashing on rookery for some reason) [15:28] hm? [15:29] mvo, ignore me, I've no clue about where it's crashing ;-) [15:29] the box has no gdb or valgrind [15:29] it does a " *** glibc detected *** double free or corruption (!prev): 0x08e91458 ***" [15:30] in the python apt code to update the debian packages index [15:30] but the same code worked yesterday [15:30] and cleaning the cache dir doesn't make a difference [15:30] and the same code works locally [15:30] ie I've no clue what's going on [15:31] I blame it on Ng [15:34] yes, it's all my fault [15:34] it's probably one of kees' security features ;) [15:36] mvo: we have now feature in mozilla-devscript to automatically find extension dependencies on mozilla apps ... so somewhat similar to shlibs [15:37] mvo: howver, i owuld prefere if an extension does not need to depend on all the applications it support [15:37] mvo: so i hoped i could put something like Xb-Moz-App-Version in the Packages db ;) [15:37] but seems its not going to work :( [15:38] mvo: basically having a list of target application ids to packages is maintained in the helper file itself. the only problem is the version [15:38] because some might not be compatible with our version of the package etc. so we wouldnt add it to ${xpi:Depends} [15:45] awe, hi [15:45] awe, could be faster to discuss your bug there [15:45] awe, usually you can just use "DEB_BUILD_OPTIONS="debug nostrip nooopt" dpkg-buildpackage" [15:49] seb128: hey! [16:00] awe: hi. so we some luck we might have EAP during sprint ;) [16:04] asac: cool [16:05] asac: so i kinda got side-tracked with bluetooth testing this week. found a crash in gnome-settings-daemon that i've been working with seb128 to nail down... [16:05] awe: interesting. [16:06] also, i'm taking off early today... i have to drive back to boston ( at my folks in NH ) and fly out tonight [16:06] awe: i will merge your stuff now and upload. did you also have a trunk merge for the patch? [16:06] for the dialog changes? [16:06] yes [16:06] lemme check, i think so... [16:07] awe: what kind of bluetooth tests did you do? [16:10] asac, bug #404538 is what we are discussing [16:10] Launchpad bug 404538 in gnome-settings-daemon "gnome-settings-daemon crashed with SIGSEGV in gvc_mixer_stream_is_running()" [Unknown,Confirmed] https://launchpad.net/bugs/404538 [16:11] asac: i didn't have trunk branch, cause i couldn't find the master trunk branch for the applet. [16:11] awe: oh ok. i think i didnt push it on first [16:12] asac: i ran a bunch of tests with a bt headset with both blueman and gnome-bluetooth [16:12] toggling the output device from internal sound to bt and back several times eventually causes the settings-daemon to crash [16:12] asac: i patched gsd with some later code that seb128 pointed me at, but i still get the crash... [16:16] dpm, cheese uses gnome.mk which includes langpacks.mk [16:18] is it a known bug that the pidgin buddy list becomes irresponsive to mouse clicks, even though pidgin seems to be working fine (typing this on the conversation window) [16:19] also, whenever it opens a dialog, I can't close them at all [16:19] no [16:19] what ubuntu version? [16:19] karmic, latest [16:19] weird [16:20] also, on my laptop, I log in with a user, and no panel, nautilus or metacity are started [16:20] also latest there [16:20] will file bugs then [16:20] seb128: hmm, it didn't generate a POT template on build when I tried it [16:20] dpm, right it doesn't but the issue is not an include one [16:21] dpm, [16:21] Unsuccessful open on filename containing newline at /usr/bin/intltool-update line 1071. [16:21] intltool-update: POTFILES.in not found. [16:21] seb128: ah, great, thanks for looking at it. [16:22] dpm, the thing is that the code doesn't work when building out of the src dir, I will fix that in cheese by doing a manual call to intltool-update [16:32] dpm, the issue should be fixed in the version I just uploaded [16:34] seb128 / awe - how far have you managed to debug this gsd crash? [16:34] chrisccoulson, I didn't try, so not far ;-) [16:34] I've just been commenting on the bug [16:35] ah, ok. how reproducible is it? (i might try and have a look later) [16:35] seb128: awesome, thanks a lot, translators will be pleased [16:35] chrisccoulson: the stack trace seems to point at gvc_mixer_stream_is_running() [16:35] chrisccoulson, the instruction seems to require bluetooth device so I didn't try I've no hardware for that [16:36] chrisccoulson: I can reproduce easily [16:36] does it need a bluetooth device, or just any way of adding/removing sound devices? i've got a USB headset which i can flip the default sink with, and that might trigger it too [16:36] (i cant try until i finish work though) [16:36] chrisccoulson, yea, that might do it to [16:37] darned work gets in the way of everything that's fun [16:37] chrisccoulson: i just toggle the output device back and forth between bt & internal and it crashes [16:37] fyi, i'm using a later version than in karmic ( see the bug details ) [16:38] chrisccoulson, i just built a debug version of the package and am trying to narrow it down [16:38] i havent had a good look at the code but it might be that the GvcMixerStream gets unref'd whilst it's still the default sink [16:39] it's wierd that the g-v-c-applet doesn't crash too though - it seems to use pretty much exactly the same code [16:40] awe - if you don't have it solved before i get home, i'll try and help a bit too ;) [16:42] chrisccoulson, np. i'm actually heading home to boston from NH in an hour or so... then on to the airport to head to dublin. thanks for the help! [16:43] no problem! it's a long journey for you ;) [17:03] seb128: as Zdra said, you can assign me the butterfly bug (launchpad account is olethanh) [17:04] istaz, ok thanks [17:10] seb128: what exactly does an app need to do to register itself as a handler for a certain mime type (through desktop) [17:10] what needs to be run to update the db? [17:11] asac, use Mimetype= in the .desktop entry [17:11] seb128: example: google-gadgets-gtk does not show up in xdg-mime query default app/gg [17:11] asac, and run update-desktop-database [17:11] ok let me check [17:11] seb128: still nothing ... xdg-mime query default application/x-google-gadget returns nothing [17:12] but totem works for application/x-ms-asf [17:13] asac, do you have a Mimetype=application/x-google-gadget; in the .desktop, where is it installed too? [17:13] asac, grep application/x-google-gadget /usr/share/applications/* [17:14] seb128: http://pastebin.com/f3bdb2602 [17:14] thats in the ggl-gtk.desktop in /usr/share/applications/ [17:14] http://pastebin.com/f4100039f [17:14] thats the grep [17:15] seb128: I added more info to the gsd bug. I'm going offline now. may be on sporadically over the next 1 1/2 days. flying to dublin tonight. see you there! [17:15] seems its also in mimeinfo.cache [17:15] asac, and gvfs-open on a .gadget doesn't work? [17:15] awe, ok, thanks, have a nice flight [17:16] asac, gvfs-info example | grep content [17:16] where example is a gadget [17:17] seb128: well. nautilus works. but i thin kthats mapped through file extension and not through mime type [17:17] let me check gvfs-open [17:17] but not sure if that means something. xdg-mime just returns nothing :( [17:18] I don't know about xdg-mime, could be buggy === dpm is now known as dpm-afk [17:20] seb128: yeah. problem is that firefox uses gnome_vfs and doesnt get any item either ;) [17:20] asac, what is the content? [17:24] seb128: google gadgets ...let me get an example [17:24] you need google-gadgets-gtk installed [17:25] asac, ok, installing [17:25] http://desktop.google.com/plugins [17:26] seb128: [17:26] asac, ok, works directly in nautilus [17:26] let me try xdg now [17:27] yeah. but nautilus doesnt mean much i think. it could be a file extension mapping. not mime (though not sure what nautlius does) [17:28] nautilus uses the filename when that's a known naming [17:28] or the content otheriwse [17:28] but [17:28] " standard::content-type: application/x-google-gadget [17:28] standard::fast-content-type: application/x-google-gadget" [17:28] yes. i think thats working ... its odd [17:28] ie both content and fast-content seem to agree [17:28] we have defaults.list [17:28] and mimeinfo.cache [17:28] both seem to have the same kind of format [17:28] _but_ [17:28] google-gadget is only in mimeinfo.cache [17:28] totem is in both [17:29] how does something get into defaults.list? [17:29] defaults.list is to specify a default if you have several choices [17:29] it's a list we write [17:29] right. but how is that maintained [17:29] hmm [17:29] by hand [17:29] update-desktop-database doesnt work at least [17:29] you could delete it it doesn't matter [17:29] update-desktop-database write the mimeinfo.cache [17:29] seb128: well. xdg-mime seems to look there ... and i would think gnome_vfs_... get_default too [17:30] $ gnomevfs-info -s GoogleCalendar2.gg [17:30] MIME type : application/x-google-gadget [17:30] Default app : ggl-gtk.desktop [17:30] seb128: can you query for mimetype too? [17:30] and not file? [17:31] no [17:31] but it says the mimetype is application/x-google-gadget [17:31] and find the matchin application [17:31] seems to work [17:31] "xdg-open GoogleCalendar2.gg" works too [17:31] seb128: hah. i have the same symptom: [17:31] http://paste.ubuntu.com/236897/ [17:31] thats exactly what firefox thinks [17:32] let me check if google really says its a zip [17:32] gnomevfs doesn't do content detection on remote files [17:32] it just uses the filename [17:32] yes. so its probably in the http headers [17:32] seb128: well. seems to be not the case here ... it say: [17:32] or that [17:32] Name: ... .gg [17:32] but it still thinks its zip [17:32] let me check the HTTP headers [17:34] ok tahnks i think i found the prob [17:34] they send application/json [17:34] it's the server returning the mimetype? [17:34] not sure why that falls back to application/zip though [17:35] $ grep json /usr/share/mime/* -r [17:35] $ [17:35] asac, not sure either [17:37] seb128: it was confusing ... without having anything cached its really zip: http://paste.ubuntu.com/236908/ [17:37] tse [17:37] ok [17:38] so server bog [17:45] seb128: is there no way to add file extension to .desktop files? [17:51] asac, /usr/share/mime/packages/00-google-gadgets.xml already has that one [17:52] asac, the xdgmime code which is used by gvfs, etc use those infos [17:52] the detection can be done using content magic or filenames === Richie is now known as Cuddles [17:52] the google-gadget definition is only filenames not magic there [17:54] ie you already have the .gg = gadget mapping there [18:05] seb128 - i can trigger this gsd crash here [18:05] all i need to do is unplug my USB headset whilst it is the default sink [18:07] kenvandine: ping [18:08] boredandblogging, pong [18:59] anyone know how i can listen on a raw /dev/input device to see if any events are there? (I'm trying to debug why the volume buttons on my USB headset don't work anymore) === dpm-afk is now known as dpm [19:33] Does anyone fancy "bzr upgrade"-ing lp:~ubuntu-desktop/notification-daemon/ubuntu to at least --pack-0.92 ? [19:37] mvo: It looks like when you did the latest upload you didn't use bzr - just an oversight? [20:32] seiflotfy1: but does gnome_vfs use that too? [20:33] (you said gvfs) [20:33] seb not here [20:33] uhm? [20:33] seiflotfy1: sorry. auto completion error ;) [20:54] mvo, hey [21:04] bratsche, one question about gtk+ and windows, do you know if someone has build latest unstable version for win32? I would like to test if csw has no side-effect. [21:04] (hello) [21:04] :) [21:04] It most definitely still has side-effects. [21:10] csw already has quite some breakage effect on linux [21:10] would be nice to get those fixed before 2.28 ;-) [21:14] hey seb128 [21:14] mvo, hi, what was the issue with libgksu? [21:14] seb128: it seems like the workaround for gtkedit -> gtkentry broke it [21:15] seb128: hopefully with the update the crashes go away again [21:15] mvo, broke it in which way? [21:15] mvo, sorry the changelog entry was not clear [21:16] mvo, some context, we get a zillion crashers recently looking similar to memory corruptions somewhere, should I still keep that on my to investigate list of issues? [21:17] seb128, yeah I know this is a bit broken on linux, but as I use windows most of my day, I thought I woul be helpful (perhaps) if I could test it on my work station. [21:17] s/linux/X/ [21:17] seb128: I'm not sure, but it seems some of the crashes we got recently are releated to it, I got a mail from a contributor who debugged it [21:17] seb128: it does not hurt to rmeove the workaround, gtk+ is fixed [21:17] mvo, can you give me some details, it seems weird that this change is due to it but I'm interest to understand the issue [21:18] mvo, right, I'm just curious to know why that should trigger corruption [21:18] mvo, that can wait tomorrow no hurry [21:18] or next week [21:18] I'm simply curious ;-) [21:19] yeah, I have no more details :/ just the assertion from a user debugging it (and my check that gtk+ is now fixed so that its no longer required) [21:19] mvo, and can I close the zillion g_malloc crash bugs for sure? [21:19] mvo, can you copy me what the guy said? [21:19] seb128: lets wait a little bit with that :) and see if it really makes a difference [21:19] seb128: sure, I can forward you the mail [21:54] kenvandine, did you figure something for the evolution-indicator issue? [21:54] sort of... i proposed a branch for ted [21:54] that was not an evolution issue? [21:55] i don't think so [21:55] ok [21:55] so there is a new header which gets included in one of the headers they use [21:55] which now includes it.. and other plugins seem to actually find the path for that [21:56] it was all triggered by some re-org in evo, preparing for webkit [21:56] i think [21:56] ok === fta_ is now known as fta === kklimonda is now known as Guest41062 === _kklimonda is now known as kklimonda_ === kklimonda_ is now known as Guest67854 === Guest67854 is now known as kklimonda__ === Amaranth_ is now known as Amaranth === Amaranth__ is now known as Amaranth === kklimonda__ is now known as kklimonda === kklimonda is now known as Guest30301 === Guest30301 is now known as kklimonda [23:16] why is this popup bugging me all the time about low disk space in "Filesystem root" why i still have plenty left? [23:16] it says 245.0 MB left [23:16] Filesystem 1K-blocks Used Available Use% Mounted on [23:16] /dev/sda1 301677772 297032608 4445164 99% / [23:17] that's 4.3G left [23:18] math error ;) [23:39] fta - the low disk space warning should only pop up if the free space is less than 5% AND less than 2GB (by default. Those thresholds are configurable though) [23:40] but you can disable further warnings if you choose to run your disk full;) [23:40] that feature was requested by a few people here [23:41] chrisccoulson, it keeps saying 1G, 500MB, 200MB, whatever, but when i look, i always have between 20GB and 4GB left === onestone_ is now known as onestone [23:43] hmmm, thats wierd. all the check does is a statvfs and then works out the available space by multiplying the number of blocks by the block size [23:49] fta - i can't trigger the issue here [23:50] chrisccoulson, i don't know what to tell you, i get that popup like 10 times a day [23:51] chrisccoulson, btw, about my xchat / tray issue, it's gone since i added a wrapper around xchat :P [23:52] that's good. i'm still not sure what the issue is with that [23:54] fta - does the disk space warning pop up multiple times in the same session? and does it report that the disk space is lower each time? [23:54] (you shouldn't see multiple warnings unless the space is continually decreasing) [23:55] i have anothe rbug. i always get this "your Lenovo battery might explode" notification on each login [23:55] and it doesnt honor my decision to not display it again ;) [23:55] asac_ - i'm not sure about that one. that's displayed by g-p-m i think, and it used to get the info from HAL [23:56] i'm not sure where it gets the info from now [23:56] chrisccoulson: how did hal know about a "recall" ? [23:57] i would think it must be high level like HTTP ;) [23:57] asac_ - it was shipped in hal-info. There were some rules to add a recall key to batteries known to be recalled by the manuafacturer [23:57] hmm [23:57] maybe i should be worried ;) [23:58] yeah, i'm not sure. i don't know where that info comes from now in the devicekit world [23:58] gnome-power-manager has moved to DeviceKitPower afaik [23:58] that could be something to do with it. [23:59] yeah sounds likely its a bug [23:59] because of transition [23:59] yep [23:59] but its also another bug that it doesnt remember my choice to not show again ;) [23:59] yeah that too. [23:59] i guess i will file a bug next time i log in ;) [23:59] if your laptop doesn't explode before then :) [23:59] asac_ i've seen another bug today against g-p-m for not remembering settings [23:59] could be related