[02:48] <ingenthr> hi, I think I'm running into a bug with libgoolge-perftools-dev on Karmic; to see if it's a known issue should I be searching Karmic on launchpad or are universe bugs elsewhere?
[02:48] <ebroder> ingenthr: All bugs in Ubuntu are tracked on Launchpad
[02:49] <ingenthr> ebroder: okay, so searching bugs for Karmic on Launchpad, I've done the right thing if I'm running into the issue there, right?
[02:49] <micahg> ingenthr: you're better off searching for bugs in the package than bugs in the series
[02:51] <ingenthr> micahg: okay, thanks
=== Amaranth_ is now known as Amaranth
[06:33] <AnAnt> Hello
[06:35] <AnAnt> context 2010.07.30-1 has been uploaded to experimental, I think the reason is that they want to leave unstable as a staging place for fixing bugs for testing. Do you think it is alright to sync context (which is currently at version 2009.11.26-2) from experimental ?
[07:37] <dholbach> good morning!
[07:38] <AnAnt> dholbach: Hello
[07:38] <dholbach> hey AnAnt
[07:45] <udienz> morning dholbach
[07:45] <udienz> afternoon at here
[07:45] <dholbach> hey udienz :)
[07:47] <udienz> dholbach: is Packaging Guide available for translating in launchpad?
[07:47] <dholbach> udienz, no, it'll take a bit until we get there
[07:48] <dholbach> I'll send an email out today about reviving the packaging guide
[07:49] <udienz> dholbach: okay, i'll try to translating Packaging Guide in wiki
[07:50] <dholbach> maybe we can re-use some of the bits from there once we have the packaging guide in LP
=== Rh0nda_ is now known as Rhonda
=== nenolod_ is now known as nenolod
[10:33] <udienz> dholbach: i hear moin moin can export to docbook http://moinmo.in/DocBook
[10:34] <dholbach> udienz, as far as I know it's not turned on for the ubuntu wiki and I'm not sure how well it deals with includes and everything
[10:35] <dholbach> I just started a discussion about the packaging guide on u-devel@
[10:35] <udienz> yup. i read it
[10:35]  * udienz ready to help
[10:36] <dholbach> excellent - I'm keen to hear everybody's feedback on it
[10:37] <dholbach> I hope folks like ReSt as much as I do - it's a lot of fun to write articles in it: http://bazaar.launchpad.net/~dholbach/+junk/ubuntu-packaging-guide/files (it's quite simple)
[10:38] <udienz> downloading...
[10:39] <dholbach> just have a look at the .rst files (and compare the output on http://daniel.holba.ch/temp/guide/)
[10:40] <nigelb> dholbach: so sphinx extends ReSt?
[10:40] <dholbach> nigelb, how?
[10:41] <nigelb> dholbach: I mean, the format for sphinx is ReSt (templating kida)?
[10:41] <nigelb> *kinda
[10:41] <dholbach> nigelb, how does it extend it?
[10:42] <nigelb> dholbach: ah, ugh, I assumed wrongly that Sphinx had its own formating for writing content.  Apologies.
[10:42] <dholbach> ah ok
[10:42] <nigelb> And I even read this page the other day.  Sigh.
[10:52] <nigelb> dholbach: If 1.1 doesn't make it to archives, can we put in a PPA and still use it?
[10:52] <nigelb> err, Sphnix 1.1 that is
[10:53] <dholbach> nigelb, it's in a PPA already and the way I see the guide evolving we can easily use 1.0 now and use that for getting the first articles set up, then once we have 1.1 we can add translations
[10:54] <dholbach> (and maybe backport, let's see)
[10:58] <nigelb> dholbach: ok, that sounds cool then, maybe you should add this bit to the discussion too
[10:58] <nigelb> since it almost negates on of the CON points for sphinx
[11:04] <dholbach> done, thanks nigelb
[11:05]  * nigelb hugs dholbach :)
[11:07]  * dholbach hugs nigelb back
=== jtechidna is now known as JontheEchidna
[15:24] <lfaraone> bdmurray: can you renew my membership in ~ubuntu-bugcontrol?
[15:32] <bdmurray> lfaraone: done
[15:45] <AnAnt> Hello, context 2010.07.30-1 has been uploaded to experimental, I think the reason is that they want to leave unstable as a staging place for fixing bugs
[15:45] <AnAnt> for testing. Do you think it is alright to sync context (which is currently at version 2009.11.26-2) from experimental ?
[15:46] <Laney> I'd ask the maintainer
[15:48] <AnAnt> Laney: debbug 606656
[15:49]  * Laney shrugs
[15:51] <Rhonda> I'd say it's a good candidate for a requestsync from experimental.
[15:51] <Rhonda> Though I really really hope that squeeze gets out before the import freeze for natty happens, otherwise natty will be in big troubles.
[15:52] <Laney> December 30th? :)
[15:52] <AnAnt> Rhonda: what trouble ?
[15:52] <Rhonda> AnAnt: Of not having really much difference over maverick?
[15:52] <ari-tczew> Rhonda: +1
[15:53] <Rhonda> People are holding back upload to unstable (and in some cases even to experimental) because of the Debian freeze.
[15:53] <Rhonda> So if squeeze doesn't get out the door it will affect natty quite deeply, too
[15:53] <AnAnt> they hope to release by christmas
[15:54] <Rhonda> Usually hope dies last.
[15:54] <Laney> I think it already has
[15:54] <Laney> I heard talk about January.
[15:54] <AnAnt> oh
[15:55]  * ari-tczew has sponsored a couple of sync requests from experimental.
[15:55] <highvoltage> at least the amount of rc bugs have come down quite nicely
[15:55] <Rhonda> highvoltage: Too little to make it for christmas, though.
[15:55] <Laney> It needs a new d-i release, amongst other things
[15:56] <Laney> AnAnt: Anyway, if you test the version and see that it works well enough then the sync won't be a problem
[15:56] <Rhonda> And the closer the release comes, the more eager some people seem to be to do mass RC bug filing.
[15:56] <AnAnt> Laney: I'm not much of a context user, I was hoping a context user would be around
[15:56] <Rhonda> I mean, someone came around to file a bunch of RCs against logrotate using packages about an issue that was open since three years now.
[15:58] <Laney> that reminds me, I have an RC to deal with (probably downgrade)
[15:59] <Rhonda> Me too %-)
[16:00] <Laney> life would be easier without users. :)
[16:00] <Rhonda> Actually it would be less fun, too
[16:00] <Rhonda> Ah, the RC is already demoted :)
[16:57] <lfaraone> bdmurray: thx
[17:57] <micahg> lfaraone: you're an implicit member in bugcontrol
[18:02] <lfaraone> micahg: oh, oops
[18:02] <lfaraone> micahg: good point
=== test__ is now known as anoteng
[20:23] <stefanoUbuntu20> hello
[20:29] <hajour> hai all i try to find TheMuso` .ore he can help with the ##speechcontrol program
[21:00] <micahg> cyphermox: regarding ofono, everything was fine except I noticed one file left under .pc, if you want I can take care of this and sponsor it
[21:02] <cyphermox> micahg: if you could just let me know what it was and how you fixed it
[21:03] <micahg> cyphermox: I'm just going to remove the .pc dir in bzr, it was probably left over from the source format 3 reversion
[21:04] <cyphermox> alright
[21:05] <micahg> cyphermox: so, you want me to just fix that an upload?
[21:06] <cyphermox> sure
[21:30] <ari-tczew> ScottK: did you saw 2 maintainers for tor? bug 689188
[21:30] <ubottu> Launchpad bug 689188 in tor (Ubuntu Natty) "Unblock Tor auto-syncing from Debian" [Undecided,Fix released] https://launchpad.net/bugs/689188
[21:30] <ScottK> ari-tczew: I did.  I think it's been unblocked.
[21:31] <ari-tczew> ScottK: That's right. Do they need to request PPU?
[21:31] <ScottK> First they need to show they are able to maintain the packages.
[21:31] <ScottK> They can get sponsored in the meantime.
[21:31] <ari-tczew> ScottK: That's fine for me. Is tor for universe?
[21:32] <ScottK> Yes
[21:32] <ari-tczew> OK.
[21:35] <tumbleweed> ScottK: can you reject googleearth-package from maverick-proposed, please?
[21:35] <ScottK> Sure.
[21:36] <tumbleweed> thanks
[21:36] <tumbleweed> SpamapS: ^
[21:38] <ScottK> Done
[22:10] <ebroder> barry: I don't have my LP creds with me at the moment to actually comment on the branches, but if you're making actual source changes instead of no-change rebuilds, you should change the version numbers on your Python packages to ubuntuN, not buildN
[22:13] <ari-tczew> that's right, we use -XbuildY only for non-changes upload (when only debian/changelog has been modified)
[22:32] <SpamapS> tumbleweed: thanks to you too. :)
[22:36] <tumbleweed> SpamapS: yeah I think you need to use arch: i386 amd64
[22:38] <SpamapS> tumbleweed: oh, if its that easy, yaaay. ;)
[22:43] <tumbleweed> well, its the easy answer, don't know if there's a better approach
[23:24] <micahg> geser: is there a reason why the xubuntu package set isn't showing up on the ubuntuwire FTBFS page?
[23:39] <ari-tczew> who knows, what does mean last column? http://qa.ubuntuwire.org/debcheck/debcheck.py?dist=natty&list=ALL
[23:41] <micahg> ari-tczew: looks like a couple columns were added w/out the headers being updated
[23:42] <ari-tczew> I don't understand these columns. What's the difference between 1st and 2nd...
[23:42] <geser> micahg: does it have any FTBFS? the page only lists those package sets who have at least on FTBFS
[23:42] <micahg> geser: yes, several
[23:46] <geser> hmm, interesting
[23:53] <geser> micahg: for some yet unknown reason the xubuntu package set isn't listed in the packagesets collection
[23:53] <micahg> geser: oh, is there anything I can do to fix that?
[23:54] <geser> micahg: find out why it's not listed there
[23:54] <micahg> geser: where's the list?
[23:55] <geser> enter "for ps in lp.packagesets: print ps" into lp-shell. That collection gets used for the FTBFS page.
[23:56] <geser> the "xubuntu" package set can be queried with edit-acl.py query -P xubuntu -S natty
[23:56] <geser> but it doesn't appear in that collection