[06:59] <dholbach> good morning
[07:29] <jussi01> dholbach: morning Daniel
[07:29] <dholbach> hey jussi01
[08:05] <crevette> hello there
[08:18] <Mithrandir> StevenK: have you looked at the new bluez-gnome, or should I?
[08:33] <dholbach> (also there are a bunch of patches in the sponsoring queue) :-)
[08:36] <crevette> hey dholbach 
[08:37] <dholbach> heya crevette
[08:37] <crevette> Mithrandir, I started a package for bluez-gnome
[08:37] <crevette> with dependency on obec-data-server
[08:37] <crevette> I did this package too
[08:37] <crevette> http://revu.tauware.de/details.py?package=obex-data-server
[08:38] <Mithrandir> hiya Daniel
[08:38] <crevette> salut dholbach 
[08:39] <Mithrandir> dholbach: is there any reason why the sponsoring list isn't broken out to a per-person list?  It's hard to see if you have anything in it or not.
[08:39] <Mithrandir> crevette: ah, so that was you.  Yes, it was in that context I was asking StevenK 
[08:39] <crevette> Mithrandir, I had some time to spend this week-end
[08:39] <crevette> :)
[08:40] <dholbach> Mithrandir: I could do that and will look into it once I've a bit more time again, but up until now searching through the list should be reasonably quick
[08:41] <crevette> would it be possible to upload a brand new package before the freeze ?
[08:53] <crevette> Mithrandir, I'd be happy if you can look at obex-data-server
[08:54] <crevette> I can't correct it during the day, as I'm at work
[09:41] <crevette> dholbach, technically would it be possible to include obex-data-server for hardy ?
[09:42] <dholbach> crevette: is it a NEW source package?
[09:42] <dholbach> ah ok, well if it doesn't get in before Feb 14th it will need to get an exception
[09:42] <dholbach> crevette: http://wiki.ubuntu.com/FreezeExceptionProcess
[09:43] <crevette> thanks
[10:09] <Mithrandir> crevette: I could NEW it, but then I don't want to sponsor it in as well.
[10:10] <Mithrandir> crevette: so if you get somebody else to upload it, I can review it.
[10:13] <crevette> Mithrandir, you could ask to my dear friend seb128 :)
[10:15] <seb128> which one?
[10:16] <crevette> obex-data-server, but not yet, I've some bug to fix in the packaging before
[10:16] <seb128> ok
[12:35] <dholbach> StevenK: can you sponsor all the hildon-desktop patches into Ubuntu? I'm not sure how important they are for all further work?
[12:35] <dholbach> http://people.ubuntu.com/~dholbach/sponsoring
[12:43] <StevenK> dholbach: Not yet. The first hildon-desktop that needs to go in is 2.0.9, and that needs to get some things promoted so it will build.
[12:44] <dholbach> ah I see
[12:44] <dholbach> good to know you're on it
[13:35] <Mithrandir> hm, so if I kill X after everything has started, the consolekit pam thingy is happy
[13:35] <Mithrandir> which means there's a race condition here, somewhere.
[13:35] <Mithrandir> fun
[14:07] <crevette> will the bluez stack will be updated before the freeze ?
[14:07] <crevette> the 3.26 is just out today
[14:07] <crevette> :)
[14:10] <Mithrandir> we'll take a look at it, at least.
[14:14] <seb128> crevette: ah, I was asking about it on #ubuntu-devel
[14:14] <crevette> there is some much chan :)
[14:15] <crevette> I think concerned people should try the obex-data-server and the new bluez-gnome
[14:15] <crevette> to see if there is no regression
[14:53] <Mithrandir> crevette: new bluez-{libs,utils} uploaded.  FYI.
[15:13] <dholbach> Mithrandir: there's a new bluez-gnome in the sponsoring tuque too
[15:13] <dholbach> s/tuque/queue
[15:17] <dholbach> and a new gnome-bluetooth too
[15:21] <crevette> dholbach, I think this is me
[15:21] <dholbach> yeah
[15:21] <crevette> Mithrandir, I'll look tonight
[15:21] <crevette> Mithrandir, once obex-data-server uploaded, bluez-gnome has to depend on it
[15:22] <crevette> Mithrandir, wonderful
[15:22] <crevette> I'll be happy to help you on bluetooth stack
[15:23] <crevette> Mithrandir, did you look at the patches Fedora provides
[15:53] <crevette> Mithrandir, if you want to test obex-data-server, I hve a ppa
[18:49] <smagoun> Does anyone know which package sets midbrowser as the default browser in gconf? I assumed it was midbrowser or one of the ume-config-* packages, but didn't see a debian/gconf-defaults in either one.
[18:49] <smagoun> The problem is that midbrowser is set up as the default URL handler for http, but not https. 
[19:18] <lool> smagoun: You can dpkg -S the /usr/share/gconf defaults file
[19:19] <lool> smagoun: But indeed, I recall this was added to a package != from midbrowser recently and found this weird
[19:19] <smagoun> lool: The file in /usr/share/gconf points to firefox, but it's overridden by /home/ume/.gconf/desktop/gnome/url-handlers/http
[19:20] <smagoun> dpkg doesn't know anything about /home/ume/.gconf/*, so I'm trying to figure out which package sets the user's default
[19:22] <smagoun> lool: welcome back, btw! I hope the move went well.
[19:25] <lool> smagoun: The defaults are set via files which are installed in /usr/share/gconf*
[19:25] <lool> smagoun: Check /usr/share/gconf/defaults/*
[19:25] <lool> smagoun: You can dpkg -S these if the name doesn't tell you where it comes from
[19:26] <jayc> What's the URL for the pciutils git repo? I need to create a patch for lspci util.
[19:26] <lool> smagoun: About the move, thanks!  It went awfully but I'm almost done now; I am really waiting for the Internet, the end of the kitchen and some fixed furnitures, but it's ok
[19:26] <smagoun> lool: The defaults are set in /usr/share/gconf, but a user (or package) can change them by writing to /home/ume/.gconf. There's some package that's writing to /home/ume/.gconf, I need to find out which one.
[19:27] <lool> smagoun: A package changing something for a particular user is particularly bad style, didn't imagine this was what you was mentionning; I guess you should grep the maintainer scripts
[19:27] <lool> /var/lib/dpkg/info
[19:27] <lool> i'd look for postinsts I guess
[19:27] <smagoun> lool: that's what I'm doing now. Not much fun :(
[19:28] <bfiller> smagoun: did you check moblin-media and midbrowser yet?
[19:28] <smagoun> lool: Sorry to hear that the move was awful. I hope it's better for you once everything settles down!
[19:28] <smagoun> I checked midbrowser but not moblin-media
[19:29] <smagoun> moblin-media looks ok
[19:29] <lool> smagoun: Grep for ume?  Or gconftool?
[19:30] <lool> smagoun: Or grep for the name of the setting
[19:30] <lool> I have to run now!  See you tomorrow
[19:30] <lool> (I'm at my parents in law's place)
[19:30] <smagoun> take care, thanks for the suggestions
[19:31] <bfiller> smagoun: what is the exact gconf key?
[19:32] <smagoun> bfiller: /desktop/gnome/url-handlers/http
[19:32] <bfiller> smagoun: thanks, I'll look as well
[19:40] <amitk> jayc: pciutils is probably not in a git repo
[19:43] <smagoun> bfiller: it looks like ume-config-crown-beach is the guilty package. According to /var/lib/dpkg/info/ume-config-crown-beach.postinst, there's a call to gconftool-2 to set the override. I don't see that in the ume-config-crown-beach source though (I have 0.17 from Hardy installed) 
[19:43] <jayc> amitk: So then where do I get the latest ubuntu code for pciutil and where/who to send the patch?
[19:44] <amitk> 'apt-get source pciutils' will get your the source - orig.tar.gz (from debian) + diff.gz (if ubuntu made changes)
[19:45] <amitk> jayc: ^^ you could create a patch and send it to ubuntu and debian package maintainers
[19:45] <bfiller> smagoun: are you seeing the overriden value on hardy images? Could it be a leftover setting from a gutsy install?
[19:45] <smagoun> bfiller: ume-config-crown-beach 0.17 in hardy isn't the same as 0.17 in moblin, which is why I couldn't find the gconftool call in moblin.
[19:45] <smagoun> bfiller: it is not a leftover, it's in hardy
[19:46] <bfiller> smagoun: so the hardy version has it but not the moblin version?
[19:46] <jayc> amitk: Is this the one, https://launchpad.net/ubuntu/hardy/+source/pciutils/1:2.2.4-1.1ubuntu1
[19:47] <smagoun> bfiller: yup. And the hardy 0.17 is different than the moblin 0.17, and there's no diff.gz or other to indicate that there is a difference at all. Kind of a mess.
[19:47] <bfiller> smagoun: sounds like the moblin changes need to get merged into hardy
[19:48] <jayc> amitk: There seems to some diff in the source when I get it through apt-get and from LP, which one should I use?
[19:48] <smagoun> bfiller: and vice-versa. This is new stuff that never made it into moblin
[19:49] <bfiller> smagoun: the hardy version is used by our images now, correct?
[19:49] <smagoun> bfiller: yup
[19:51] <amitk> jayc: apt-get is your best bet
[19:51] <jayc> amitk: OK, thanks
[22:07] <HighNo> any motu's around? there are some special mobile packages to be advocated 
[22:40] <smagoun> StevenK: you around? I'm having trouble w/ hildon-desktop startup. It seems to be osso-related
[22:47] <StevenK> smagoun: Oh?
[22:47] <StevenK> smagoun: What is hildon-desktop doing?
[22:48] <smagoun> StevenK: http://pastebin.ubuntu.com/4445/
[22:49] <smagoun> StevenK: .xsession-errors: http://pastebin.ubuntu.com/4446/
[22:49] <StevenK> smagoun: What version of libosso have you got installed?
[22:49] <StevenK> smagoun: That's the segfault that took me over a day to track down. :-/
[22:50] <smagoun> StevenK: notice the symlink failures in /tmp...
[22:50] <smagoun> StevenK: ii  libosso1               2.16-0ubuntu2          Libosso library
[22:50] <smagoun> StevenK: the problem is intermittent - sometimes the UI will come right up + behave itself, other times it'll crash 20-50 times before coming up
[22:51] <StevenK> _dbus_connect_and_setup:454: dbus_bus_request_name failed: Connection ":1.57" is not allowed to own the service "
[22:51] <StevenK> com.nokia.HomePlugin" due to security policies in the configuration file
[22:51] <StevenK> osso_initialize:139: connecting to the system bus failed
[22:51] <StevenK> I think that is your problem.
[22:52] <StevenK> smagoun: Open up /etc/dbus-1/system.d/libosso.conf, and duplicate one of the "<allow own..." lines putting in com.nokia.HomePlugin 
[22:52] <StevenK> smagoun: Then reboot, since restarting dbus is ... interesting
[22:52] <smagoun> yeah, I thought so to. I changed /etc/dbus-1/system.d/libosso.conf to allow the home plugin, same as it already does for com.nokia.hildon-desktop
[22:52] <smagoun> hmm, not sure I rebooted after doing that. Rebooting now...
[22:54] <smagoun> StevenK: it's much better now that I rebooted!
[22:54] <smagoun> ok, now to package that fix....thanks much for your help
[22:55] <smagoun> now to find some dinner
[22:56] <HighNo> StevenK: you are motu right? I would greatly appreciate if you could have a look at my package http://revu.tauware.de/details.py?package=blueproximity so it finally can get approved. As the name implies it's for bluetooth...
[23:24] <StevenK> HighNo: I'll add it to my list. I don't have time to review right now.
[23:44] <HighNo> StevenK: list is fine, thx