[00:01] <bdrung> ari-tczew: pong
[00:08] <ari-tczew> bdrung: does ack-sync/syncpackage support noticing fakesync?
[00:09] <bdrung> ari-tczew: syncpackage detects and creates fakesyncs and therefore ack-sync does it too?
[00:09] <bdrung> ari-tczew: otherwise it's a bug
[00:10] <ari-tczew> bdrung: I'm only asking. I'll try ack-sync/syncpackage in natty.
[00:15] <Laney> ScottK: I'll talk to you about that at UDS since we have failed to have a voip chat about it ;)
[02:12] <ScottL> ScottK, sorry, i've been a bit delayed working on musescore, having back problems and doctor prescribed muscle relaxers today, we should get it built and test by tomorrow morning
[02:15] <sladen> by heck, they're breeding
[02:36] <highvoltage> /nick ScottJ
[02:37]  * highvoltage is bored and archive is frozen
[03:28] <ScottL> lol highvoltage and sladen  :)
[03:28] <ScottL> ScottJ was FTBFS
[04:26] <ScottK> ScottL: That should be fine.
[06:22] <superm1> ScottK, i want to say i saw a bug from you at some point that server is getting extra.ubuntu.com without the keyring package
[06:23] <superm1> what is the current plan to resolve that?  I noticed the same behavior in the mythbuntu RC just now
[06:24] <superm1> i'm expecting it's probably happening with xubuntu too
[06:33] <sladen> superm1: -> Launchpad -> File Bug -> High/Critical
[06:33] <superm1> sladen, he had an existing bug, i was hoping to piggy back off that but having trouble finding it
[06:35] <superm1> actually if i just look at recently filed bugs, here it is.  bug 653200
[06:35] <nigelb> bug 653200 or
[06:35] <nigelb> superm1: ah, beat me to it by a sec :)
[06:36] <nigelb> there is also bug 650525
[06:37] <superm1> i think the first one is more appropriate for this particular problem
[06:38] <nigelb> :)
[13:50] <ScottK> superm1: You need to decide if you want Mythbuntu to support extras.ubuntu.com or not.  ScottL probably needs to do similar.  Then either seed the keyring if you do or coordinate (via that bug probably) with mvo and cjwatson to make sure it does/doesn't get added to your sources.list.
[13:51] <ScottK> mr_pouit probably needs to consider it for Xubuntu, although for that one I think it's more likely the keyring should just be seeded (if it's not, I didn't check).
[14:32] <ScottL> ScottK, can you tell me more about extras.ubuntu.com and why we might want it included in our sources.list
[14:33] <ScottL> ScottK, btw, i'm building musescore in pbuilder upstairs right now
[14:34] <ScottK> ScottL: It's the repository for packages approved through the new Application Review Board.
[14:35] <ScottK> Since you're providing what is essentially a desktop system, I think you probably want it.
[14:35] <ScottK> (If you depend on ubuntu-desktop (I didn't check), then you already have the keyring)
[14:47] <ari-tczew> what are the ways to apply changed to Debian through DD?
[14:48] <ari-tczew> 1. NMU with ACK from maintainer ?
[14:48] <ari-tczew> 2. if it's QA, DD can do upload alone?
[14:51] <coolbhavi> ari-tczew, both are also right but if you want to fix a RC bug for example you do a NMU with permission from debian maintainer
[14:53] <ari-tczew> coolbhavi: so, I'm thinking about create a list Merge-o-Matic based on QA packages
[14:53] <ari-tczew> then DD who contributes to Ubuntu can see what it's possible to apply
[14:53] <coolbhavi> ari-tczew, hmm
[14:55] <ari-tczew> coolbhavi: this way we can create a tool, which will help to reduce a delta
[14:55] <mr_pouit> ScottK: bwarf, thanks, I'll seed it. Was the package name announced somewhere (e.g. on ubuntu-devel?), or was I supposed to guess that or grep through maverick-changes and all lp bugs?
[14:56] <coolbhavi> ari-tczew, a small doubt though, are you referring to a DD getting to know about patches present/applied in ubuntu?
[14:58] <ari-tczew> coolbhavi: yes.
[14:58] <mr_pouit> it exists already
[14:58] <coolbhavi> ari-tczew, then its already present in DDPO I think
[14:59] <coolbhavi> mr_pouit, exactly
[14:59] <ari-tczew> coolbhavi: what is DDPO?
[15:00] <coolbhavi> ari-tczew, Debian developer packages org I think
[15:02] <coolbhavi> ari-tczew, I suggest you look at ubuntu column in pts of a debian package
[15:04] <ari-tczew> coolbhavi: cold you give me a link? I'm a lazy  a bit :P
[15:05] <coolbhavi> ari-tczew, sure just a second
[15:06] <coolbhavi> http://packages.qa.debian.org/m/mobile-broadband-provider-info.html ari-tczew look at right hand bottom corner in ubuntu column
[15:23] <quidnunc> Is there a way to get changelog entries from installed packages?
[15:25] <coolbhavi> quidnunc, a simple way via synaptic is here: https://help.ubuntu.com/community/SynapticHowto#View the Changelog of a Package
[15:26] <quidnunc> coolbhavi: I meant from the cli
[15:26] <iulian> aptitude changelog <pkg>?
[15:26] <mr_pouit>  /usr/share/doc/<package name>/changelog.Debian.gz
[15:27] <coolbhavi> quidnunc, apt-listchanges maybe?
[15:27] <coolbhavi> quidnunc, http://manpages.ubuntu.com/manpages/hardy/man1/apt-listchanges.1.html
[15:28] <quidnunc> mr_pouit: Thanks
[15:29] <quidnunc> coolbhavi: Thanks, that's useful though not exactly what I wanted right now since it requires the deb
[15:30] <coolbhavi> quidnunc, hmm okay
[16:00] <ScottK> mr_pouit: It may be in desktop-common already.  Not sure.
[16:02] <ScottK> mr_pouit: I just accepted xubuntu-meta, so your updates are in.
[16:11] <ScottK> If someone wanted to fix http://launchpadlibrarian.net/56434966/buildlog_ubuntu-maverick-powerpc.quik_2.1-9.1_FAILEDTOBUILD.txt.gz the solution is to add -fno-stack-protector to CFLAGS for powerpc.
[16:11] <ScottK> I just didn't have a chance to do it.
[16:20] <ScottL> ScottK, musescore-0.9.3 tested and if we still have time it would be nice to include it in maverick
[16:32] <ScottK> ScottL: OK.  Will do.
[16:33] <ScottK> ScottL: Accepted.
[17:05] <ScottL> thank you ScottK
[17:07] <ScottK> ScottL: You're welcome.  Thanks for testing.
[17:12] <ScottL> ScottK, you're welcome as well :)
[17:33] <ricotz> ScottK, hi, could you have a look at https://bugs.launchpad.net/ubuntu/+source/docky/+bug/653662
[17:34] <ScottK> I was just reading it in my inbox.
[17:34] <ricotz> ok ;)
[17:35] <ScottK> Laney: ^^^ What do you think?
[17:35] <ScottK> (He's the last one to touch it and familiar with the package)
[17:36] <hyperair> afaik ricotz was the one who made this release of docky in debian though.
[17:37] <ScottK> Yes, which is good, but I'd like to get a second opinion from Laney.
[17:37] <ricotz> ScottK, it is a bug-fix only release and i will prepare a sru for lucid at some point
[17:38] <ScottK> ricotz: OK.  If it's bug fix only and not on any ISO images, it doesn't need release team approval.
[17:38] <ScottK> It just needs approval from an Ubuntu developer.
[17:38] <ricotz> ScottK, ok, sorry, i just want to do this right
[17:39] <ScottK> ricotz: Certainly.  No harm in asking.
[17:39] <ScottK> Trusting developers to upload a week before release without RT review is a little different than Debian does it ;-)
[17:57] <mr_pouit> ScottK: thanks!
[17:58] <ScottK> mr_pouit: You're welcome.
[18:55] <crimsun> bdrung: is audacious/util.h deliberately missing in maverick's audacious-dev?  (looking at xmp's FTBFS)
[18:58] <bdrung> crimsun: probably. i found src/libaudtag/util.h and src/audacious/util.h, but they are not installed.
[18:59] <bdrung> crimsun: i checked it again: upstream does not install the util.h file.
[19:01] <bdrung> crimsun: most functions defined there are removed. you probably have to include an other file in xmp.
[19:02] <bdrung> crimsun: i'll be away in 5 mins
[19:03] <crimsun> bdrung: sure, I'll take a look when I chunk through my backlog of 15.000 e-mails
[19:04] <bdrung> crimsun: have you been on holiday for one or two weeks? ;)
[19:05] <crimsun> bdrung: I have very infrequent Internet access because of my work location
[19:05] <bdrung> ok
[21:14]  * RainCT waits for someone to react to the "We've been doing this for 6 years and it's not working." comment (UDS brainstorm app devs thread)
[21:18] <kklimonda> RainCT: heh, maybe ScottK's question is importent - should we switch to the BSD (or similar model) where we disitrbute only the core.. but then, what is the core of the Desktop-oriented distribution? questions, questions..
[21:18] <kklimonda> important*
[21:19] <ScottK> If we want to change the distribution model, then we should consider it and do it on purpose, not just back into it.
[21:19] <kklimonda> right
[21:24] <sladen> mmmhmm, incremental transition/adjustment/experimentation tends to me functional that dropping everything and going in a different direction