[00:00] <asac> hmm g_static_private_get has no info in apidoc when it was added :)
[00:02] <asac> ok g_private_get was added in 2000
[00:02] <asac> so thats probably in
[00:03] <asac> same for static private get
[00:03] <asac> so yeah. the g_main_context_pop_thread_default
[00:03] <asac> funcs can just be inlined
[00:04] <asac> g_poll is confined too
[00:04] <asac> feels doable
[00:04] <asac> i think the main_context stuff you cannot inline into libsoup, but thats the thing we need to add to main.c in glib
[00:04] <asac> the rest can be done where they are used from what i can see
[00:05] <asac> ccheney: ^^
[00:05] <asac> so ... with that, do you feel comfortable to get libsoup done by static inline copying the funcs from the paste to where they are used?
[00:06] <ccheney> ok
[00:06] <ccheney> i think so
[00:07] <ccheney> looking at gdk/gtk now
[00:07] <asac> yeah
[00:07] <asac> webkit should really be backporter friendly in general i would hope ;)
[00:07] <ccheney> as best as i can tell webkit only uses the following two from gdk/gtk
[00:07] <ccheney> gdk_x11_window_get_drawable_impl
[00:07] <asac> ccheney: do the same for epiphany
[00:07] <ccheney> gtk_widget_get_window
[00:07] <asac> e.g. glib and gtk check
[00:07] <asac> only two?
[00:08] <asac> good
[00:08] <ccheney> yea it seems to be
[00:08] <asac> but maybe check all libs that come from the webkit
[00:08] <asac> i thought that also comes with gtk wrappers ... would be odd if they dont have anything
[00:08] <ccheney> it seems there is only one lib but two libexec to check
[00:09] <ccheney> looks like they went away between hardy and karmic
[00:10] <ccheney> just has a common, dbg, library, and dev package now
[00:13] <ccheney> epiphany itself brings in gobject-introspection stuff along with cairo, and other things i am not sure if those are really needed for new versions though
[00:13] <asac> ccheney: i am not sure why you think webkit uses only two gtk_ symbols
[00:13] <asac> i see loads of them
[00:13] <asac> if i check with nm -D
[00:13] <asac> in karmic
[00:14] <ccheney> i only saw two that didn't exist in hardy
[00:14] <asac> http://paste.ubuntu.com/352041/
[00:14] <ccheney> unless i screwed it up somehow :(
[00:14] <asac> ok. those are probably inline stuff too
[00:14] <asac> then i misunderstood
[00:15] <asac> as i said, chromium uess glib and gtk from trunk
[00:15] <asac> err from hardy :-P
[00:15]  * asac should wait for context-switches to finish
[00:20] <ccheney> lot more for epiphany
[00:21] <ccheney> 7 gdk, 34 gtk
[00:22] <ccheney> http://pastebin.ubuntu.com/352045/
[00:23] <ccheney> hmm
[00:23] <ccheney> its supposed to already have some of those symbols in 2.12
[00:23] <ccheney> like gtk_status_icon_is_embedded
[00:25] <ccheney> my diff is messed up somehow
[00:25] <asac> thats expected ephy i could have placed a bet on ephy folks jumping on latest symbols instantly ;)
[00:26] <asac> gtk_toolbar_new -> that feels old ;)
[00:26] <asac> most likely since 2.0
[00:26] <asac> as there is no "Since field" in api doc
[00:26] <ccheney> ugh wasn't sorted right
[00:27] <asac> i guess gtk_status_ is new
[00:27] <ccheney> 4 and 13 not as bad
[00:27] <asac> also added in 2.10 already
[00:27] <asac> good
[00:27] <asac> please paste
[00:27] <asac> ccheney: oh. can we put that on the wiki page somehow?
[00:27] <asac> all those results we find here ;)
[00:28] <asac> just thinking would be good
[00:28] <asac> or a bug
[00:28] <asac> ;)
[00:28] <ccheney> http://pastebin.ubuntu.com/352048/
[00:29] <asac> ok the gdk_ stuff is not an issue in intrepid jaunty at least ;)
[00:30] <ccheney> great :)
[00:31] <asac> the entry icon stuff is 2.16 ... so intrepid too
[00:31] <asac> an issue
[00:32] <asac> ccheney: ok. so maybe to finish today make a wiki page about the epiphany backporting effort and add the symbols that need backporting. we can then track implementatoin of those etc. there and also document in advance if they are needed in intrepid etc.
[00:32] <ccheney> ok
[00:32] <asac> of course feel free to finish libsoup ;)
[00:32] <ccheney> :)
[00:32] <asac> for hardy
[00:32] <ccheney> yea
[00:32]  * ccheney is being called to dinner, bbl
[01:14] <rickspencer3> empathy so rocks
[01:15] <rickspencer3> I wonder if I can get by without vonage?
[01:50] <ccheney> rickspencer3: i just use a cheap voip provider with a cisco spa-3102 box (~ $70), you could do something like that and have sip to you empathy and to home phones
[01:50] <ccheney> not sure if you can do that with vonage or not
[01:51] <ccheney> with the spa-3102 i have a landline to send faxes and alarm system and can router local calls out of it for free and just use the voip for long distance
[01:51] <ccheney> s/router/route/
[01:51] <ccheney> all using the same phones, just setup the dial plan to automatically send the calls where they belong
[02:00] <TheMuso> The spa3102 is a great box, I use one of those with my VoIP and a cordless handset, with naked DSL.
[03:03] <cknight725> http://192.168.1.102/cumine/displayimage.php?album=52&pos=23
[03:03] <cknight725> oops -- disregard -- apologies
[04:12] <LLStarks> hey bratsche. sup
[04:13] <LLStarks> i have a question about the rgba/decorations code that just landed
[06:23] <huats> morning everyone
[07:19] <pitti> Good morning
[07:21] <pitti> ccheney: I'm not sure that I fully understand your question, but I don't see why it shouldn't work; the second  library that you build will have a bumped dependency to the first (since you have to increase the shlibs version for both), but that shouldn't matter
[09:00] <seb128> hello there
[09:00] <pitti> bonjour seb128
[09:01] <seb128> hey pitti
[09:01] <seb128> spent another hour fighting to get karmic somewhat working for my cousin
[09:01] <seb128> some days I realize that ubuntu is not "there" yet
[09:01] <seb128> toshiba laptop = fail
[09:01] <seb128> the pixma combi = fail too
[09:01] <pitti> I get that told every other week by a friend of mine
[09:02] <seb128> needs to get debs on the web to get that working
[09:02] <seb128> after fighting resume still doesn't work in karmic
[09:02] <seb128> works on a lucid usb stick though
[09:02] <seb128> but I can't upgrade him to lucid now
[09:02] <seb128> and fan is always blowing full speed
[09:02] <seb128> which is very noisy and annoying
[09:02] <pitti> lucid> at least there's improvement in sight
[09:02] <seb128> which I've no clue how to fix
[09:05]  * seb128 happy to have dell intel hardware
[09:12] <seb128> Hey chrisccoulson
[09:13] <chrisccoulson> hey seb128, how are you?
[09:13] <seb128> good thanks
[09:13] <seb128> you?
[09:13] <seb128> you managed to travel back from work yesterday?
[09:14] <pitti> I'm off for about an hour for some errands
[09:14] <chrisccoulson> yeah, we finished work early yesterday
[09:14] <chrisccoulson> i came in this morning, but most of my colleagues stayed at home!
[10:39] <seb128> slomo, hi
[10:39] <slomo> seb128: hi
[10:39] <seb128> slomo, you might want to backport http://git.gnome.org/browse/gtk+/commit/?id=acb6f4ff33bb9eebd8c2b8ba4404d282426e1eeb
[10:39] <seb128> I just did for lucid
[10:40] <seb128> without it synaptic seahorse gtg crash
[10:40] <seb128> well it's only in experimental for debian
[10:40] <seb128> so you can probably wait next week update too
[10:40] <seb128> just letting you know
[10:41] <slomo> thanks, i already noticed these crashes and wanted to look for a solution later today :)
[10:41] <slomo> saved me some time
[10:41] <seb128> cool
[10:41] <seb128> I wish debian allowed source uploads
[10:41] <seb128> I would have uploaded directly to debian
[10:42] <seb128> it takes ages to upload gtk binaries from there
[10:43] <slomo> np :) i'll build and upload it now
[10:44] <seb128> thanks
[10:45]  * hyperair grumbles about stupid gnome screensaver not noticing my mouse movements while fading while i'm watching a video on mplayer. so annoying.
[10:51] <tjaalton> pitti: hey, you had some ideas for the evdev udev rules, now that it loads the driver for devices like the video bus etc
[10:52] <tjaalton> pitti: something about narrowing down the list of devices to use it
[10:55] <chrisccoulson> seb128 - i've put some packages for you to test in http://people.ubuntu.com/~chrisccoulson/desktop-startup-speed/ when you get the chance
[10:56] <seb128> chrisccoulson, thanks
[10:56] <chrisccoulson> although, i'm not sure how much difference they'll make. they didn't seem to make that much difference on my machine, but it's hard to tell because i get a lot of variation anyway
[10:57] <chrisccoulson> i've got a feeling that the gconf change makes gnome-session block for a while again, but i'm not too sure. it would be interesting to see your bootchart with those changes
[11:00] <seb128> I will do that in a few
[11:00] <seb128> pitti, is sound working on your dell in lucid?
[11:01] <pitti> seb128: yes, very well; I'm listening to RB right now
[11:02] <seb128> pitti, what profile and output do you use?
[11:03] <pitti> seb128: I use the headphone jack on the side to connect to my speakers
[11:03] <pitti> "profile"?
[11:03] <seb128> pitti, in the gnome capplet
[11:03] <seb128> I hate this thing
[11:04] <seb128> like I don't know if I should use "analog stereo duplex"
[11:04] <seb128> or "analog sterea output"
[11:04] <pitti> tjaalton: I'm actually afraid we need the keymap for all devices which have buttons or keys (even the lid), otherwise X.org and libxklavier has an inconsistent idea of what the keyboard layout is
[11:04] <seb128> or what is the difference
[11:04] <pitti> tjaalton: and we certainly do need evdev itself for lid switch, power button, etc.; otherwise g-p-m and friends wouldn't ever get the X events for "power button pressed", etc.
[11:05] <pitti> seb128: it says "analog stereo duplex" here; I don't think that I ever touched it
[11:05] <tjaalton> pitti: ok, my lid switch only has ID_INPUT, so evdev is unloaded since it says it can't handle that
[11:05] <seb128> pitti, thanks
[11:05] <tjaalton> pitti: same thing with "hda digital pcbeep"
[11:05] <pitti> tjaalton: hm, that sounds like a bug
[11:06] <pitti> tjaalton: hm, indeed, here too
[11:06] <tjaalton> pitti: but we'll not load evdev for ID_INPUT_JOYSTICK, since it causes only trouble
[11:06] <pitti> tjaalton: my lid switch has x11_driver=evdev and ID_INPUT=1, no keys
[11:06] <pitti> tjaalton: ah, because it doesn't have any KEY capability
[11:06] <pitti> just a SW==1
[11:06] <tjaalton> pitti: mine too, but evdev is unloaded
[11:06] <pitti> so that should be correct
[11:07] <pitti> tjaalton: right, same here apparently
[11:11] <chrisccoulson> is launchpad working for anybody?
[11:12] <pitti> sloooowly
[11:12] <chrisccoulson> i can't access it at all :(
[11:12] <chrisccoulson> i just get an oops
[11:13] <chrisccoulson> ah - "The topic for #launchpad is: LP DB security updates, possible intermittent outages 11:00-11:30 UTC"
[11:17] <tjaalton> pitti: ok, we'll only skip ID_INPUT_JOYSTICK, since it's what we did with hal too. hdaps devices are listed as joysticks as well, so that should probably be fixed in input_id?
[11:17] <pitti> tjaalton: what is a "hdaps"?
[11:17] <pitti> tjaalton: would you mind filing an udev bug report about it if it's misdetected?
[11:17] <tjaalton> pitti: accelerometers on laptops
[11:18] <tjaalton> detects a falling laptop :)
[11:18] <pitti> aah
[11:18] <tjaalton> or, in this case, returns the mouse cursor to the center of the screen when you tap your laptop
[11:18] <tjaalton> :)
[11:18] <pitti> it should have a SW_BRACEFORIMPACT, SW_CRASH, and SW_BROKEN then :)
[11:19] <seb128> chrisccoulson, ok, looking to your changes now, do you think I should do incremental updates or all together?
[11:19] <tjaalton> pitti: hehe
[11:20] <chrisccoulson> seb128 - you'd need to do them all together for any benefit
[11:21] <seb128> chrisccoulson, ok, doing that then
[11:30] <and471> mpt: you in england today?
[11:30] <mpt> and471, yes
[11:30] <mpt> Happy snowy new year :-)
[11:30] <and471> mpt: having fun in the snow :-p
[11:30] <and471> mpt: hehe
[11:34] <and471> mpt: we have a snow day at school today :-)
[11:46] <seb128> chrisccoulson, your changes don't seem to make a real difference :-(
[11:46] <seb128> I'm uploading the chart soon though
[11:47] <chrisccoulson> seb128 - yeah, it would be good to see the chart. i've got a suspicion that the gconf change blocks gconf-sanity-check from exitting, which delays gnome-session again
[11:48] <chrisccoulson> but i couldn't really tell on my machine
[11:49] <chrisccoulson> i need to invest in some real hardware really. virtualbox is no good for doing this type of thing :-/
[11:49] <seb128> well virtualbox should work ok to tell you what block on what
[11:50] <seb128> doing yet another boot to see the difference
[11:51] <seb128> it's hard to measure small changes since desktop login is between 10.7s and 11.3s without changing anything
[11:52] <chrisccoulson> yeah, that's pretty hard. i seem to get several seconds of variation in virtualbox
[11:52] <chrisccoulson> but i suppose it depends on what else i'm doing on my desktop
[11:53] <seb128> http://people.canonical.com/~seb128/bootchart/seb128-dellmini-lucid-20100106-2.png
[11:53] <seb128> is today's stock
[11:55] <seb128> copying the updated one now
[11:56] <seb128> or not, one minute, that one boot was weird
[11:59]  * asac finally sponsored gnome-bluetooth merge
[11:59] <seb128> asac, thanks ;-)
[11:59] <asac> baptistemm: ^^
[12:00] <asac> i also jumped in and fixed fontconfig build bustage last night ...
[12:00]  * asac wants hugs for that ;)
[12:00] <baptistemm> hmmm?
[12:00] <asac> baptistemm: wasnt that your merge ;)?
[12:01] <asac> long ago
[12:01] <seb128> chrisccoulson, http://people.canonical.com/~seb128/bootchart/seb128-dellmini-lucid-20100106-6change.png
[12:01] <baptistemm> I did a request long time ago for karmic-update
[12:01] <asac> yes. that went to lucid now
[12:01] <seb128> chrisccoulson, http://people.canonical.com/~seb128/bootchart/seb128-dellmini-lucid-20100106-6change.png is yours
[12:01] <baptistemm> ah, so it is a 2.28.x version, right ?
[12:01] <seb128> or with your updates rather
[12:01] <asac> i didnt see fixes for -updates
[12:01] <asac> baptistemm: yes. .3
[12:01] <asac> we can instantly go to .6 or whatever is latest if you want
[12:02]  * seb128 hugs asac the rockstar
[12:02] <seb128> thanks for fixing the fontconfig thing too
[12:02] <seb128> and uploading gnome-bluetooth
[12:02] <asac> hehe ... now feeling better
[12:02] <baptistemm> fontconfig 2.8.0?
[12:02] <asac> no
[12:02] <seb128> not yet
[12:03] <asac> that merge was too work intensive to get it up as an emergency fix
[12:04] <chrisccoulson> seb128 - hmmm, so, it doesn't make a great deal of difference. it definately shows that gnome-session starts g-s-d much more quickly now (almost immediately), which is nice. but g-s-d still has to wait for gconfd to finish parsing the database
[12:04] <seb128> right
[12:05] <seb128> and seahorse seems to take the gconf start hit
[12:05] <seb128> it takes almost 1 second now
[12:05] <seb128> and it correspond to the gconf start
[12:05] <chrisccoulson> ah yes, that might be what's doing it
[12:06] <seb128> let me turn off seahorse just to see
[12:06] <chrisccoulson> i'm slightly surprised that gconfd seems to sit idle for a little while though
[12:08] <chrisccoulson> i think g-s-d is still blocking on gconf there though, as you can see that xrdb is spawned later on
[12:09] <seb128> well it seems blocked on seahorse rather
[12:10] <seb128> chrisccoulson, http://people.canonical.com/~seb128/bootchart/seb128-dellmini-lucid-20100106-7.png
[12:10] <seb128> without seahorse
[12:10] <seb128> it wins almost 0.5s on the compiz start
[12:10] <chrisccoulson> interesting. that's quite a lot faster. is it consistently like that?
[12:11] <seb128> compared to stock lucid
[12:11] <seb128> I did only once without seahorse
[12:11] <seb128> let me try again
[12:13] <seb128> what is seahorse-daemon doing again?
[12:13] <seb128> I though that was not useful by default
[12:14] <seb128> chrisccoulson, http://people.canonical.com/~seb128/bootchart/seb128-dellmini-lucid-20100106-8.png
[12:14] <seb128> seems consistent
[12:14] <seb128> good work
[12:14] <seb128> so we just have to deal with the seahorse-daemon case now
[12:14] <seb128> and we win almost 0.5 seconds
[12:14] <chrisccoulson> excellent. i'll take a look at seahorse-daemon next then, and see what we can optimise there
[12:15] <seb128> well that thing should just not be starting by default I think
[12:15] <seb128> I though we had a gconf key which made that conditional
[12:15] <seb128> but it has the gconf init cost in any case with that
[12:15] <seb128> which we want to avoid
[12:16] <seb128> hum
[12:16] <chrisccoulson> yeah, adding gconf keys for conditional starting will just add the delay back to gnome-session again
[12:16] <seb128> Gnome bug #587539
[12:17] <seb128> I don't care about the nautilus thing, it's a power user case
[12:18] <seb128> I'm wondering if the daemon could be started on demand rather
[12:18] <seb128> it doesn't seem something which needs to be running from the start
[12:19] <chrisccoulson> yeah, i'll have a look at that. i need to familiarise myself with what it's needed for first :)
[12:26] <seb128> chrisccoulson, with your changes and seahorse not blocking things + no compiz we have 8.5 seconds
[12:27] <seb128> that's desktop login
[12:28] <chrisccoulson> thats pretty good. it would be interesting to see the stock boot without seahorse as well i think, just to see how much seahorse influences it. when i look at the different bootcharts, i think my changes are only worth ~200ms at the moment
[12:28] <seb128> I would say 300ms but right...
[12:29] <seb128> we are still down to make gnome-panel and nautilus quick
[12:30] <chrisccoulson> right, lunch time
[12:30] <chrisccoulson> bbl
[12:30] <seb128> hum lunch!
[12:30] <seb128> chrisccoulson, enjoy
[12:30] <seb128> pitti, ^ backlog might be interesting to read for you too
[12:32] <seb128> combined with session changes to not wait we are under 8 seconds
[12:33] <seb128> and nautilus start at 1.1 second
[12:39] <seb128> chrisccoulson, pitti, http://people.canonical.com/~seb128/bootchart/seb128-dellmini-lucid-20100106-hacked.png
[12:39] <seb128> just for the record
[12:39] <seb128> it's chrisccoulson's changes + no compiz + no seahorse
[12:39] <seb128> + session hack to not delay starts
[12:40] <seb128> I don't think we can tweak much over those changes
[12:50] <seb128> chrisccoulson, dropping seahorse without your changes is a no win
[13:44] <coffeedude> pitti, ping.  Sent you mail re: latest likewise-open packages.  I believe the packages are ready for upload.  Just need to know what I should do next.
[13:46]  * coffeedude heads for another coffee....brb
[13:56] <pitti> seb128: read the backlog now, interesting!
[13:56] <seb128> pitti, cool
[13:58] <pitti> . o O { still three pulseaudio processes.. }
[13:58] <pitti> 5 actually
[13:58] <pitti> coffeedude: hey Jerry
[13:58] <coffeedude> hey pitti :)  Morning
[13:58] <pitti> coffeedude: nice, thanks! if that fixes the upgrade case, nothing; I'll just sponsor it to lucid
[13:59] <coffeedude> pitti, perfect!
[14:00] <seb128> pitti, I got some weird bootchart by dropping some extra things
[14:00] <coffeedude> pitti, if I need to do anything else regarding the upload, let me know.  Otherwise, i'll just prepare to start testing alpha2 and fix anything that comes up.
[14:00] <seb128> the indicator message applet and the background image
[14:00] <seb128> it didn't win much time
[14:00] <seb128> but cpu use was not bounded for a few seconds
[14:01] <seb128> not sure what is limiting if that's not io or cpu
[14:01] <seb128> ie there was some seconds not fully busy
[14:01] <seb128> I would expect things to keep busy while there is work to do
[14:05] <pitti> unless something is waiting for some signal or dbus activation, indeed
[14:06] <pitti> coffeedude: perfect, thanks!
[14:06] <seb128> maybe idle loop lead to lazy use
[14:06] <seb128> rather than full cpu use
[14:34] <seb128> bratsche, hey
[14:35] <bratsche> Hey seb128
[14:35] <seb128> bratsche, thanks for your gnome-desktop and nautilus fixes, will you send those to bugzilla too?
[14:36] <bratsche> Yeah I will.  I need to test them with an unpatched gtk+ first just to make sure that they don't cause regressions without the rgba patch (I don't think they can, but just want to test before posting to bugzilla)
[14:37] <bratsche> I'll do that now.
[14:42] <bratsche> Yeah, it seems fine as I expected.  I'll post the patches now.
[14:47] <seb128> bratsche, thanks
[14:47] <seb128> I will sponsor the changes
[14:47] <seb128> but I just have people rining at the bell there
[14:48] <seb128> I'm away for half an, hour
[14:48] <seb128> brb
[14:48] <bratsche> Okay
[14:48] <bratsche> Thanks!
[15:11] <ArneGoetje> Riddell: what can I do for you?
[15:12] <Riddell> ArneGoetje: freetype broke but I think asac fixed it
[15:12] <Riddell> ?
[15:12] <Riddell> fontconfig broke
[15:12] <ArneGoetje> Riddell: I'm not aware of that
[15:13] <asac> Riddell: i did an emergeny update yes.
[15:13] <asac> defoma broke it
[15:13] <Riddell> asac: see his upload 2.6.0-1ubuntu13 taken from debian https://edge.launchpad.net/ubuntu/+source/fontconfig
[15:14] <asac> huh? i uploaded it ;)
[15:14] <Riddell> doh
[15:14] <asac> ArneGoetje: ^^
[15:14] <asac> guess that was the idea
[15:14] <asac> ;)
[15:14] <Riddell> yes that's what my tab completion was ment to do
[15:14] <Riddell> seb128: does Gnome use debhelper 7 for packaging yet?
[15:15] <asac> 2.8.0 merge should get done at some point
[15:15] <asac> at best with massive cleanup and droppage of most of our conf.d tweaks
[15:15] <asac> like we have a bunch of dupe entries ... some before and some after user conf
[15:17] <ArneGoetje> asac: ok, so, 2.8 still needs to be done... btw, defoma is depreciated on debian. all font packages are being fixed atm.
[15:17] <asac> yes
[15:17] <asac> defoma wasnt my idea. ask TheMuso why he requested a sync ;)
[15:18] <asac> anyway. thats probably the reason why we now dont fail if defoma isnt there
[15:18] <ArneGoetje> asac: maybe he didn't know it is depreciated now?
[15:18] <asac> yes. but deprecated is != removed from debian
[15:18] <asac> so i dont see why not to sync it
[15:19] <asac> fontconfig should go up to 2.8.0... maybe requesting a sync and then adding step by step what we want based on bugs would be the right idea to do a thorough cleanup ;)
[15:19] <ArneGoetje> asac: well, we hopefully won't need it anymore in the near future
[15:19] <asac> yes. and fix i uploaded basically does that: do not fail if defoma isnt there ;)
[15:20] <ArneGoetje> asac: ok
[15:20] <asac> which was also a debian NMU emergency before ;) ... so seems while deprecating defome debian broke it (which feels odd if they really wanted to deprecate, why do something like that?)
[15:21] <ArneGoetje> asac: we do need ot keep the lcdfilter patches in fontconfig
[15:21] <seb128> Riddell, no, we use cdbs
[15:21] <seb128> Riddell, I don't really see a reason to use dh7
[15:22] <asac> ArneGoetje: i dont know. my personal opinion is that unless someone gives real background information we shouldnt maintain that as we cannot even verify that it works or not
[15:22] <ArneGoetje> asac: I asked keybuk about it
[15:22] <asac> did he give background?
[15:22] <asac> or just "needed"?
[15:22] <ArneGoetje> asac: yes, he gave background
[15:22] <asac> which is?
[15:23] <asac> for proprietary apps?
[15:23] <ArneGoetje> asac: it's needed for the terminal applications
[15:23] <asac> which terminal application shows the regression in case we drop it?
[15:23] <Riddell> seb128: it's nicer in some ways, but I'm not convinced we need yet another build system. now I have to work out how to port our .pot generation to it :(
[15:24] <ArneGoetje> asac: probably gnome-terminal, maybe others too
[15:24] <ArneGoetje> asac: keybuk said we want to keep the patches
[15:24] <asac> i doubt gnome-terminal
[15:25] <asac> keeping patches without being able to verfiy that they work doesnt make sense
[15:25] <asac> we need better background
[15:25] <asac> like a bug with a step by step how to reproduce the bug fixed by this
[15:26] <ArneGoetje> asac: well, just remove /etc/fonts/conf.d/11-lcd-filter-lcddefault.conf and 53-monospace-lcd-filter.conf and see the difference in gnome-terminal
[15:27] <asac> do you see any difference?
[15:27] <ArneGoetje> asac: maybe ask keybuk about the deatils?
[15:28] <asac> thats what you should do. you can also maintain those changes infinitely ;) ... i am just saying, that i wouldnt do that based on the input i got from him and you so far ;)
[15:29] <asac> lcddefault isnt legacy btw
[15:29] <asac> anyway. have to do something ... then call
[15:31] <ArneGoetje> asac: well, whatever... I personally dont see any difference on my screen, but it may be required only for some cases... I'll ask keybuk again
[15:32] <ArneGoetje> asac: when do you have some time to hand over the po2xpi stuff for langpack-o-matic to me?
[15:32] <asac> yes. a bug and testcase would be good. maybe it doesnt even work anymore
[15:32] <asac> ArneGoetje: what does hand over mean? i definitly should move the .xpi directories in the langpack o matic home
[15:32] <asac> anything else you want?
[15:33] <ArneGoetje> asac: well, shall I maintain it or not?
[15:34] <asac> ArneGoetje: yes. definitly. We have a bzr branch. i would suggest to maintain it through merge requests until you feel comfortable with the code base
[15:34] <ArneGoetje> asac: ok... do you have a link for me?
[15:34] <asac> we can move the install to a location where you can access it, but i would prefer to see changes first getting signed off thorugh merge request
[15:34] <asac> e.g. you request merge request. i sign off ... you roll out to rookery
[15:35] <asac> yes
[15:35] <asac> https://code.edge.launchpad.net/~mozillateam/rosetta/po2xpi
[15:35] <asac> i think not everything is committed
[15:36] <asac> so better wait before you jump on it
[15:36] <ArneGoetje> asac: sure, we can do that... we need a fix, the zh package split doen't work for Lucid, while it does for Karmic. I suspect the version number parsing 10.04 vs. 9.10 doesn't work like it should
[15:36] <asac> but changes are not that considerable that arent committed
[15:36] <asac> hmm. could be ...
[15:37] <ArneGoetje> asac: I needed to ifix it in lp-o-matic too... see my latest commit
[15:47] <ArneGoetje> asac: new mozilla xpi tarballs uploaded to rookery, btw: /home/arne/public_html/mozilla_xpis_3.0.16.tar.bz2 and /home/arne/public_html/mozilla_xpis_3.5.6.tar.bz2
[15:48] <ArneGoetje> asac: compared to 3.0.17 and 3.5.7 the translations haven't changed btw
[16:15] <ArneGoetje> asac: /home/asac/mozilla-rosetta/po2xpi/data/ doesn't have a 10.04 subdirectory and therefor no merge-hints.txt file. That's why the firefox/xulrunner translations in lucid are missing for zh-han{s|t}.
[16:20] <ArneGoetje> asac: could you please add the 10.04 directory, so that I can build new -base langpacks? Thanks.
[17:01] <rickspencer3> pitti, ccheney, etc... does anyone know if anyone was able to help that teacher from France who wanted to log directly into a guest session?
[17:02] <rickspencer3> he had emailed ubuntu-devel-discuss
[17:07] <pitti> rickspencer3: I replied to a question like that a  while ago, but I don't know when or to whom any more
[17:14] <tgpraveen12> just out of curiosity what is the way to do that?
[17:14] <tgpraveen12> rickspencer3: ?
[17:15] <rickspencer3> tgpraveen12, they want their students to use a bootable usb stick that boots into a guest session (I think)
[17:15] <rickspencer3> oh
[17:15] <rickspencer3> they don't boot from the USB stick, only save their docs
[17:16] <tgpraveen12> rickspencer3: is there a way to set my ubuntu install to start in guest mode always?
[17:16] <rickspencer3> so just want to be able to log in as guest from GDM
[17:16] <rickspencer3> tgpraveen12, that's what I'm asking
[17:16] <milanbv> oh, that would be an interesting feature for users-admin too
[17:57] <rickspencer3> milanbv, I suspect it is simple, just some way to make Guest show up in GDM greeter
[18:00] <milanbv> rickspencer3: no idea - if that's possible I can leave a field for that in our new D-Bus protocol, so that we can eventually have an option for that
[18:00] <milanbv> Window has something like that
[18:01] <rickspencer3> I'm guessing there is some gconf key or something, I will dig around around later
[18:01] <rickspencer3> or wait for robert_ancel to get back from vacation ;)
[18:02] <milanbv> mmh, I need to release this new protocol before the end of the week
[18:05] <milanbv> rickspencer3: do you know when you'll look for that?
[18:06] <rickspencer3> milanbv, no
[18:06] <rickspencer3> sorry
[18:06] <rickspencer3> a bit busy, but I suppose I could grovel through gconf-editor and see what's there
[18:07] <milanbv> yeah, I'll see what I can get
[18:08] <milanbv> but gconf doesn't suit very well in the system-tools-backends design, since they don't rely on a particular desktop..
[18:45] <pitti> good night everyone!
[18:46] <chrisccoulson> good night pitti
[18:46] <seb128> 'night pitti
[18:51] <mpt> glatzor, hi, happy new year
[18:52] <johanbr> chrisccoulson, just out of curiosity, are there any plans for tracker 0.7 in lucid?
[18:53] <chrisccoulson> johanbr - yes, i think. i just haven't got round to working on it yet
[18:53] <johanbr> alright, I see
[18:53] <johanbr> thank you
[18:53] <chrisccoulson> you're welcome
[19:58] <jcastro> rickspencer3: are you going to oscon?
[19:58] <rickspencer3> jcastro, nope
[20:02] <jcastro> rickspencer3: the yorba/shotwell guys would like to have a little catchup with us sometime, do you have time?
[20:04] <rickspencer3> jcastro, week after next I will
[20:04] <jcastro> cool ...
[21:00] <chrisccoulson> hmmmm, does anyone know who Patrick Freundt is?
[21:01] <chrisccoulson> he keeps sending weird e-mails to u-d-d
[21:05] <seb128> no
[21:05] <soren> My understatement-o-meter just went nuts. "weird" does not even begin to describe them :)
[21:06] <chrisccoulson> yeah, i don't understand what his e-mails are about at all
[21:06] <chrisccoulson> he likes replying to himself though
[21:18] <seb128_> re
[21:18] <chrisccoulson> hey seb128_
[21:18] <seb128_> chrisccoulson, not sure if you got "do you want to do an update" question before disconnect
[21:19] <chrisccoulson> seb128_ - i didn't
[21:19] <seb128_> ok
[21:19] <chrisccoulson> which update is it?
[21:19] <seb128_> gnome-control-center
[21:19] <seb128_> it's not trivial trivial
[21:19] <chrisccoulson> yeah, i can do that
[21:19] <seb128_> but not really hard either
[21:19] <chrisccoulson> i don't like trivial things ;)
[21:20] <seb128_> lol
[21:20] <seb128_> excellent ;-)
[21:20] <seb128_> it's all yours
[21:20] <chrisccoulson> thanks :)
[21:20] <seb128_> thank you!
[21:21] <seb128_> you might need to update libgnome-desktop to build the new g-c-c
[21:21] <seb128_> update = install the new libgnome-desktop-2-17
[21:21] <seb128_> if you don't have it yet
[21:21] <chrisccoulson> yeah, that's ok. thanks
[21:21] <seb128_> they didn't bump the configure requirement but I expect it's an overlook
[21:22] <chrisccoulson> yeah, i think that's happened before
[21:23] <chrisccoulson> although, that might have been g-s-d
[21:23] <chrisccoulson> with an outdated check for gnome-desktop
[21:25] <seb128_> bryyce, hey
[21:25] <seb128_> I don't think bug #503684 is a pygtk issue
[21:25] <seb128_> rather gtk
[21:25] <seb128_> the fileselector does the same in firefox for example
[21:26] <bryyce> seb128, ok feel free to move it, I just moved it to the next layer down from gtg
[21:27] <bryyce> seb128, is it a known regression?  If you need someone to test proposed patches I can reproduce it pretty easily
[21:33] <seb128_> bryyce, "known" in the sense that I've noticed it in fileselector, I'm checking upstream now
[23:01] <seb128> hey Amaranth, happy new year
[23:47] <ccheney> ugh the more functions i copy out of glib/gtk the more functions they use which causes more copying, fun stuff :-\
[23:48] <ccheney> iow its a lot more than just the functions we found with nm -D
[23:48] <TheMuso> ccheney: I don't envy you.
[23:54] <ccheney> TheMuso: i think i'm making a copy of the new glib into libsoup :)
[23:54] <ccheney> hehe
[23:55] <ccheney> i guess once i finish we can evaluate if it is too much crack :)