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