[00:30] c/ [01:02] StevenK, i'm not convinced that you uploaded everything that you had done test builds for for bug 276343 [01:02] Launchpad bug 276343 in ussp-push "Rebuild for libbluetooth2 -> libbluetooth3 transition" [Undecided,Fix committed] https://launchpad.net/bugs/276343 [01:03] i was just randomly looking at anyremote and saw it doesn't have one done [01:03] thanks Riddell [01:03] superm1: I uploaded everything that was listed I had uploaded in the PPA [01:03] StevenK, hum then. [01:04] However, I can see no anyremote upload [01:04] Hm. Someone removed anyremote from the PPA [01:06] superm1: Uploading anyremote now. Yes, I put the bug number in [01:06] StevenK, okay good thx. [01:06] StevenK, i've not gone through and checked the others yet, so maybe there are more like that too. i'm not sure [01:07] * ajmitch was going to upload rezound for the libcupsys2 stuff, but it just decided to FTBFS instead === txwikinger is now known as Guest87000 [01:07] superm1: I thought I did everything that had my name next to it on the PPA, but if I've missed more, please poke me === txwikinger2 is now known as txwikinger [01:07] StevenK, okay i'll take a look later today or tomorrow [01:08] StevenK, although i'd expect the results of apt-cache rdepends libbluetooth2 are accurate [01:08] StevenK, meaning those are ones that are missing yet [01:13] superm1: Oh, right. It should show up in NBS too [01:13] * StevenK pokes [01:13] *cry* [01:13] "I've build libgegl-0.0-dev version 0.0.18-1, libbabl-0.0-0-dev version 0.0.22-1, webkit 1.0.1-2 (that provides libwebkit-dev) and finally gimp (2.6.0-1ubuntu1) without any problem! The library haven't reverse dependencies (cause they aren't in Hardy repos), [01:14] " [01:14] rmadison begs to differ on package 3 of 3 [01:14] I hate it when people tell me things that are 66.67% true [01:20] jdong: hi, have you seen bug 215784? [01:20] Launchpad bug 215784 in vlc "VLC does not open files with Plus-signs in name" [Undecided,In progress] https://launchpad.net/bugs/215784 [01:22] james_w: is this a hardy bug? [01:23] jdong: looks like it [01:23] I hadn't noticed [01:24] james_w: I don't think 0.9.4 has this bug. Ask the users to confirm that, but at the same time IMO this is SRU worthy and I'd approve the given patch once it is adapted to the correct patchsys and targeted against hardy-proposed [01:25] jdong: would you put that in the bug please? [01:27] sure === txwikinger is now known as Guest58525 === txwikinger2 is now known as txwikinger [01:31] Hey, are FLOSS apps that use non-comm-only APIs OK in univ? [01:32] non-comm-only APIs? [01:33] I'm guessing that means something like Google API or some other web based service? [01:37] hi [01:37] is someone able to comment on revu? [01:37] i receive an error [01:37] MOD_PYTHON ERROR [01:37] !pastebin [01:37] pastebin is a service to post multiple-lined texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu.com (make sure you give us the URL for your paste - see also the channel topic) [01:37] paste it in there ^^ so we can look at it [01:37] ok [01:37] it's probably something known already [01:38] http://paste.ubuntu.com/55839/ [01:38] thanks [01:38] * ajmitch did see this error in a bug yesterday, at least [01:39] you were trying to add a comment to an upload there? [01:39] yep [01:39] which package? [01:42] wait [01:42] http://revu.ubuntuwire.com/details.py?package=dsss [01:42] i tried again [01:42] no way [01:45] time to go for me [01:45] see you [01:45] ok [01:45] * ajmitch will bug the person who added this change [01:57] superm1: Right, looks like bluemon, bluetooth-alsa, btscanner, libopensync-plugin-irmc, scmxx, transfermii are my responsibility and haven't been uploaded. [01:57] superm1: libpam-blue failed to build and NCommander fixed it, so one of us should probably sponsor him === txwikinger is now known as Guest61815 === txwikinger2 is now known as txwikinger [02:05] i looks like this package: [02:05] garry@nf01vm:~$ apt-cache search portmap [02:05] portmap - The RPC portmapper [02:05] (on Hardy) [02:05] doesn't install a portmapper that uses tcpwrappers (hosts.allow/deny) [02:05] is there an alternative package i should use? [02:06] according to this https://help.ubuntu.com/community/SettingUpNFSHowTo [02:06] tcpwrappers should work [02:06] but it don't: [02:06] garry@nf01vm:~$ strings /sbin/portmap |grep hosts [02:06] hosts_ctl [02:06] garry@nf01vm:~$ [02:07] up_the_irons: That's not cool, don't paste that much [02:07] StevenK: sorry [02:08] RAOF: non-commercial-use-only [02:09] up_the_irons: Portmap should be using tcpwrappers [02:09] lfaraone: What I was more referring to was "APIs"? [02:09] lfaraone: Presumably you mean web services, yes? [02:09] RAOF: flickr's api. [02:09] RAOF: yeah. [02:09] * wgrant bashes his head into the wall. [02:09] FORUM USERS ARE SO STUPID. [02:10] StevenK: weird, i'll keep looking [02:10] StevenK: i have "ALL: ALL" in my hosts.deny and i can still do 'rpcinfo -p' [02:10] wgrant: just stop looking, and hope they go away. :P [02:10] up_the_irons: On the same host? [02:11] wgrant: lucky chap [02:11] StevenK: yeah [02:11] up_the_irons: Doing RPC calls on the same host is pointless [02:11] StevenK: i know, it's just to test if tcpwrappers is working [02:11] The R stands for Remote :-P [02:11] StevenK: as documented by http://nfs.sourceforge.net/nfs-howto/ar01s06.html [02:12] up_the_irons: Doing it locally bypasses tcpwrappers [02:12] StevenK: ok [02:12] One of the reasons testing RPC stuff sucks so hard [02:13] StevenK: well, no matter, i just tried it from a different host. Same story (it works) [02:13] i'm just going to apt-get source [02:13] and recompile it w/ wrappers [02:15] up_the_irons: What about hosts.allow ? [02:16] StevenK: what about it? [02:16] up_the_irons: If you also have ALL: ALL there ... [02:17] StevenK: that would, presumably, allow all services, so I don't know how i'd test that (I already can rpcinfo the host from anywhere) [02:21] StevenK: oh, i think i know [02:22] StevenK: the nfs howto is old and the 'hosts.allow/deny' strings wouldn't appear in /sbin/portmap anymore, but in libwrap [02:22] which it indeed does [02:22] i'm worrying about nothing === LucidFox_ is now known as LucidFox [02:42] When using "apt-get build-dep " is there a way to 'pin' the release as it does with binaries (i.e. using "-t hardy") ? [02:43] If you do it manually [02:45] how so? I've tried "-t hardy" and = and neither works. I was trying to find an easy way to avoid having to disable the intrepid deb-src for apt === mathiaz_ is now known as mathiaz [06:48] morning [06:49] james_w: here? [07:50] RAOF: Are you still having the BadDevice issue with xinput on your Synaptics laptop? [07:57] good morning [08:05] Morning dholbach. [08:05] hi iulian [08:15] morgs: dholbach [08:15] morning (sorry morgs ;)) [08:16] hi didrocks, hi morgs [08:19] dholbach: regarding your message about bugs with "having patchs" triaging : is it possible to unmark those which have not real patches (ie screenshots only or debug information)? [08:20] didrocks: yes, there's a "(edit)" link next to them [08:21] dholbach: you're right, I have only used it to delete a deprecated patch, not for umark it :) [08:21] dholbach: ok, I will try to give a shot to some bugs for that purpose :) [08:21] rock and roll! [08:21] :) [08:21] didrocks: let's see what people think about the idea [08:21] it'd be nice to get those 2006 bugs down to a smaller number [08:21] for sure... [09:00] dholbach: thx for the upload. It just remains the same kind of thing for nis package bug #259138 and #254262 with an extra FTBFS correction :) [09:00] Launchpad bug 259138 in nis "FTBFS in intrepid for nis 3.17-14" [Undecided,Confirmed] https://launchpad.net/bugs/259138 [09:00] Launchpad bug 254262 in nis "Still uses multiuser argument to update-rc.d" [Low,Confirmed] https://launchpad.net/bugs/254262 [09:20] hi [09:21] if someone has free time, can please review http://revu.ubuntuwire.com/details.py?package=dsss ? [09:23] goshawk, Did Baby ever contact you? I know she was interested in that as part of a general D effort. [09:23] no [09:23] never [09:23] Baby [09:24] i'll for her [09:24] :D [09:24] thx [09:24] goshawk, No problem. There's also some talk about starting a D team in Debian, although I don't know if it has come to fruition, which may interest you. [09:24] yep [09:24] persia: i packaged also libtango [09:24] the standard the facto library [09:25] but i'm waiting for dsss to be accepted [09:25] since it uses that building system [09:25] so... maybe they are going to do the same work [09:25] which is already done [09:25] goshawk, That's what I fear, which is part of why I point you at them : I'd think they'd want to work with you and get everything in both Debian and Ubuntu. [09:26] persia: where can i get infos about this group? [09:26] persia: it's perfect for me to work for both of them :D [09:26] Not sure exactly. I've only heard rumors. I'll see if I can find any place they congregate. [09:26] i also found a way to integrate dsss build system with cdbs... :D [09:26] Cool! [09:27] ;) [09:27] persia: do you want my mail so if you talk with someone of this group [09:27] you can give ti to them? [09:27] goshawk, It's on REVU :) [09:27] ah yep :D [09:27] hihi [09:28] I know I've given them your address before. Now I'm looking for somewhere to point you in hopes that the other direction works better. [09:29] btw i've a nickname now... Baby :D be sure that i'll contact her... [09:30] thanks for your help [09:30] since things are going in this direction i'l put libtango in revu too [09:30] so they can watch at it [09:30] too [10:03] hey didrocks [10:04] hi james_w, when removing the patch for rebasing on swfdec0.7 instead of swfdec0.6, I wanted to unsuscribed the sponsor list, but I think that I can't as I am not a member of team, that's it? (to remind you, it was on bug #279207) [10:04] Launchpad bug 279207 in swfdec0.6 "Please sponsor swfdec-gnome 2.24.0 and swfdec 0.8 to intrepid" [Undecided,In progress] https://launchpad.net/bugs/279207 [10:06] yeah, you need to be a member to do it [10:08] james_w: ok, so, sorry that I can't warn you before. This evening, I will have the time to rebase it on swfdec0.7 and both packages will be ready :) [10:09] no problem [10:45] asac: hi, do you use bzr for nm-openvpm and -vpnc? [10:49] james_w: thanks for your help with Sugar! Almost everything has hit the archive [10:49] morgs: hey, nice work. [10:49] morgs: I think some packages will need a helping hand, got a list of what's waiting? [11:00] james_w: sugar-toolkit (binpackage python-sugar-toolkit), sugar-calculate-activity, sugar-web-activity, sugar-pippy-activity, sugar-journal-activity === asac_ is now known as asac [11:01] james_w: also sugar-sharedstate (binpackage sugar-sharedstate-classes), and sugar-hulahop (binpackage python-hulahop) [11:01] morgs: thanks, do you know what's wrong with them? [11:01] james_w: no, I saw fix_released on the tickets, but I don't see them if I apt-get update. [11:01] ah, sugar-toolkit is built [11:01] james_w: perhaps my mirror is lagging, let me check that [11:02] yeah, I see the correct versions in LP [11:03] yeah, they all seem to be built [11:04] morgs: can you file a removal request for the old hulahop package please? [11:04] james_w: sure. (how?) [11:05] morgs: https://wiki.ubuntu.com/UbuntuDevelopment/PackageArchive#Removals [11:06] thanks [11:06] morgs: it goes for sponsorship as normal [11:06] OK [11:23] morgs: bug 277798 [11:23] Launchpad bug 277798 in sugar-base "Please sync sugar-base 0.82.1-1 (universe) from Debian unstable (main)." [Wishlist,Confirmed] https://launchpad.net/bugs/277798 [11:31] Erm, how can I recover from a version numbering faux-pas in my PPA? [11:31] Laney: You generally cannot. [11:31] damn [11:32] I don't want to break PPA -> official archive updates [11:34] I guess I can do 2.1.0pre3+really2.1.0 and then get it right when 2.1.1 comes out [11:37] Laney, For safety, consider A.B.C~ppaD-EubuntuF~ppaG for PPA uploads. [11:38] persia: I've appended ~hardy1~ppa0 to what would be the Ubuntu version [11:38] (to sort below backports) [11:38] Do you think that's good enough? [11:39] Laney: yes, that works [11:39] Laney, if you ~ the upstream version, you can guarantee upgrade to anything, regardless of what happens after - [11:42] james_w: bug 281221 [11:42] Launchpad bug 281221 in hulahop "Remove hulahop from intrepid" [Undecided,New] https://launchpad.net/bugs/281221 [11:43] thanks morgs [12:07] asac: mind if I upload bug 275608? [12:07] Launchpad bug 275608 in network-manager-openvpn "nm-openvpn "Passwords with Certificate (TLS)" panel has wrong labels and inverts passwords" [Medium,Confirmed] https://launchpad.net/bugs/275608 [12:09] james_w: if its just extracted from upstream svn then its not needed [12:10] james_w: well lets say it different. this patch is not needed [12:10] james_w: we should produce a new orig.tar.gz from the current tree in the archive [12:10] james_w: feel free to do that ;) [12:10] asac: please state that in the bug them [12:10] james_w: at best for all three vpn daemons [12:10] er, then [12:11] done [12:12] thanks [12:14] Koon: would you be willing to do that? [12:35] james_w: I might tackle it if I find the time. I agree that syncing with current HEAD will solve that one. Just wasn't sure that we would do it at that point in the release cycle. [12:36] Koon: no, neither was I. [13:45] huats: hi [13:46] hello mister sylvaing ! [13:56] FYI: siretart, \sh: simple FAI merge does not PXE boot: http://paste.debian.net/18925/ There are some pkgs missing, but in several paths there is a /root/.. prefixed that shoud not be there :( I'll be on #fai to find out how to fix it [14:30] crimsun: Are still there ? [14:31] crimsun: yesterday my lib built ok but now I'm packaging an app that uses that lib and I get: [14:31] jmichel: no need to ask somebody specific, other people might be able to help as well [14:31] dpkg-buildpackage: failure: ne dependency information found for [14:32] azeem: I know it is only because I thought crimsun would remember the case [14:32] but maybe someone else would have an idia? [14:32] you didn't paste the whole error yet [14:32] but it looks pretty clear, your library packages lacks shlibs info [14:33] dpkg-buildpackage: failure: ne dependency information found for /usr/lib/libfec.so.0 [14:33] azeem: yes exactly my question was where can I put this info? [14:33] do you run dh_makeshlibs in debian/rules? [14:34] no this line is commented [14:34] that'd be it [14:35] ok I'll try this [14:35] jmichel: in your library packages' debian/rules, I mean [14:35] yes I understood what you meant [14:43] Heya gang [14:45] azeem: After rebuilding I'm getting the same error [14:45] azeem: and I think I made a mistake when copying the error maessage earlier: [14:45] dpkg-shlibdeps: failure: no dependency information found for /usr/lib/libfec.so.0 [14:46] jmichel: what is the library package name? [14:47] libfec_3.0.2_i386.deb [14:48] this is a package that I created myself earlier and that I installed on my machine [14:48] btw, that's not correct according to library packaging policy [14:48] jmichel: did you install the new package you built after you uncommented dh_makeshlibs? [14:49] no [14:49] then that change will not have effect on packages you build against it [14:49] evening [14:50] Well, it will affect packages built if you put it in a common repo, and then have pbuilder or sbuild build against that repo, even if not installed locally. [14:50] emgent: \o/ [14:51] azeem: I think I'm somewhat mixed up: I have libfec which is a library that I built and installed earlier... now I want to build an application using this lib and I get the error mentionned earlier [14:52] how can it do a difference if I install my lib before or after doing the change in the application? [14:53] 15:32 < azeem> jmichel: in your library packages' debian/rules, I mean [14:54] ok... when I said "[09:35] yes I understood what you meant" I was not right :) [14:54] jmichel: in any case, your library is packaged correctly, you should review the library packaging policy [14:55] I'll restart everything and come back after... thanks for the help [14:55] and where would be that policy? [14:56] The policy is hard to read. The library packaging guide is easier, and if you follow those guidelines you'll generally be policy compliant. See http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html [14:58] hi [14:58] is someone has free time [14:58] can review http://revu.ubuntuwire.com/details.py?package=dsss please? [15:00] I really think you'll do better with pkg-d-devel :) [15:02] ScottK, ping :) [15:02] Pong [15:02] Good timing. I just sat down at the computer about 3 minutes ago. [15:04] luisbg_: ^^? [15:04] ScottK, nice [15:05] I have a topic I want to bring up to the Release Meeting [15:05] its about linux -rt kernel [15:05] very important for Ubuntu Studio [15:05] https://bugs.launchpad.net/ubuntu/+source/linux-rt/+bug/281276 [15:05] OK. I think you should show up. I think it's been discussed extensively already. [15:05] Launchpad bug 281276 in linux-rt "Upgrade linux-rt to 2.6.27" [Undecided,New] [15:06] ScottK, I will shop up but since the item isnt in the agenda [15:06] Whoever the right rep for ubuntu-studio is should come to the meeting. [15:06] I shouldn't bring it up without the aid of somebody in the MOTU Release Team [15:06] I'd also warn slangasek that you want to discuss it. [15:06] ScottK, ok [15:07] I suppose, but I don't have an opinion on it as I neither have to build the kernel nor need it to work. [15:07] will talk to slangasek [15:07] slangasek, ping? [15:14] * jdong wonders where all his input devices went after this morning's dist-upgrade [15:15] jdong, including the keyboard? :P [15:16] yes [15:16] X lost them all [15:16] and Xorg.log is so cute in telling me that there's no input devices. [15:18] which of course you can read by typ...oh, right. [15:18] :D [15:18] oh crap did I agree to removing xserver-xorg-*-input? [15:18] sigh. [15:18] heh [15:19] yeah my mistake [15:19] lol [15:19] looks like dist-upgrade tries too hard to bring in gnome-settings-daemons [15:19] which conflicts libxi [15:19] grumble. [15:19] back I go [15:19] jdong, who needs ultabreaksit when we have you? [15:32] there we go! [15:32] nothing a bit of dpkg editing didn't fix. [15:46] persia: i've already written on their ML :D [15:47] goshawk, I saw, and nobody responded yet. I chatted with Baby earlier, and she was interested, so I'm guessing you'll hear something this weekend. [15:47] Baby... i'm still not able to reach her :D [15:50] I suspect you want to try OFTC :) === ivoks2 is now known as ivoks [16:23] ScottK, slangasek never pinged me back :( [16:23] He's not in the release meeting either it seems. [16:23] Just show up. [16:24] I just joined :) [16:24] will you call me when the universe section starts/ends? [16:24] please [16:24] * ScottK is multi-tasking, so no promises, but I'll try to remember [16:26] ScottK, I am also, thats why I ask :P [16:27] Of course [16:29] luisbg_: Kernel team is up now. This is probably the best time. [16:30] yes [16:30] I will interrupt [16:30] james_w: done update for network-manager-openvpn on bug 275608 [16:30] Launchpad bug 275608 in network-manager-openvpn "nm-openvpn "Passwords with Certificate (TLS)" panel has wrong labels and inverts passwords" [Medium,Confirmed] https://launchpad.net/bugs/275608 [16:31] Koon: thanks. asac, could you take a look please? [16:33] james_w, asac: the only trick is the direct nm-openvpn-service.name.in patch in diff.gz, I reported it on the new version as is. === ma101 is now known as ma10 === dholbach_ is now known as dholbach [16:39] ScottK, thanks! [16:39] No problem. [17:08] james_w: ok. commented. you i asked for the other two plugins too [18:13] persia: hi, are you around? [18:14] asomething, Usually, but much of the time someone else can also answer a question :) [18:14] hey, I'm looking to fix bug #210456 in gimageview and you were the last uploader. a merge with debian would fix this (the debian upload is bug fix only) [18:14] Launchpad bug 210456 in gimageview "gimv crashed with SIGSEGV in gtk_tree_model_get_valist()" [Medium,Confirmed] https://launchpad.net/bugs/210456 [18:14] the only ubuntu change was due to bug #159338, a xine-lib transition in hardy, adding "libxine1-x | libxine1 (<< 1.1.8-2)" to Depends. I'm wondering why ${shlibs:Depends} isn't enough? can this be droped now and just sync? [18:14] Launchpad bug 159338 in oxine "Re: Heads-up: small xine-lib transition in hardy" [Undecided,In progress] https://launchpad.net/bugs/159338 [18:18] Is it standard to make sure desktop/menu shortcuts work in xubuntu kubuntu as well as ubuntu(gnome) when packaging software that's been requested in ubuntu(gnome)? [18:18] *xubuntu and kubuntu [18:28] asomething, Check the Debian packaging : if it's done the libxine transition (which is likely at this point), it can be dropped. [18:28] I don't actually remember that package, so probably updated it completely accidentally trying to clear the transition. [18:37] in debian the depends on shlibs picks up libxine1 (>= 1.1.8). I guess I was mostly wondering why the depends needed to be added at and not just do a rebuild. [18:39] asomething, The bug should explain it. I think it was something about allowing different UIs. If the bug doesn't give you enough information, you might ask siretart. [18:42] persia: thanks [19:18] geser: there? [19:21] slytherin: yep [19:21] geser: who other than slomo is responsible for gstreamer packages? [19:22] specifically the ones in universe [19:22] I don't know [19:29] geser: Can you please sponsor the patch then. It will be great if you can do some testing first. The results of tests done by other users are not very consistent. Some DVD's play while some don't, but it is better than not being able to play anything at all. [19:33] I think it would be cool if CIAO 4.0 were included in Ubuntu. Granted, it's a research tool for analyzing data from the Chandra X-Ray Telescope, but I think that with some guidance it could be really useful for doing research-class astronomy at home in front of the computer. [19:34] DoYouKnow: file a bug [19:34] slytherin: write me a mail about the issue and i'll care for it tomorrow [19:35] slytherin: slomo@debian.org ;) [19:35] ok [19:35] slomo: Ok. [19:35] Thanks in advance. [19:40] superm1: Do you know/care about these messages when upgrading bluez? http://pastebin.ubuntu.com/56076/ [19:40] Laney, known, unimportant. [19:41] persia: Right, fine. As long as you're aware [19:41] Laney, More verbosely, to make that go away would break support for users who need the devices created (non-udev users), and it's just terminal noise for people with udev. [19:42] I suppose it could be redirected to /dev/null or something, but I'm not sure that's best. [19:42] persia, yeah i've been debating doing that 1>/dev/null 2>/dev/null [19:42] persia, particularly since udev is part of ubuntu-minimal [19:42] Can't you detect the situations where it's needed and only do it then? [19:44] Laney, That's an interesting idea. Only create the device nodes if udev is *not* active. [19:44] superm1, What do you think? [19:45] slytherin: I probably won't have the time for the testing before next week, so it would be better if you can find an other sponsor [19:46] geser: slomo is going to take care. :-) [19:46] good [19:48] persia, well I think that would have an equivalent result of what we see now [19:48] persia, that these device nodes aren't made when udev is active [19:48] persia, how is the best way to query if udev is active though? [19:49] see if "udev" is mounted maybe? [19:49] I thought there used to be a /dev/.udev, but I don't see it now. [19:50] persia, well actually something is a bit odd here. why is /dev/.static read only? [19:50] it should have been able to put stuff in there [19:50] udev is mounted on /dev type tmpfs, rw [19:51] Yeah, which means "udev" is just a convenience label, and not safe to check. [19:51] persia, so /dev/blah can be touched, so can /dev/.static/blah [19:51] just not /dev/.static/dev/blah [19:52] something's fishy here === stefanlsd_ is now known as stefanlsd [19:53] superm1, Maybe some sort of odd bind-mounting is going on? I'd suggest asking Keybuk [19:54] persia, i'm actually all for just dropping the call to MAKEDEV anyway though [19:54] because it is supposed to make rfcommX devices, which is pointless [19:54] you get one created by the init script if you need it already [19:55] superm1, And the init script is run at install time, right? In that case, yeah, drop it. [19:55] yeah [19:56] persia, and this is a good excuse while i'm rebuilding to test the supposedly better headset support in 4.13 from today's release :) [19:57] I'm excited about that : the one thing I couldn't get to do more than pair was my handset, and I'm curious if it works as a bonus. [19:57] I don't expect that many users have a handset, so I'm not worried if it doesn't. [20:01] Is 3G internet over bluetooth in Intrepid at a Just Working state yet? [20:02] Or at least easily achieveble [20:02] Laney, it's achievable [20:02] by the exact interface i was just referring to, rfcomm [20:02] if you modify /etc/bluetooth/rfcomm.conf [20:02] and put in the appropriate information for the DUN service on your device (queried via sdptool) [20:02] superm1: That's cool. Is there a wiki page or other guide? [20:02] then use /dev/rfcomm0 as your modem, and it will work [20:03] Laney, there's wiki pages discussing it yeah [20:03] I just got a new N96 and am considering buying a USB dongle to be able to internet on the go [20:03] Having it just work and integrated as an option in NM is probably a 9.04 or 9.10 thing, depending on how many people test and hack at it. [20:04] * Laney nods [20:04] I'll do whatever I can [20:05] persia, it was supposed to be in NM 0.7, but slipped [20:05] it can all be done via dbus automagic stuff though [20:05] superm1, Right, part of it was that bluetooth didn't work, and part of it was the lack of people testing. [20:05] *Should* be 9.04, but I'm not going to promise anything, as I'm not likely to do it, and I haven't seen the approved list of Jaunty specs yet. [20:13] superm1: any word form crevette about the nautilus-sendto issue? [20:14] slytherin, not that i've heard [20:14]