[07:39] <dholbach> good morning
[07:39] <bkerensa> good morning dholbach
[07:40] <dholbach> hey bkerensa
[08:44] <Rhonda> about Bug 921118, should I close it and run syncpackage instead?
[08:45] <tumbleweed> Rhonda: syncpackage can close bugs
[08:46] <Rhonda> ah, right
[08:48] <Rhonda> hmm
[08:48] <Rhonda> syncpackage: Launchpad bugs to be closed: 921118
[08:48] <Rhonda> syncpackage: Please wait for the sync to be successful before closing bugs.
[08:48] <Rhonda> Close bugs [Y|n]?
[08:48] <tumbleweed> yeah, it's less than perfect :P
[08:48] <Rhonda> Somehow that sounds like it doesnt want me to close bugs?
[08:48] <tumbleweed> launchpad 's syncing api doesn't offer to close
[08:50] <Rhonda> So will they get closed before the sync happens?
[08:54] <dholbach> I usually wait for the mail to show up, then hit "Y"
[08:55] <Rhonda> does backportpackage only work for uploading to PPAs?
[08:56] <tumbleweed> Rhonda: you have to tell it to close the bug
[08:56] <tumbleweed> Rhonda: it's up to you to say "ok close it now"
[08:56] <Rhonda> dholbach: how long does that usually take?
[08:57] <Rhonda> tumbleweed: so it wouldn't pick up LP: #1234 from the changelog automatically?
[08:57] <dholbach> Rhonda, 2-3 minutes, I think
[08:57] <tumbleweed> Rhonda: no
[08:57] <tumbleweed> oh, sorry yes
[13:01] <tumbleweed> Laney: thanks for taking this to the techboard
[13:04] <Laney> absolutely
[14:05] <highvoltage> Laney ftw.
[14:08] <Laney> highvoltage: make sure you comment or turn up to the meeting :-)
[14:10] <highvoltage> Laney: oh, I will
[14:10] <Laney> rock
[14:11] <highvoltage> Laney: backtracking on that there's no seperate 'business' release and that 'parner' is now somehow part of Ubuntu is just BS.
[14:11] <highvoltage> (but that you know)
[14:11] <Laney> the business thing is a proposed new product
[14:12] <Laney> well I think it's more than proposed actually
[14:12] <highvoltage> at least in the default sources.list it always said:
[14:12] <highvoltage> ## Uncomment the following two lines to add software from Canonical's
[14:12] <highvoltage> ## 'partner' repository.
[14:12] <highvoltage> ## This software is not part of Ubuntu, but is offered by Canonical and the
[14:12] <highvoltage> ## respective vendors as a service to Ubuntu users.
[14:12] <Laney> heh heh
[14:14] <highvoltage> Laney: actually I might even end up launching a campaign about it, I'm really worked up about it
[14:19] <geser> I hope it's easier than to teach Debian users that Debian non-free isn't part of Debian
[14:20] <tumbleweed> well yeah, from most users' point of view it is part of Ubuntu. They see Ubuntu as a Canonical product, so this is totally part of Ubuntu
[14:20] <highvoltage> yeah
[14:20] <Laney> Debian is easier, as SC#5 says that.
[14:20] <tumbleweed> yup
[14:21] <Laney> We should work with the TB in the first instance. I'm sure there's a sensible outcome to be had here (…)
[14:21] <tumbleweed> sure, and we'd all like to not see Ubuntu internal bickering in the news :)
[14:23] <highvoltage> Laney: I have a stong urge to blog about it, do you think that's ok?
[14:24] <Laney> Depends how you write it :-)
[14:35] <geser> Laney: true, but how many Debian users have really read the SC and know about #5?
[14:37] <Laney> At least it is there to point people at, in a founding document
[14:41] <Laney> i.e. it is unquestionable in that sense
[18:07] <Q-FUNK> howdy.  I seem to get warnings from CDBS' list-missing since I split one library into foo2 and foo-common, yet debc shows that the files correctly installed in foo-dev as intended.
[18:08] <Q-FUNK> would anyone happen to know what causes list-missing to complain, even though everything was correctly installed?
[19:26] <jtaylor> yey the lp ppa build queue is so long my daily builds are starting to queue up :O
[19:27] <ajmitch> you're at the point where you've got more than 1 day of builds in the queue?
[19:43] <micahg> wow, PPA queue is longer than PowerPC now
[20:26] <l3on> Hey.. someone can open bug 629246 for oneiric/maverick/natty ?
[20:40] <TiMiDo> hey guys
[20:40] <TiMiDo> how is everyone doing. here
[20:46] <roaksoax> 9/win 3
[21:38] <koolhead17> hi all
[21:55] <TiMiDo> hi koolhead17
[21:57] <koolhead17> hi TiMiDo
[22:26] <TiMiDo> hi koolhead17
[22:26]  * koolhead17 reading up on merging
[22:28] <TiMiDo> nice I'm uploading some patches to upload,
[22:28] <TiMiDo> to see if that will get rid of the bug,,
[22:52] <astraljava> Hey Masters! Are packages synced from unstable still? Do I need to file a request for one?
[22:53] <ajmitch> they've been synced from testing up until a couple of weeks ago, so a sync request is needed for anything newer
[22:54] <ajmitch> or merge if there are changes in ubuntu
[22:54] <astraljava> ajmitch: Thanks! I just noticed there is an update to audacious in unstable, and we're seeding that. But it FTBFS on some archs, so I will wait a little while to see if there are fixes. Thanks!
[23:08] <micahg> l3on: I don't know that dropping hal in the stable releases is a good SRU
[23:09] <l3on> mmmmmmmmmmm
[23:10] <l3on> well, in oneiric works great
[23:10] <jtaylor> tumbleweed: you're in the motu relase team right?
[23:10] <micahg> l3on: works, yes, but that might regress functionality
[23:11] <l3on> not really, wait, there is a old debian bug ...
[23:12] <micahg> l3on: it's perfect for precise though as hal needs to die, so syncing
[23:13] <l3on> micahg, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615210
[23:13] <l3on> seems that hal is not necessary
[23:14] <jtaylor> tumbleweed: ipython upstream is discussing bugfix release or new upstream mid march if it would still got into precise
[23:14] <micahg> l3on: right, well, it's not used very much as all now, but in the stable releases, the further back you go, the more it's used
[23:15] <jtaylor> is it still realistic to get a freeze exception based on this rational: core functionallty known from < 12.04 is not changed much, we don't want to keep 0.12 due to bugs and interface change in new parts of 0.13?
[23:18] <l3on> micahg, so, what you suggest ? :)
[23:20] <micahg> l3on: no rdeps, so adding hal as a dependency seems safest
[23:21] <micahg> l3on: but feel free to discuss with an SRU team member, I"ll give you the bug tasks since you're working onthis
[23:22] <l3on> ok, thanks micahg :)