=== asac_ is now known as asac [06:59] good morning [07:29] dholbach: morning Daniel [07:29] hey jussi01 === doko_ is now known as doko [08:05] hello there [08:18] StevenK: have you looked at the new bluez-gnome, or should I? [08:33] (also there are a bunch of patches in the sponsoring queue) :-) [08:36] hey dholbach [08:37] heya crevette [08:37] Mithrandir, I started a package for bluez-gnome [08:37] with dependency on obec-data-server [08:37] I did this package too [08:37] http://revu.tauware.de/details.py?package=obex-data-server [08:38] hiya Daniel [08:38] salut dholbach [08:39] 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] crevette: ah, so that was you. Yes, it was in that context I was asking StevenK [08:39] Mithrandir, I had some time to spend this week-end [08:39] :) [08:40] 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] would it be possible to upload a brand new package before the freeze ? [08:53] Mithrandir, I'd be happy if you can look at obex-data-server [08:54] I can't correct it during the day, as I'm at work [09:41] dholbach, technically would it be possible to include obex-data-server for hardy ? [09:42] crevette: is it a NEW source package? [09:42] ah ok, well if it doesn't get in before Feb 14th it will need to get an exception [09:42] crevette: http://wiki.ubuntu.com/FreezeExceptionProcess [09:43] thanks [10:09] crevette: I could NEW it, but then I don't want to sponsor it in as well. [10:10] crevette: so if you get somebody else to upload it, I can review it. [10:13] Mithrandir, you could ask to my dear friend seb128 :) [10:15] which one? [10:16] obex-data-server, but not yet, I've some bug to fix in the packaging before [10:16] ok === \sh_away is now known as \sh [12:35] 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] http://people.ubuntu.com/~dholbach/sponsoring [12:43] 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] ah I see [12:44] good to know you're on it === amitk_ is now known as amitk [13:35] hm, so if I kill X after everything has started, the consolekit pam thingy is happy [13:35] which means there's a race condition here, somewhere. [13:35] fun === cprov is now known as cprov-afk === cprov-afk is now known as cprov [14:07] will the bluez stack will be updated before the freeze ? [14:07] the 3.26 is just out today [14:07] :) [14:10] we'll take a look at it, at least. [14:14] crevette: ah, I was asking about it on #ubuntu-devel [14:14] there is some much chan :) [14:15] I think concerned people should try the obex-data-server and the new bluez-gnome [14:15] to see if there is no regression [14:53] crevette: new bluez-{libs,utils} uploaded. FYI. [15:13] Mithrandir: there's a new bluez-gnome in the sponsoring tuque too [15:13] s/tuque/queue [15:17] and a new gnome-bluetooth too [15:21] dholbach, I think this is me [15:21] yeah [15:21] Mithrandir, I'll look tonight [15:21] Mithrandir, once obex-data-server uploaded, bluez-gnome has to depend on it [15:22] Mithrandir, wonderful [15:22] I'll be happy to help you on bluetooth stack [15:23] Mithrandir, did you look at the patches Fedora provides [15:53] Mithrandir, if you want to test obex-data-server, I hve a ppa === \sh is now known as \sh_away [18:49] 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] The problem is that midbrowser is set up as the default URL handler for http, but not https. [19:18] smagoun: You can dpkg -S the /usr/share/gconf defaults file [19:19] smagoun: But indeed, I recall this was added to a package != from midbrowser recently and found this weird [19:19] 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] 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] lool: welcome back, btw! I hope the move went well. [19:25] smagoun: The defaults are set via files which are installed in /usr/share/gconf* [19:25] smagoun: Check /usr/share/gconf/defaults/* [19:25] smagoun: You can dpkg -S these if the name doesn't tell you where it comes from [19:26] What's the URL for the pciutils git repo? I need to create a patch for lspci util. [19:26] 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] 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] 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] /var/lib/dpkg/info [19:27] i'd look for postinsts I guess [19:27] lool: that's what I'm doing now. Not much fun :( [19:28] smagoun: did you check moblin-media and midbrowser yet? [19:28] lool: Sorry to hear that the move was awful. I hope it's better for you once everything settles down! [19:28] I checked midbrowser but not moblin-media [19:29] moblin-media looks ok [19:29] smagoun: Grep for ume? Or gconftool? [19:30] smagoun: Or grep for the name of the setting [19:30] I have to run now! See you tomorrow [19:30] (I'm at my parents in law's place) [19:30] take care, thanks for the suggestions [19:31] smagoun: what is the exact gconf key? [19:32] bfiller: /desktop/gnome/url-handlers/http [19:32] smagoun: thanks, I'll look as well [19:40] jayc: pciutils is probably not in a git repo [19:43] 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] amitk: So then where do I get the latest ubuntu code for pciutil and where/who to send the patch? [19:44] 'apt-get source pciutils' will get your the source - orig.tar.gz (from debian) + diff.gz (if ubuntu made changes) [19:45] jayc: ^^ you could create a patch and send it to ubuntu and debian package maintainers [19:45] smagoun: are you seeing the overriden value on hardy images? Could it be a leftover setting from a gutsy install? [19:45] 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] bfiller: it is not a leftover, it's in hardy [19:46] smagoun: so the hardy version has it but not the moblin version? [19:46] amitk: Is this the one, https://launchpad.net/ubuntu/hardy/+source/pciutils/1:2.2.4-1.1ubuntu1 [19:47] 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] smagoun: sounds like the moblin changes need to get merged into hardy [19:48] 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] bfiller: and vice-versa. This is new stuff that never made it into moblin [19:49] smagoun: the hardy version is used by our images now, correct? [19:49] bfiller: yup [19:51] jayc: apt-get is your best bet [19:51] amitk: OK, thanks === \sh_away is now known as \sh === \sh is now known as \sh_away === agoliveir1 is now known as agoliveira [22:07] any motu's around? there are some special mobile packages to be advocated [22:40] StevenK: you around? I'm having trouble w/ hildon-desktop startup. It seems to be osso-related [22:47] smagoun: Oh? [22:47] smagoun: What is hildon-desktop doing? [22:48] StevenK: http://pastebin.ubuntu.com/4445/ [22:49] StevenK: .xsession-errors: http://pastebin.ubuntu.com/4446/ [22:49] smagoun: What version of libosso have you got installed? [22:49] smagoun: That's the segfault that took me over a day to track down. :-/ [22:50] StevenK: notice the symlink failures in /tmp... [22:50] StevenK: ii libosso1 2.16-0ubuntu2 Libosso library [22:50] 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] _dbus_connect_and_setup:454: dbus_bus_request_name failed: Connection ":1.57" is not allowed to own the service " [22:51] com.nokia.HomePlugin" due to security policies in the configuration file [22:51] osso_initialize:139: connecting to the system bus failed [22:51] I think that is your problem. [22:52] smagoun: Open up /etc/dbus-1/system.d/libosso.conf, and duplicate one of the " smagoun: Then reboot, since restarting dbus is ... interesting [22:52] 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] hmm, not sure I rebooted after doing that. Rebooting now... [22:54] StevenK: it's much better now that I rebooted! [22:54] ok, now to package that fix....thanks much for your help [22:55] now to find some dinner [22:56] 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] HighNo: I'll add it to my list. I don't have time to review right now. [23:44] StevenK: list is fine, thx