[00:00] Ok, thanks for the heads up. I'll verify that it works properly with 4.x and add a comment to the bug [00:00] nhandler_, okay great thanks [00:00] np superm1 [00:16] Bitte spendet mir was, hab grad erst neu angefangen. Brauche jeden Cent um mir ein Bier zu holen!!! http://www.pennergame.de/change_please/7842526/ [00:16] Bitte spendet mir was, hab grad erst neu angefangen. Brauche jeden Cent um mir ein Bier zu holen!!! http://www.pennergame.de/change_please/7842526/ [00:16] Bitte spendet mir was, hab grad erst neu angefangen. Brauche jeden Cent um mir ein Bier zu holen!!! http://www.pennergame.de/change_please/7842526/ [00:17] !ops [00:17] Help! Hobbsee, Riddell, sladen, fbond, mneptok, gnomefreak, Seveas, dholbach, elkbuntu, PriceChild, or jpatrick! [00:17] bloody pennergame [00:17] :[] [00:18] slangasek: ^^ [00:19] ty [00:19] azeem: bin ich kein oper hier [00:19] slangasek: sorry, I just looked at chanserv access #ubuntu-motu list [00:19] * slangasek hmms [00:19] oh [00:20] I wonder when that happened [00:20] slangasek: congrats :P [00:21] yay, more op bits I didn't ask for ;0 [00:24] i'll swap them for ops in #ubuntu-mono [00:24] StevenK, okay well whenever you want to upload your bits, have at it. I've got all but alsa and evolution done on my end. i'll do evolution after pilot-link clears [00:38] nhandler_: do you have an upstream changelog to go with the nautilus-sendto FFe? [00:38] slangasek: I thought I posted it in the bug report [00:38] slangasek: http://launchpadlibrarian.net/18243795/changelog.diff [00:39] nhandler_: ah, thanks, guess I overlooked it [00:39] slangasek: No problem. There are a lot of comments/attachments on that report [03:00] superm1: Uploading. [03:01] superm1: How would you feel about bluez-gstreamer not getting pulled in automatically to my Kubuntu install? Does it really need to be Recommends for everyone? [03:20] superm1: Should the transitional package depend on bluetooth or bluez? [03:25] I guess it doesn't matter so much since apparently openoffice.org needs gstreamer some how too. [03:36] * Hobbsee looks in [03:37] Heya Hobbsee. [03:38] Got any cures for anger, angst and a general desire to throw breakable things at the wall. [03:38] ScottK-laptop: i hear a punching bag works well. [03:39] greetings, Hobbsee [03:39] We actually have one of those. [03:39] hey ajmitch [03:39] Hobbsee: about about a pointy stick of doom? [03:39] jsgotangco: hmmm. could try it... [03:39] * jsgotangco *poofs* [03:40] jsgotangco: please don't encourage Hobbsee [03:40] * Hobbsee attacks ajmitch with the Long Pointy Stick of DOOM!!!!!!!!!!!!!!!™ [03:41] * ajmitch is mortally hurt [03:45] * jsgotangco casts +10 STR and +4 DEX to ajmitch [03:45] heh [03:45] somehow I don't think that'd help [03:45] not against the wrath of Hobbsee [03:45] Haha [03:46] yeah pretty hard to beat an enchanged stone golem [03:48] I think Blessing of Protection might help. For about 20 seconds. [03:48] maybe a woodpecker might help to reduce the long pointy stick of doom [03:51] Does anyone know where xml.dom.ext.reader went in Intrepid? [03:51] Is that part of python-xml? [03:52] possibly -oldxml [03:52] I don't think it [03:52] python-oldxml doesn't exist as a package [03:52] I don't think it's a separate package, been too long since I saw it [03:53] but there were things moved about in the namespace [03:53] The files are installed, but I can't figure out how to import it [03:54] /usr/lib/python2.5/site-packages/oldxml/_xmlplus/dom/ext/reader/__init__.py exists, that is [03:55] And I can find no docs at all about how to import them now [03:55] so it is in oldxml [03:56] sys.path.append('/usr/lib/python%s/site-packages/oldxml' % sys.version[:3]) [03:56] that doesn't help? [03:57] It does, excellent! [03:58] dug out from the python-xml changelog [05:02] Figures. Hurt my wrist on the punching bag. [05:59] How can I tell C++ which class I want when I get gtklookat.cpp:728: error: reference to 'resource_fetcher' is ambiguous ? [06:01] prefix it with a 'class::'? [06:11] slangasek: But it doesn [06:11] Argh [06:12] slangasek: But it doesn't have a class, since I declare it in namespace { } [06:13] superm1: Where do I go to get my bluetooth back? [06:13] ScottK-laptop, back in what sense? [06:13] As in I click on kdebluetooth and the nice icon in my try never arrives. [06:14] superm1: Did you ever get anyone to do KDE testing (sorry I didn't get to it)? [06:14] ScottK-laptop, no one ever responded to the post to kubuntu-devel [06:15] OK. So what now. [06:15] superm1: Not sure if Bug #279983 is related on just a coincidence. [06:15] Launchpad bug 279983 in kdebluetooth "kblueplugd crashed with DBusException in call_blocking()" [Undecided,New] https://launchpad.net/bugs/279983 [06:16] StevenK: ok, then prefix it with namespace::, which works just like class:: ? :) [06:16] slangasek: Ahhh [06:17] I think my noobishness with C++ is showing [06:18] superm1: Also kdebluetooth now depends on a transitional package and so that needs fixing too. [06:18] ScottK-laptop, I would say that doesn't appear to be a coincidence [06:18] OK. [06:18] ScottK-laptop, looking at that exception kdebluetooth will need some rev'ing [06:18] ScottK-laptop, do you guys have a liaison that normally operates on it? [06:18] No. [06:19] Tonio uploaded the last one [06:20] Actually he's uploaded the last several, so I guess he'd be the guy. [06:20] superm1: ^^ [06:23] slangasek: namespace:: gives me "expected type-specifier before 'namespace'" [06:23] ScottK-laptop, well hopefully Tonio has a contact with upstream and they've got a 4.x patch ready, or at least in the pipe [06:24] StevenK: hmm, when I said 'namespace::' I really meant "$namespace::'; did you sub in your namespace's name? [06:24] slangasek: But the namespace name is "" [06:24] oh [06:24] then... hmm [06:24] no clue on that one, sorry :) [06:24] I never actually write C++, I just debug it from a safe distance :D [06:24] Haha [06:25] * StevenK wonders if :: works [06:25] maybe! [06:28] error: expected type-specifier before '::' token [06:28] Sigh [06:29] Where's Stroustrup so I can hurt him ... [06:35] superm1: I'm going to be offline most of tomorrow. Would you please catch up with him? [06:35] ScottK-laptop, sure if I see him pop in [06:35] superm1: He's usually just in #kubuntu-devel IIRC [06:35] i'm scared of too many KDE folk at once, so I might send nixternal in there to pull him into #ubuntu-devel [06:36] Well after this you should be .... [06:36] C++, I hate you [06:38] superm1: Just so you know, uncoordinated networkmanager updating broke knetworkmanager for a while this cycle, so people may be a bit grumpy about this. [06:39] ScottK-laptop, well I wish someone would have at least responded to ubuntu-devel or kubuntu-devel ML about this. [06:39] I didn't get time to test it. [06:40] ScottK-laptop, hopefully its resolvable in a timely fashion [06:40] I just found out when I upgraded tonight. [06:40] ScottK-laptop: your bluetooth was working previously in intrepid, then? Part of the reason for this late update was that large swaths of bluetooth functionality were miserably broken with 3.x and the current kernel :/ [06:40] slangasek: It was (for file transfer to my phone). I don't have an input device. [06:42] * slangasek nods [06:44] slangasek: Fortunately superm1 is core-dev now, so he can fix it himself. [06:45] true! === fabrice_sp_ is now known as fabrice_sp [07:12] siretart: no idea why gxine wasn't merged earlier - it's a straight merge from MoM. Just dputting it to my PPA, if you end up playing a DVD, and want to test it. [07:14] Hobbsee: I think it was simply because I didn't have the time and didn't get to it in the last merge window, and nobody else cared enough to do it anyways [07:14] siretart: fair enough [07:14] Hobbsee: I'd say if you consider the changes to be mainly bugfix, just go ahead and upload it to intrepid. that version is working fine for ages in debian [07:15] Hobbsee: if you want to test it, may I suggest putting it to ~motumedia? [07:17] siretart: looks like there's a lot of bugfixing stuff in that. [07:17] not sure what upstream ha schnaged yet [07:17] that's an idea. [07:18] yeah, that's a bugfix release. excellent. [07:18] or at least, almost fully a bugfix release. [08:33] Am i right in saying if something is in main, it cant build depend or depend on something that is in universe? [08:33] stefanlsd: Oh, it can, but it won't build. [08:34] And the world will breka. [08:34] And people will complain at you unless you've written MIRs. [08:34] heh. so ok. as a rule. something in main should only include build depends and depends on other software in main. [08:35] stefanlsd: s/should/can/ [08:35] thanks. didnt realise that before. [08:36] stefanlsd: and recommends. [08:39] Any REVU Admin's around? It seems REVU is down. [08:40] porthose: It works fine here. [08:41] hmm that's not what Im getting [08:42] this is what I'm getting http://pastebin.com/d5c988dde [09:16] darn. gxine still crashes with the same thing. [09:16] ah well. [09:37] Hobbsee: you mentioned recommends above. is this also the case for suggests? [09:43] Is there a channel for Ubuntu Stanic Edition? [09:44] I'd like to do a similar thing for gNewSense. [09:47] Yaay! A military helicopter just landed in front of my house. [09:47] * iulian wonders what they want. [09:47] Will you be on the news soon? [09:48] I didn't do anything bad! [09:48] Didn't you? [09:48] * orly_owl looks at iulian suspiciously. [09:49] Oh no, trust me. [10:00] iulian: don't send me a postcard if they bring you to guantanamo [10:10] Hehe === RAOF_ is now known as RAOF === asac_ is now known as asac [11:42] the sugar team would like to sync a new package from Debian. It's late for this, but it's not a new package, it's just a different source package name to the one in Ubuntu, is this acceptable? [11:43] actually it wouldn't be a sync, it would be an upload, to provide a transition path [11:54] stefanlsd: no [11:54] Hobbsee: thanks. i got it :) [11:54] stefanlsd: cool :) [12:16] hey, who did the rcbugs update? [12:17] * wgrant appears. [12:18] james_w: That would be me. [12:18] cool, thanks wgrant [12:18] though I now realise that my comments seem to have disappeared [12:19] I believe I moved over all of the existing ones. [12:19] Maybe somebody deleted them. [12:19] maybe they were lost earlier then [12:19] but they are not there any more [12:19] like 20+ comments explaining why to ignore bugs, so that will be duplicate work now [12:19] Hmmm. [12:19] I'll check the DB. [12:20] hi folks [12:21] huhu sistpoty|work :) [12:21] hi sebner [12:23] james_w: They're not in the pre-migration copy of the DB. Somebody must have deleted them. It would be nice to auth against LP at some point, but until then I'll dump the DB regularly and watch for strangeness. [12:24] thanks wgrant [12:25] Sorry about this. [12:45] hi [12:47] Who has authority to decline bugs nominated for a release? [12:47] Laney: Anyone in ubuntu-dev, I think [12:47] me! muhahahah! [12:48] (or perhaps its ubuntu-dev for universe/multiverse and ubuntu-core-dev for main/restricted, not sure) [12:48] Please decline https://bugs.edge.launchpad.net/ubuntu/+source/ghc6/+bug/263773 then [12:48] Launchpad bug 263773 in ghc6 "ghc 6.8.2 has important performance bug, should be updated to 6.8.3" [Medium,Fix released] [12:48] (and motu-sru members: please look at bug #280129) [12:48] Launchpad bug 280129 in ghc6 "Please SRU ghc6 in Hardy to fix correctness bug" [Undecided,New] https://launchpad.net/bugs/280129 [12:50] done [12:50] ty [12:51] Laney: thanks for taking care... as written in the previous bug comment, I think the setResourceLimit (debian bug #491909) would also be good to have, what do you think? [12:51] Debian bug 491909 in ghc6 "System.Posix.Resource.setResourceLimit gives "setResourceLimit:" [Important,Closed] http://bugs.debian.org/491909 [12:52] sistpoty|work: Yes, it would be nice to have but I think the other one is our primary concern here. You can emphasise it more in my option 1 if you'd like [12:52] didn't you already fix that one? [12:52] Laney: ok, I'll add a comment [12:53] james_w: in intrepid, yes, but not in hardy [12:53] ah, sorry, I misunderstood [12:54] anybody with a Debian system want to play a game? [12:54] a nice game of chess? [12:54] Debian system with X that is [12:54] not as fun as that I'm afraid [12:54] Global Thermonuclear War? [12:54] (I don't have one with X, sorry :() [12:55] that's more like it [12:59] porthose: Hey, can you log in now? [13:16] RainCT: checking [13:17] RainCT: nope :-( [13:19] RainCT: http://pastebin.com/d5a51d221 === cprov1 is now known as cprov [13:27] porthose: now? [13:31] RainCT: I can sign in now thanks :) [13:32] porthose: Great. Btw, I got your help offer and will tell you if you can think of some way how you can help :). And if you have some idea, don't hesitate to tell me [13:33] RainCT: k :) [13:47] (err s/if you can think of/if I can think of/) [13:49] StevenK: ping [13:52] zul: ? [13:53] StevenK: can you try the myodbc version in my ppa please? [13:53] zul: Or the mysql-dfsg-5.0 version? [13:54] StevenK: its a newer version of myodbc which is built against the mysql version in intrepid [13:54] StevenK, I noticed you at least uploaded totem. before you mass upload the rest, can you make sure that you have the transition bug number mentioned in debian/changelog? [13:54] it will save having to go pointy clicky all over launchpad to check [13:55] superm1: Too late. [13:55] :( [13:55] zul: Is that able to go into the archive? The reason I'm looking at myodbc is so I can get it out of NBS [13:55] superm1: Sorry :-( [13:56] StevenK: perhaps, we had a bug about this before I asked the user to try it out but they never got back to me [14:12] Hi [14:13] I believe that the Ubuntu Packaging Guide was available under yelp. But i can not fin it on Itrepid. Am I wrong ? [14:13] no package for Ubuntu Packaging Guide ? [14:47] tseliot: general hint, after I saw bug #274866: please don't publish signed changes files, thanks [14:47] Launchpad bug 274866 in nvidia-settings "nvidia-settings creates invalid xorg.conf" [Medium,New] https://launchpad.net/bugs/274866 [14:48] sistpoty|work: ok [14:59] porthose: hey, you still around? [16:05] james_w: How are we looking with Sugar? [16:06] hey morgs [16:06] james_w: thanks for all your help by the way :) [16:06] I think it's just the hulahop issue to crack then we can push this lot in [16:08] james_w: I thought we needed a newer hulahop, but I had noted down the wrong version from debian. We have basically the same version, sugar-hulahop 0.4.1-1 is in intrepid and debian has python-hulahop 0.4.1-2 [16:08] yeah, I was just about to say that [16:08] james_w: I had it failing to build in my PPA but I changed the deps from xulrunner-dev to xulrunner-1.9-dev and removed python-pyxpcom since that is in xulrunner-1.9 now, so it builds successfully in my PPA now [16:09] an alternative to bringing in python-hulahop would be to patch the activity to use the other package, and then do the transition in Jaunty [16:09] morgs: which were you working on in a PPA? [16:09] james_w: I uploaded the debian packages to my PPA to motivate for the feature freeze exception [16:10] Actually we also have "hulahop" in intrepid, 0.4.1ubuntu3 [16:10] 0.4-1ubuntu3, but yes [16:10] which is the hardy package [16:11] so it should work for now, although we can fix it better in jaunty [16:11] could you test whether the web activity works if you change python-hulahop->hulahop in its dependencies? [16:11] a use test I mean, it should build [16:12] OK, I'll do that - although probably in a few hours as I'll be out for a bit [16:15] morgs: no problem [16:52] I'm looking at https://launchpad.net/ubuntu/intrepid/+source/trac-git and am excited that trac-git will be packaged in Jaunty, has anybody done any work on backporting it to Hardy? [16:52] err... it's scheduled for Intrepid, sorry [16:52] does anyone have a convenient UK-based proxy server i can let an upstream use to help fix a problem on a region-locked website? [16:53] but the dependancies listed all seem to fit with Hardy, so.. I'm wondering if it has to be backported or if it can just work as-is maybe? [16:53] directhex: I can provide a shell account on a UK box if they promise not to try any nasty hax ;) [16:53] Laney, x-forwarded firefox sucks (was just testing that idea myself), but thanks for the offer [16:54] directhex: What about ssh -D? [16:57] Laney, oh, that might work. [16:57] :-( oh, wait trac-git requires trac 0.11 ... Hardy has 0.10.4 packaged. Nevermind [16:57] hendrixski: You might backport both, though [16:59] Laney: I'm looking at the dependancies, and trac 0.11 looks like it *should* work on Hardy [17:00] I tried backporting something with pbuilder a year or so ago, and it didn't turn out so well, is there an easier method these days? [17:00] hendrixski: There's a program "prevu" [17:02] nice.. and I assume https://wiki.ubuntu.com/Prevu is a decent manual to follow for it? [17:02] sure [17:03] and prevu doesn't add extra packages to my current system, right? it's got like a chroot in it somewhere? the way pbuilder did? [17:03] It uses pbuilder behind the scenes [17:03] sweet [17:05] and... This backport wouldn't ever make it into an Hardy repository? since it bumps up a version number and all that, right? [17:06] not necessarily... [17:07] ah, Ok, soo... I'm going to grab some lunch, backport it, and see if I can get it into .. what's the process called, REVU or something? to get a package into the repo's? [17:08] * hendrixski hasn't tried packaging in a long while [17:08] backporting [17:08] hendrixski: backporting [17:08] hendrixski: if it works well let us know on hardy-backports in Launchpad [17:08] jdong: will do [17:25] superm1: can you please take look at bug #280205? [17:25] Launchpad bug 280205 in bluez-utils "dpkg can't purge bluez-utils" [Undecided,New] https://launchpad.net/bugs/280205 [17:26] slytherin, should be handled by the upload i did this morning I thought [17:26] slytherin, it was because the upgrades weren't pulling in bluez-utils 4.x [17:26] superm1: Ok. I didn't check in morning. But if you are sure can you just add comment in that bug? [17:29] slytherin, sure, well hopefully it's taken care of. I did a test with an intrepid install that had 3.x in a VM, upgraded to 4.x via dist-upgrade and then purged without trouble on the new package [17:30] ok [17:31] slytherin, update your box and see, the more the merrier :) [17:31] superm1: will do about 2 hours form now. But I already have the stack from PPA [17:32] slytherin, ah then you wouldn't see this issue [17:40] * sistpoty|work calls it a day and heads home [17:40] cya [17:54] james_w: when you have time I left you a comment on Bug #276945 [17:54] Launchpad bug 276945 in ampache "[intrepid] menu buttons don't work on main page" [Undecided,Confirmed] https://launchpad.net/bugs/276945 [17:55] porthose: yeah, just looking now [17:55] :) [17:55] thanks for your perseverence [17:55] I think you've got it this time [17:55] two questions though [17:56] + * Removed prototype symlink creation from debian/ampache.postinst. [17:56] I don't see this in this diff, wasn't this just something you did in a previous revision of this debdiff? [17:56] checking [17:57] + * Added prototype symlink creation to debian/links. This was done to [17:57] + correct a lintian error. (LP: #276945) [17:57] I think that's a typo, I think you did that to fix this bug :-) [17:58] for the first question no that was done in 0ubuntu2 [17:58] * hendrixski sighs [17:59] I backported trac-git with prevu, but that doesn't backport the dependancies apparently because apt-get doesn't find python-genshi >=5.0 [18:00] so I backport python-genshi5.02 from intrepid [18:01] james_w: for the second question, lintian was the root cause for this change, because prototype was a "convenance copy of code" [18:01] and it's in the /var/cache/prevu/whatever directory with the other debs... but when I go to backport trac, which requires genshi, it's picking up the 4.* that's in Hardy [18:01] nhandler1: I've just fixed bug #275139 :) [18:01] Launchpad bug 275139 in revu "MOD_PYTHON ERROR on Comment" [Wishlist,Fix released] https://launchpad.net/bugs/275139 [18:01] porthose: ah yes, I remember. [18:02] sooo... how do I get prevu to use the packages that are already backported intsead of the ones in the repo's? [18:03] porthose: the only changes I can see to ampache.postinst don't remove any symlink creation code. Could you point out what I am missing, or check that you have posted a diff of what you think you have please? [18:04] james_w: checking [18:06] james_w: yes you are correct that is a typo. [18:06] Oh, this is simpler than it sounds... umm...what was that command to make apt to favor packages in my one repo over other repo's? [18:06] porthose: cool, so you are happy for me to upload http://launchpadlibrarian.net/18327114/amp3%2B5-debdiff after tweaking the changelog? [18:07] james_w: yes [18:07] yay, i got mentioned on boycottnovell.com's frontpage. woo! [18:07] porthose: rockin'. I'll do that now. [18:07] directhex: now you are famous :D [18:08] james_w: Thanks :) [18:09] sebner, man, all the hypocrites are out to get me now :) [18:10] directhex: hrhr [18:12] hendrixski: sudo nano /etc/apt/preferences ;) [18:13] hendrixski: here's an example on how it could look: http://paste.ubuntu.com/55349/ [18:14] * hendrixski checks the pastebin [18:14] oooh. that looks promising [18:15] I just create the /etc/apt/preferences if it's not there already, right? [18:15] hendrixski: yea [18:16] and the higher the priority number the lower the priority? or vice versa the higher the priority number the higher the priority? [18:16] hendrixski: higher = better [18:16] :-) [18:19] * hendrixski runs prevu trac once again [18:20] porthose: uploaded, thank you for your contribution [18:20] :-( prevu failed again: pbuilder-satisfydepends-dummy: Depends: python-genshi (>= 0.5) but it is not installable [18:20] james_w: Thank you! :) [18:21] RainCT: I can point /etc/apt/preferences at a repository (like the one that prevu makes in /var/prevu/cache/... and not just an individual release, right? [18:22] hendrixski: I guess so, but don't ask me how :P [18:23] lol, k, I'll ask google [18:25] ah, it's the v= flag [18:32] hendrixski: python-genshi probably doesn't exist. [18:32] at that version [18:34] jdong: when I apt-cache search python genshi it shows both the 0.4.* in the Hardy repo and the Version: 0.5.0-1~8.04prevu1 that's in my repo [18:34] hendrixski: did you run prevu-update before attempting the 2nd prevu build? [18:34] oh [18:34] * hendrixski feels really stupid now [18:34] hehe common mistake [18:37] well... at least I can console myself, I probably needed to update the /etc/apt/preferences to include the newer files anyway, right :-p [18:37] looks like it's working this time :-D [18:38] is there anyone else who dislikes small text, beside norsetto? [18:39] RainCT: Launchpad? [18:39] iulian: REVU [18:39] I've just added a Preferences page which allows to choose an alternate stylesheet with bigger fonts :P [18:40] RainCT: Ah, it looks ok now IMHO. [18:40] And yes, it was annoying before. [18:40] w00t it's working :-) [18:40] iulian: uhm.. has it changed for you? it should still use the old size by default [18:41] RainCT: It looks different here. [18:41] ah wait, there's a bug.. my coding skills get worse each day :P [18:41] Heh [18:42] heh, so only 3 packages needed to be backported for trac-git to work... now I'll install it, try it out, and submit them to hardy-backports on Launchpad [18:50] iulian: ok, fixed [18:59] persia: If you want a brown REVU: stylesheet proposals are welcome ;P [19:02] RainCT, You presume a level of visual artistry that is well beyond me. Aside from my lack of skill, I'm also not physically capable of seeing many of the subtle distinctions that would annoy others. [19:09] ha ha ha [19:14] superm1: I don't understand your comment on bug #213885. File receiving was functionality of obex-data-server right? When did it move to gnome-user-share? [19:14] Launchpad bug 213885 in bluez-gnome "receive incoming files does not work at startup" [Undecided,Won't fix] https://launchpad.net/bugs/213885 [19:14] slytherin, it's provided "by" ods [19:14] but... bluez-gnome used to present it [19:14] now gnome-user-share is the one that presents it [19:14] oh [19:15] then do we have gnome-user-share added in recommends of bluez-gnome? [19:15] or probably o-d-s [19:15] well.. it recommends apache2 [19:15] which would mean apache2 on all machines [19:15] LOL. why does gnome-user-share recommend apache2? [19:16] slytherin, it provides more sharing functionality via apache as well i guess [19:16] crevette probably knows more about it [19:16] * slytherin checks [19:16] er actually it depends on apache2. even better :) [19:17] ahh, webdav [19:17] slytherin, if you don't agree with any of the triaging that I did, feel free to revert the status of any of those bugs. I know upstream wouldn't have touched most of them, and a lot of them were fixed with the 4.x stuff [19:18] so I tried to adjust as appropriately as I could [19:18] superm1: I would rather discuss it first. Because I am not aware of all the packages related to bluez. [19:19] I don't mean to come stomping all over those bugs like I run the joint, but I was trying to be realistic about the debugging of some of those old traces and some of the features [19:21] superm1: yes I can understand that [19:23] slytherin, but going forward on any bugs filed with the 4.x stack, I think if they are root caused/triaged, upstream will be a lot more apt to help out with them etc [19:23] jcastro, did you end up talking to marcel at all about bluez bugs and forwarding them upstream? [19:23] superm1: but this situation with file receiving is bad then. I am sure most of the users use file sharing aspect of bluetooth more. Of course of obex browsing works perfectly from nautilus then it is not an issue. [19:23] s/of obex browsing/if obex browsing [19:24] slytherin, yeah browsing does, but your machine will have to support sharing files then in a browsable fashion [19:24] superm1: basically he wants all bugs to the mailing list [19:24] superm1: that trac instance is used other people, but not him [19:25] jcastro, is there a good interface to have launchpad forward bugs to a mailing list? [19:25] or one in development at least? [19:25] superm1: No I meant browsing remote device from my machine. I don't think that requires any configuration. [19:25] nope. :-/ [19:25] jcastro, then what do you think will be the most ideal workflow for bugs that need to be forwarded? [19:25] superm1: if he used the trac plugin we could have nice 2-way comment syncing and eventually forwarding, but he doesn't seem interested in having a bug tracker [19:26] why not ask him to subscribe to bugs in bluez package. That package didn't exist in hardy so he will not receive mails for older release. [19:26] superm1: I would mail the critical ones to the mailing list [19:26] slytherin: he's not interested [19:26] ohh [19:26] jcastro, that's too bad. [19:27] superm1: yeah, I would concentrate on the major bugs and patches [19:27] I wouldn't expect anyone would be interested in mailing minor/wishlist bugs to a mailing list [19:28] jcastro, bluez traditionally doesn't see a lot of patches actually written and attached to the bugs. I think apport crashes will be the most worthwhile sending then at least [19:28] I mean i've written a few patches that I sent to the mailing list myself, but I've not seen many people doing similar things [19:31] superm1: in my opinion bluez on linux is still a mystery for most of the users, even the advanced ones. [19:32] slytherin, yeah, it's excessive use of dbus for everything I think adds a lot of confusion, and makes it difficult to root cause where problems actually lie [19:38] slytherin, o [19:38] slytherin, bug 272150 [19:38] slytherin, did you have some ideas on that? [19:38] Launchpad bug 272150 in hal "Don't run bluetooth applet when no bluetooth hardware is present" [Undecided,New] https://launchpad.net/bugs/272150 [19:39] superm1: I saw the bug. But I don't think we can do anything about it as of now. [19:50]