[00:28] <jdong> ScottK: bleh, lost my scrollback
[00:29] <jdong> which bug did you want me to look at?
[00:29] <ScottK> Just a moment
[00:29] <ScottK> jdong: Bug 413252
[00:59] <jdong> ScottK: diff acked
[01:05] <nhandler> kirkland: Would it be possible to patch manpages.ubuntu.com so it makes wrapped URLs clickable?
[01:05] <kirkland> nhandler: example?
[01:05] <nhandler> kirkland: http://manpages.ubuntu.com/manpages/karmic/man1/notify-send.1.html
[01:05] <kirkland> nhandler: hmm...
[01:06] <kirkland> nhandler: actually, i'd like to get the parser to *not* wrap :-)
[01:06] <kirkland> nhandler: i think it's w3m that's responsible for that
[01:06] <kirkland> nhandler: let me check ....
[01:09] <segler>  hi, I changed a revu package according to comments, could somebody take a look on it? http://revu.ubuntuwire.com/p/rhythmbox-radio-browser thanks in advance
[01:10] <kirkland> nhandler: okay, i think i found it
[01:10] <kirkland> W3MMAN_MAN='man --no-hyphenation'
[01:20] <kirkland> nhandler: thanks for the suggestion
[01:20] <kirkland> nhandler: fix committed
[01:20]  * nhandler hugs kirkland 
[01:20] <kirkland> nhandler: that'll get updated when i push the changes for Lucid
[01:20] <kirkland> nhandler: probably within a week or two
[01:21] <nhandler> Sounds great kirkland. Thanks again for your work on this
[01:22] <kirkland> nhandler: no problemo, committed r157.  pushed.
[01:56] <hedkandi> hello folks, has any kind person perchance got time to tell me about debian rules
[02:01] <hedkandi> rules files like eg. http://revu.ubuntuwire.com/revu1-incoming/swiggle-0905081139/swiggle-0.4/debian/rules
[02:12] <ScottK> jdong: Got it.
[02:14] <ScottK> jdong: Would you also please look at bug 471917
[02:34] <jdong> ScottK: done
[02:34] <ScottK> Thanks.
[02:38] <ScottK> kirkland: ^^^ accepted.
[02:42] <ScottK> jdong: Bug #464668 is the only other pending upload.  I've no strong opinion either way, but have a look please.
[02:51] <jdong> ScottK: heh it seems like something that "needs to happen" right?
[02:51] <jdong> given that the python itself is a done deal already.
[02:51] <ScottK> I think it's cosmetic only.
[02:51] <ScottK> I'd ask doko_ if you want to know for sure.
[02:52] <jdong> heh
[02:52] <jdong> it doesn't sound like it hurts...
[02:54] <jdong> After contemplating a bit, I'm fine with it. see no problems; ACKed.
[02:54] <jdong> but eh it's kinda amusing :)
[02:55] <ajmitch> that's in main, right?
[02:56] <ajmitch> I see, a couple of separate source packages there just to confuse matters
[02:59] <YokoZar> nxvl: not the latest.  and none of them work with newer iPods because Wine doesn't have a USB driver layer yet
[02:59] <kirkland> ScottK: cheers, thanks man
[03:00] <ScottK> ajmitch: Python gets split up for licensing reasons
[03:09] <nxvl> YokoZar: ugh, ok, thanks
[03:09] <ScottK> jdong: OK.  Your call.
[03:13] <ScottK> jdong: Accepted.  That just leaves sorting lmms and we've discussed that already.
[03:14] <ajmitch> so that's a sign that you need more SRUs to approve?
[03:14] <ScottK> No, jdong needs more SRUs to approve.  I just accept them.  He's the brains of the operation (scary I know).
[03:15] <ajmitch> we're doomed
[03:26] <jdong> lol
[03:27] <jdong> love you guys too :)
[03:31] <maco> hahaha
[03:49] <ScottK> jdong: Would you please upload the backport for Bug #216761.  I can accept that one too.
[03:57] <ajmitch> ScottK: I finally found something relevant for that boost & python issue
[03:58] <ScottK> ajmitch: What is it?
[03:59] <ajmitch> I found a commit in boost's SVN about python 3.x compatibility which looks relevant, I'm just going to build boost with the patch to test it
[03:59] <ScottK> Cool
[03:59] <ajmitch> https://svn.boost.org/trac/boost/changeset/53731/sandbox-branches/bhy/py3k
[04:00] <ajmitch> once I get the right magic for the SRU I'll update the bug
[04:15] <LLStarks> can i get a new look at the following bugs?
[04:15] <LLStarks> https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/293418
[04:15] <LLStarks> https://bugs.launchpad.net/bugs/253854
[04:16] <ScottK> LLStarks: What's the question?
[04:16] <LLStarks> can this be addressed for lucid? it looks sloppy as is.
[04:16] <ScottK> Well 253854 is done.  Nothing to address.
[04:17] <ScottK> Last I heard the gstreamer backend was incredibly buggy.
[04:17] <LLStarks> forcing a kde environment to set qt4 is not acceptable.
[04:17] <LLStarks> *set phono
[04:17] <LLStarks> **phonon
[04:19] <ScottK> How do we force a KDE environment?
[04:23] <ScottK> LLStarks: I don't understand the statement about a KDE environment. The Phonon we are shipping for Jaunty and Karmic both is the Qt one.
[04:24] <LLStarks> whatever. i'm exhausted. i did 9-5 today and then sat through a 3 hour seminar.
[04:25] <LLStarks> anyway, i'd like to see qt4 compiled properly with phonon.
[04:25] <ScottK> OK.  Then why are you asking to discuss this now.
[04:25] <ScottK> It is.
[04:25] <ScottK> I'm not sure why the Qt configuration dialogue doesn't work, but the Phonon is the Qt one.
[04:25] <LLStarks> gotcha.
[04:25] <LLStarks> should i keep the bug open?
[04:27] <ScottK> Not sure.  There is work to redo the way phonon works with the various backends already planned for Lucid.  We already have a new package, https://launchpad.net/ubuntu/+source/phonon-backends that's part of it.
[04:28] <JontheEchidna> ^pretty much just the phonon source package renamed, debian did that
[04:29] <JontheEchidna> Dunno why the Qt config is all greyed out. The plugins are installed to the Qt4 location so it should see them
[04:29]  * ScottK says ^^^ is the expert
[04:30] <JontheEchidna> only expert enough to have no clue why it is failing when it shouldn't :P
[04:31] <ScottK> Oh, then we're even
[04:38] <jdong> ScottK: wait, 216761 can't be auto-backported?
[04:38] <jdong> (intrepid-updates -> hardy-backports)
[04:38] <ScottK> jdong: OK.  The way I read it, it was a source backport.  Nevermind then.
[04:38] <jdong> ScottK: yeah sorry for the confusion; it's a normal backport from intrepid
[04:38] <ScottK> No problem
[04:38] <jdong> ack ubuntu-archive was never subscribed, were they..
[04:39] <jdong> whoops :)
[04:39] <ScottK> Yes.  That's the list I saw the bug on
[04:39] <jdong> oh :)
[04:39] <jdong> well silly launchpad UI and find-as-you-type then :)
[04:55] <ajmitch> how annoying, I can't upload to a ppa with karmic-proposed in the changelog :)
[04:57] <ScottK> ajmitch: Nope.
[04:59] <ajmitch> I'll just leave boost compiling on the laptop for the next week then
[04:59] <ScottK> Just upload to karmic and don't sweat it for a PPA
[05:01] <ajmitch> I was in a rush, it's no big issue to fix the changelog & reupload now that I'm at home
[05:02] <ajmitch> I just had to complain about it, even though it makes sense for a ppa to not accept -proposed
[05:03] <ScottK> It makes no sense of a PPA to care.
[05:04] <ScottK> I suggested have PPA's only accept uploads to a target of *-ppa so stuff doesn't accidentally end up in the archive.
[05:04] <ScottK> Been there, done that.  Would prefer to avoid it happening again.
[05:04] <ajmitch> maybe we could bug/bribe wgrant to fix that
[05:04] <ScottK> Oooh.  Good point.
[05:04]  * ScottK looks around.
[05:05] <jdong> ScottK: oh yea, BIIIIG +1 there.
[05:05] <micahg> there's bug 374675
[05:32] <wgrant> ScottK: It has been suggested and rejected before, I think.
[05:33] <wgrant> But yes, that would be good.
[05:45] <ScottK> wgrant: It has, but it's still a good idea and none of the reasons why not ever made any sense to me.
[05:46] <wgrant> ScottK: Some PPAs probably need to support pockets.
[05:47] <ScottK> wgrant: OK.  That may be a reason not to require it, but not a reason not to allow it.
[05:47] <ScottK> Personally I wouldn't mind having a little more assurance than me remembering to dput to the right place.
[05:48] <wgrant> It is certainly concerning.
[07:56] <dholbach> good morning
[07:58] <geser> Guten Morgen dholbach
[08:00] <dholbach> hi geser
[08:21] <fcuk112_> what's the process to package an application?  i.e. https://bugs.launchpad.net/ubuntu/+bug/480489
[08:26] <fcuk112_> ah i found the MOTU guide - does it have to be done from scratch?
[08:40] <fcuk112_> ah i found the recipe for updating a package.
[09:45] <slytherin> fcuk112_: isn't opera already available in partner repository?
[10:19] <\sh> moins
[11:13] <ari-tczew> "thanks" for sponsors who is ignoring debdiffs other people, fuck you
[11:15] <joaopinto> !language
[11:15] <ari-tczew> sorry, but this is true
[11:16] <joaopinto> whatever you are going throw is not an excuse to have that language on this channel
[11:16] <Laney> no, it's not the way to deal with problems
[11:16] <joaopinto> if you are not happy with a specific problem, use the appropriate communication channel
[11:16] <joaopinto> erm, through
[11:17] <joaopinto> and use the appropriate language
[11:18] <ari-tczew> I'm very sad that I could not meet him live
[11:18] <ari-tczew> :]
[11:18] <dholbach> ari-tczew: what are you talking about?
[11:20] <ari-tczew> I'm working on debdiffs only just for see later, that someone sponsor ingored my work and upload his debdiff, this not a fair
[11:20] <dholbach> ari-tczew: what specifically are you talking about?
[11:21] <ari-tczew> this is not the first time
[11:21] <ari-tczew> e.g. bug #477387
[11:21] <ari-tczew> look at date attached debdiff and look at date last uploaded package drupal5 in lucid
[11:22] <ari-tczew> conclusion? ignorance
[11:22] <ari-tczew> thanks for contribution to Ubuntu and makes him better!
[11:22] <dholbach> maybe I can try to explain what happened
[11:22] <dholbach> if you have a look at I'm sorry that happened
[11:22] <dholbach> oops
[11:22] <dholbach> if you have a look at https://merges.ubuntu.com/universe.html
[11:23] <dholbach> you will see a list of packages, which version they have in debian, which in ubuntu and so forth
[11:23] <dholbach> also it lists who did the last upload of a package
[11:23] <dholbach> there's sort of an expectation in Ubuntu development land that whoever did the last upload will also take care of doing the merge
[11:24] <dholbach> so it makes sense to talk to that person
[11:24] <dholbach> I'm absolutely not saying that you're to blame
[11:24] <dholbach> it's a shame if two people work on the same thing and nobody realises the other one is doing that
[11:25] <dholbach> it'd be nice if \sh would have had a look at the sponsoring queue first... but it's an oversight that can happen all to easily
[11:25]  * Laney is guilty of not usually checking it
[11:25] <dholbach> and it's certainly not a reason to get upset like that
[11:26] <joaopinto> hum, is the uploader responsibility or the last change author ? It makes more sense to be the last change author
[11:26] <dholbach> ari-tczew: and if you ever were in doubt: your contributions to Ubuntu ARE appreciated
[11:26] <dholbach> joaopinto: it's a bit hard to figure that out "last uploader" is something that can be checked programmatically
[11:27] <dholbach> joaopinto: but yeah, it'd be nice if whoever wrote the patch initially took care of the merge or a version of the patch that could go upstream :)
[11:27] <joaopinto> well, I see my name there because of some FTBFS work, I guess it comes from the last entry on debian/changelo
[11:27] <dholbach> joaopinto: yep
[11:27] <Laney> yes
[11:27] <Laney> that's called touched-it-last
[11:28] <joaopinto> I am always last on this merge vs sync thing, every package which has ubuntu changes requires a merge ?
[11:28] <joaopinto> ops, lost
[11:29] <ari-tczew> dholbach: sorry man, but I reported bug earlier, he could check it on launchpad
[11:30] <dholbach> ari-tczew: I know... as I said above the workflow generally is a bit different for merges, but the good news is: you can add comments on https://merges.ubuntu.com/universe.html now :-)
[11:30] <ari-tczew> so I am accusing him ignorance
[11:30] <dholbach> calm down, accusations are not going to get you anywhere
[11:30] <geser> joaopinto: yes, every package we touch, we need to merge (or sync) later manually
[11:30] <dholbach> it's a shame it happened, but the only thing we can do for now is trying to make sure it doesn't happen in the future
[11:31] <joaopinto> ok, tks
[11:31] <dholbach> we can 1) all try to have a look at the sponsoring queue first and 2) all comment on the merges page if we already did something or want to work on it
[11:33] <ari-tczew> OK, but as I said earlier, this is not first time
[11:35] <dholbach> ari-tczew: I'm sure that if you mail Stephan and talk to him in a REASONABLE way about your sense of frustration, something good may come out of it
[11:35] <geser> ari-tczew: have you tried to talk to the person who did the upload ignoring your debdiff?
[11:35] <dholbach> but we absolutely don't accept language like the one above
[11:37] <ari-tczew> geser: for what? now it's gone, merge done.
[11:38] <geser> ari-tczew: why it happened and how it can be prevented from happening again
[11:39] <ari-tczew> OK I'll ask him about this situation :]
[11:42] <ari-tczew> can some one open task for jaunty, karmic and lucid on bug #371187
[11:43] <ari-tczew> in my ignored debdiffs I have fixed this issue, so I want to make new debdiff
[11:44] <geser> ari-tczew: have you talked to ScottK about it as he declined those tasks?
[11:47] <ari-tczew> comment #8 says that this is can fixed only in lucid, right?
[11:52] <geser> yes (but nothing stops you to try to convince Scottk if you have good arguments for a SRU)
[11:53] <\sh> guys, I'm just reading the backlog (meetings suck)
[11:54] <\sh> ari-tczew, sorry...I didn't check the sponsoring queue...just the mom list...
[11:54] <ari-tczew> wow!
[11:56] <ari-tczew> \sh: I wonder that you and other sponsors will checking in future more than only MoM list
[11:56] <\sh> ari-tczew, btw, we can fix your #371187 issue in lucid still...
[11:57] <\sh> ari-tczew, it would have been good, when you comment on the MoM list, that there is something, then the merging dude can visit the report and work with that...
[11:57] <\sh> ari-tczew, anyways, it's not too late to fix some issues...I'm happy to push your changes
[11:58] <ari-tczew> OK, I'll comment on the MoM list in future
[12:01] <\sh> ari-tczew, it wasn't with purpose...so no need to be angry...:) and if you have something sh@sourcecode.de is my private mail :) and I'm reading it :)
[12:03] <ScottK> ari-tczew: Since your drupal change is also changeable via an admin changing a config option, I don't think it warrants SRU.  I'm not on motu-sru, and so the final decision is really theirs.
[12:05] <ari-tczew> \sh: just I wasted my time.
[12:07] <ScottK> ari-tczew: You wasted it by not checking with the previous uploader.  You should have done that first.  \sh should have also checked bugs, but you also have a role in this.
[12:09] <\sh> clean urls in drupal are normally disabled (regarding the standard package from drupal upstream) because they can't know if the hosting provider or the server does have mod_rewrite and .htaccess enabled...regarding ubuntu, we didn't enable mod_rewrite by default...
[12:09] <ScottK> It says right at the top of https://merges.ubuntu.com/universe.html, "If you are not the previous uploader, ask the previous uploader before doing the merge. This prevents two people from doing the same work."
[12:12] <maxb> That reminds me
[12:12] <ari-tczew> ScottK: so this is mistake the two of us
[12:12] <maxb> andersk: I was thinking of merging subversion for lucid as I've kind of already done it for the PPA. Hence checking with you as previous uploader
[12:13] <maxb> btw, the Subversion version I want to merge is failing its armel builds in Debian with a testsuite failure... does that mean I should not request sponsorship for getting it into lucid?
[12:14] <ScottK> ari-tczew: Yes, but the first was yours and your reaction wasn't very proffesional either.  In a large distributed team working on many things, sometimes things like this are going to happen.  It is unavoidable because we aren't perfect.
[12:18] <ari-tczew> ScottK: okay, okay, it's gone.
[12:19] <ari-tczew> in future I need to send mail (ask) to previously debdiff's merge uploader, then comment on the MoM list
[12:20] <geser> ari-tczew: asking on IRC is also valid
[12:27] <ari-tczew> geser: OK, but on IRC I must waiting to his presence, but e-mail is more confident for that he'll read my message
[12:29] <geser> it's only a further option you have, and I use it also only when I know that the person is active on IRC
[12:37] <ari-tczew> Ampelbein: do you will work on merge? bug #434433
[13:23] <slytherin> Can anyone please tell me what this error is - dpkg-genchanges: failure: cannot read files list file: No such file or directory
[13:24] <siretart`> slytherin: try options -S
[13:25] <slytherin> siretart I am using dpkg-buildpackage -b directly to build binary package.
[13:27] <Laney> slytherin: apparently it can be caused by missing required targets in the rules file
[13:27] <Laney> debian bug 447248
[13:29] <slytherin> Laney: There are no targets missing.
[13:30] <geser> slytherin: for which arch is the package it fails on?
[13:31] <slytherin> the package is arch:all and it is failing on i386.
[13:34] <slytherin> Laney: geser: Here is rules file - http://paste.ubuntu.com/315936/
[13:36] <Laney> slytherin: can you pastebin the build log too?
[13:37] <slytherin> Laney: http://paste.ubuntu.com/315939/
[13:38] <siretart`> slytherin: do you have a 'debian/files' at all?
[13:39] <slytherin> siretart`: I don't. I tried creating it but it is getting overwritten.
[13:39] <geser> slytherin: -a = process only arch:any packages, but you want to build an arch:all
[13:40] <geser> try removing the -a after dh_* in the binary-indep target (or replace with -i)
[13:41] <slytherin> geser: that worked, but a different error.
[13:41] <geser> what error do you get now?
[13:41] <segler> hi, I'm searching for advocates, I changed my revu package according to comments. http://revu.ubuntuwire.com/p/rhythmbox-radio-browser thanks in advance
[13:41] <geser> I assume a missing dh_gencontrol before dh_builddeb
[13:42] <slytherin> geser: bingo. Found that from error.
[13:54] <slytherin> geser: Laney: Now that I am used to cdbs, it is really pain to package from scratch using only debhelper.
[13:55] <Laney> slytherin: Yeah I don't write debhelper stuff like that any more
[13:55] <Laney> dh7 all the way
[13:56] <slytherin> I want to learn dh7
[13:57] <Laney> just start with the rules.tiny file
[13:57] <Laney> and then override the commands you need to customise as required
[13:57] <slytherin> but since I work on java packages most of the time cdbs is handy so there is not much motivation to learn dh7.
[13:57] <Laney> yeah haskell is like that
[13:57] <Laney> I want to write the dh7 integration code though
[13:58] <Laney> apparently it's not so bad to integrate new build systems into the dh_auto_* stuff
[13:58] <slytherin> time to go home. see you all later.
[14:08] <wrapster> building a pkg breaks giving me this error http://pastie.org/693641
[14:09] <wrapster> ive also pasted the rules file.. there.. But the irony there are several pkgs that have the same rules file.. but only a few break at this point.. can anyone pls help men.
[14:19] <bddebian> Heya gang
[14:21] <JonyBlaze> anyone here a watch file master?
[14:29] <JonyBlaze> or know exactly how i can specify the local version in the watchfile
[14:29] <JonyBlaze> in uscan man page it says you can but doesnt say how
[14:30] <bddebian> What do you mean by specify the local version?
[14:30] <wrapster> can anyone look at the pastie ive done pls.. its my first time ive encounterd this issue.
[14:31] <bddebian> Adri2000: Are you still around/active??
[14:32] <bddebian> I'd really like to get djplay "fixed" in Debian.
[14:32] <bddebian> JonyBlaze: What do you mean by specify the local version?
[14:34] <bddebian> geser: You fixed djplay in Ubuntu, any idea what's up with Adrien?  I was considering NMUing it but I'd rather patch it properly than making inline changes.
[14:35] <JonyBlaze> bddebian: instead of it reading the version from the source dir
[14:36] <JonyBlaze> bddebian: or control file or where ever it normally reads it
[14:36] <bddebian> Why would you want to do that?  If you need to mangle the version, use dversionmangle
[14:39] <bddebian> Screw it, I'm adding quilt and NMUing it
[14:39] <JonyBlaze> because i fail at pearl?
[14:40] <bddebian> JonyBlaze: What is the current debian version?
[14:40] <JonyBlaze> 8.1.1.444
[14:41] <bddebian> JonyBlaze: And what does upstream version look like, then?
[14:41] <JonyBlaze> 811r444
[14:41] <bddebian> ugh, wtf
[14:41] <JonyBlaze> i know
[14:42] <bddebian> You need to use uversion mangle then, not dversion mangle
[14:43] <bddebian> Sorry I'm not sure I can do that one either but someone should be able to help.  Check the uversionmangle examples in man uscan, there are some similar.
[14:43] <sebner> heya bddebian :)
[14:43] <bddebian> Huhu sebner :)
[14:45] <geser> bddebian: no idea, I only got one short comment from him on bug 428904
[14:46] <sebner> hiya geser :)
[14:46] <geser> Hi sebner
[14:50] <JonyBlaze> bddebian: since i shouldnt relly use devel versions anyways and should just package stables how could i turn Pep811 to pep8simulator8.1.1
[14:51] <JonyBlaze> or i wouldnt need to worry about the pep8simulator
[14:51] <JonyBlaze> so 811 to 8.1.1
[14:51] <JonyBlaze> that should be easy
[14:51] <wrapster> is there anyone who can look at this http://pastie.org/693641 pls
[15:08] <JonyBlaze> ok i figured it out
[15:10] <bddebian> \o/
[15:12] <bddebian> wrapster: Sorry, no clue on that one
[15:12] <wrapster> bddebian: hmm ok.. will try to figure it out.
[15:21] <cody-somerville> wrapster, Are you developing a package for Ubuntu or Nexenta?
[15:29] <JonyBlaze> getting a lintain error about lucid being invalid is not something that i can fix atm is it?
[15:32] <randomaction> it's not a problem, you just have old lintian
[15:54] <JonyBlaze> so is it not ok to just include the copyright header and tell where to find it?
[15:54] <JonyBlaze> in copyright
[16:22] <blackxored> Hello, I'm just finishing the debian NM process, I'm waiting for DAM approval for becoming an official debian developer, I'm now just wondering if the process in ubuntu is easier than the one I've just passed, to see if I can become an ubuntu dev or MOTU as well, any clues?
[16:32] <blackxored> hello, how can I join the motu team? and please don't paste me the wiki link, I'm just finishing debian NM process BTW
[16:32] <siretart`> the wiki link explains that in full length
[16:33] <blackxored> siretart, right, I've read the wiki long time ago, and I think nowhere explains how a DD can become a motu faster, which you told me on the #ubuntu-devel channel
[16:34] <sebner> blackxored: well, you still have to do some work in ubuntu itself (merges, syncs which the wiki explains),  you must prove you can work with the freezes and the specific rules etc
[16:35] <blackxored> sebner, that's exactly what I'm asking for, what a debian developer needs to know to become an ubuntu dev
[16:35] <blackxored> enlighten me plz
[16:35] <siretart`> blackxored: non debian folks need to show their contributions to
[16:35] <siretart`> ubuntu. as DD, you can show your debian contributions. that's the shortcut
[16:35] <blackxored> siretart, right
[16:35] <blackxored> siretart, and after that?
[16:36] <Laney> apply as normal
[16:36] <Laney> You get to talk about your previous experience
[16:45] <blackxored> where to apply
[16:45] <blackxored> and if I have a person which is glad to sponsor me I can contact him for this, right?
[16:46] <geser> MC (MOTU Council) or in the near future DMB (Developer Membership Board). There is some progress to merge MC into DMB
[16:46] <Laney> try this: https://wiki.ubuntu.com/UbuntuDevelopers
[16:47] <Laney> you can talk to the MC for what they'd actually want to see of a DD applying to them
[16:47] <geser> blackxored: for the application yes, they add their comments to your wiki page (see the template)
[16:47] <blackxored> geser, right
[16:47] <blackxored> do you think is ok if I start the process now
[16:50] <geser> blackxored: the process itself is pretty short once you have your supporters. And you get your supporters by doing contributions, so they know you and you them
[16:51] <blackxored> geser, fine
[16:51] <geser> blackxored: as a DD you have already proved your packaging skills (else you wouldn't be DD), so what's missing is knowing the Ubuntu processes (syncs, merges, freeze exceptions) and working with the community and the community with you
[16:52] <blackxored> geser, so what exactly I need to know, because I'm aware of what's a sync, what's a merge, how to do them, and community I dunno what you mean, I think you're talking about bug reports, patches and general feedback
[16:52] <geser> once you got this parts, you can fill you wiki page, ask the persons you work with to add a comment and apply to the MC. the MC has a meeting twice a month where we process your application
[16:53] <blackxored> geser, great I'll setup the wiki soon
[16:53] <Laney> geser: would you expect to see direct contributions?
[16:55] <geser> Laney: yes, but I assume that comes automatically when trying to get integrated
[16:55] <geser> blackxored: in what part of Ubuntu do you plan to help?
[16:55] <blackxored> geser, packaging aka MOTU
[16:56] <Laney> sure
[16:56] <blackxored> ScottK told me there are no so many MOTUs that know about java and encouraged me to integrate, also there's slythering which I've been working with since a time ago
[16:58] <blackxored> that's basically what holds me in java, since I've almost replaced it entirely by ruby/jruby
[17:01] <geser> yes, slytherin and IIRC ttx look after the java packages, so when you start working with them, you should get two possible supporters for your application
[17:01] <Laney> just work through a sponsor for a little while and you will be ready to apply in no time
[17:01] <geser> and probably some others depending on who sponsors your syncs, merges, debdiffs
[17:02] <blackxored> geser, fine
[17:02] <Laney> actually I find it weird sponsoring people who are better packagers than me
[17:02] <blackxored> geser, I can initially start working in the same packages I maintain on debian
[17:03] <blackxored> sadly, eclipse-ubuntu took a radically different approach for packaging, so I can't help a lot in here
[17:03] <geser> it's up to you, we have here no maintainer lock
[17:03] <blackxored> geser, I know
[17:03] <Laney> you can help in reconciling the two distros ;)
[17:04] <blackxored> geser, I hated that at the very beginning, but when I joined debian-java I started to see a good pattern in that approach
[17:08] <yofel> hi, I've got some SRU questions: would the multiverse package 'rott' be SRUable? It can't be installed in karmic due to bug 411262
[17:08] <geser> yofel: yes, that qualifies for SRU
[17:08] <yofel> in short: it's a broken ftp link in the posinst script that leads to a broken state
[17:09] <yofel> so if I want to sru this what do I need to do? subscrib motu-sru and then upload the package to karmic-proposed?
[17:09] <yofel> *subscribe
[17:10] <yofel> and the package maintainter needs to be set from the debian games team to Ubuntu MOTU Developers right?
[17:10] <jdong> yofel: *puts on MOTU-SRU hat* I'd prefer attach a debdiff of what you'd upload to -proposed, subscribe motu-sru for an ACK, then upload.
[17:11] <yofel> ok, I'll do that then, thanks!
[17:11] <jdong> sure thing :)
[17:11] <jdong> and since I happen to be around, feel free to ping me again once that's been done
[17:11] <jdong> that way you aren't at the bottom of *looks* 190 LP e-mails.
[17:14] <geser> bdrung_: do you know if the source packages pwdhash and stanford-pwdhash are the same?
[17:18]  * jdong struggles to parse bug 480692
[17:18] <Laney> dtchen: Is bug 480796 alright? Just saw your comment on my blog post asking me to file a new bug.
[17:20] <jdong> Laney: OOOOH! We're jacksense buddies!
[17:20] <jdong> :)
[17:20] <Laney> \o
[17:20] <Laney> on the whole I'm impressed by Karmic on the macbook
[17:20] <Laney> but there are a few niggles
[17:20] <Laney> I wish monitor hotplugging worked better, for example
[17:20]  * jdong nods
[17:20] <jdong> my primary issue is the headphones
[17:21] <jdong> and battery life.
[17:21] <jdong> I can "only" pull 5:30-ish
[17:21] <Laney> :O
[17:21] <jdong> (considering the beefy thing's 90WHr battery on OS X can give me 7:30 usable life...)
[17:21] <Laney> That's *way* more than me --- I think I get about 2.30-3
[17:21] <jdong> yeah, the macbook is either 40 or 55 or 60Whr
[17:21] <jdong> so you might have half-ish of my capacity
[17:22] <Laney> I'm tremendously jealous of the new MBP batteries
[17:22] <jdong> part of the battery life problem is that I've got the dual-GPU setup
[17:22] <jdong> but BIOS boot can only see the beefy GPU
[17:22] <bdrung_> geser: the content is the same. i dunno if the md5sum matches.
[17:22] <jdong> which is quite unfortunate because I never do anything that requires a 9600GT :)
[17:23] <geser> bdrung_: so it would be ok to remove stanford-pwdhash and keep pwdhash (coming from Debian)?
[17:25] <bdrung_> geser: yes.
[17:25] <bdrung_> geser: it was a source package rename.
[17:25] <geser> ok, thanks. I'll file a removal request then.
[17:26] <yofel> jdong: done, can you look at the debdiff?
[17:26] <bdrung_> geser: won't the source packages removed if all binary packages are superseeded?
[17:28] <geser> bdrung_: no, only if you request it. it will appear on the FTBFS list with "Failed to upload" as the version from the old source package is lower than the current one
[17:28] <geser> that's how I found it
[17:28] <bdrung_> geser: good to know.
[17:29] <bdrung_> geser: is there a list of failed uploads?
[17:29] <geser> only as part of http://qa.ubuntuwire.com/ftbfs/
[17:31] <bdrung_> geser: found a bug on this page: the legend says "arch (B)" for failed to upload, but it is "arch (U)"
[17:32] <geser> oops
[17:33] <dtchen> Laney: yes, that's fine
[17:33] <dtchen> keep in mind that some people will [be obtuse and] want to be able to control the hp separately
[17:34] <Laney> I can see that it may not necessarily be headphones that are plugged in
[17:34] <Laney> uncoupling the two could be a non-default option
[17:34] <RoAkSoAx> hey guys is there a wikipage on how to add -dev packages?
[17:35] <Laney> I doubt it
[17:35] <Laney> just look at another similar package for how it's done there
[17:36] <RoAkSoAx> Laney, yeah I;m going that I just had some doubts that I wanted to clarify... but I'll keep looking :)
[17:38] <dtchen> bah, I'll just add the quirk to the driver now
[17:39] <jdong> yofel: commented.
[17:42] <yofel> jdong: thx, there is a newer package in debian unstable already that might fix it for lucid (I can't find the changelog for it)
[17:43] <jdong> yofel: *nods* well if that's the case....
[17:43] <jdong> yofel: I'd recommend versioning down to 3ubuntu0.1
[17:43] <jdong> to indicate that it's a karmic-only SRU
[17:43] <jdong> (comment on the bug afterwards to indicate the change in intention)
[17:43] <jdong> also, make sure to reformat the bug description to match SRU guidelines
[17:44] <jdong> https://wiki.ubuntu.com/StableReleaseUpdates#Procedure
[17:44] <jdong> #2 in that list
[17:45] <directhex> does anyone else have an issue where nm-applet doesn't work? i just have an unclickable gap in my system tray instead
[17:45] <Laney> yes
[17:45] <Laney> it's just a black hole of nothingness
[17:45] <yofel> jdong: just got the unstable source package, fixed there
[17:46] <yofel> so that would be better for lucid
[17:46] <jdong> yofel: ok, cool; update the debdiff then, and comment on the bug.
[17:47] <directhex> Laney, any ideas?
[17:47] <Laney> not at all
[17:47] <Laney> try it in a new user and see if the problem happens there
[17:47] <directhex> shall we blame jdong?
[17:47] <directhex> Laney, works if i kill the nm-applet process & restart it
[17:48] <Laney> what about if you kill the panel
[17:48] <Laney> or disable compiz
[17:48] <directhex> disabling compiz doesn't help
[17:49] <directhex> bug 468437
[17:51] <Laney> wiggle
[17:52] <dtchen> Laney: have you tried writing hp_detect=1 to /sys/class/sound/hwC0D0/hints then 1 to /sys/class/sound/hwC0D0/reconfig ? Note that you'll have to kill *all* processes that have open descr (cf. sudo fuser -v /dev/dsp* /dev/snd/* /dev/seq*), and in the case of PA, you need to disable autospawn first. It should be obvious from dmesg output whether the reconfig succeeded.
[17:53] <dtchen> you appear to have a similar issue where the HP jack also appears as a line-out, which has no jacksense.
[17:53] <Laney> I think it can act as both
[17:53] <dtchen> yes, hence the twice
[17:53] <Laney> alrighty
[17:58] <Laney> dtchen: http://dpaste.com/119251/
[18:00] <yofel> jdong: updated, is this sufficient?
[18:01] <Laney> didn't seem to make a difference
[19:24] <dtchen> Laney: okay, any luck?
[19:25] <dtchen> (I presume not -- it looks like you're missing a few verbs to twiddle the input sensing)
[19:27] <Laney> dtchen: sadly not
[19:28] <Laney> I'll be around if you need any more testing
[19:29] <dtchen> Laney: I need physical access or the actual init stanzas from the OS X driver
[19:33] <Laney> dtchen: How can I provide that? Not with source I hope...
[19:42] <dtchen> Laney: TheMuso was looking at it earlier; he may have some inroad
[19:43] <Laney> alright
[19:45] <dtchen> (I suppose I could just go buy one and hack at it)
[19:45] <ajmitch> that gets a little expensive
[19:46] <dtchen> eh, I've been doing it for quite a few hardware enablement patches
[19:46] <dtchen> I hate hardware :)
[19:47] <ajmitch> I'm glad I never touch too much hardware :)
[20:01] <yofel> jdong: checked it? or too busy right now?
[20:02] <jdong> yofel: got distracted. Bug number again?
[20:02] <blackxored> I have setup a mock wiki page with some info
[20:02] <blackxored> siretart, geser, would you take a look in there ^^^^
[20:03] <yofel> bug 411262
[20:03] <blackxored> siretart, geser, ping
[20:06] <LaserJock> blackxored: it might help if you gave the URL
[20:06] <blackxored> https://wiki.ubuntu.com/AdrianPerez/YourDeveloperApplication
[20:06] <blackxored> LaserJock, heheh right see there ^^^^^
[20:15] <geser> blackxored: looks good so far
[20:15] <blackxored> geser, that's good news then
[20:17] <yofel> jdong: bug 411262
[20:19] <jdong> yofel: you're ACKed again; proceed to upload
[20:20] <yofel> jdong: ok, what server would that be? dput ubuntu *.changes?
[20:21] <\sh> siretart, someone got fai working on karmic ... read mails... will try to come up with some packages for ubuntu karmic / lucid  in a week or so
[20:21] <jdong> yofel: ah, you need a sponsor to upload that too, then, correct?
[20:23] <yofel> jdong: well, this is my first attemt at a SRU and I'm not quite sure about the process, so I guess yes
[20:23] <jdong> yofel: ok gimme one moment :)
[20:40] <pace_t_zulu> open-vm-tools still hasn't been synced in lucid
[20:42] <jdong> yofel: Uploaded into Ubuntu, awaiting archive admin approval :)
[20:42] <jdong> you're all set
[20:42] <yofel> jdong: so I don't have to do anything regarding the upload anymore?
[20:45] <ScottK> jdong: This is 411262?
[20:45] <jdong> ScottK: yes sir
[20:45] <ScottK> Looking
[20:45] <TheMuso> dtchen_, Laney, I *THINK* the info needed is in the Info.plist file of the kext used for HDA audio in OS X. Exactly where in the file, I don't know, as there is a lot of stuff in there, and probably relates to many revisions of HDA hardware that Apple use.
[20:45] <pace_t_zulu> anyone know if the debian sync from sid for lucid is complete?
[20:46] <ajmitch> pace_t_zulu: syncing is happening from testing, not sid
[20:46] <ajmitch> unless otherwise requested for a package
[20:46] <pace_t_zulu> ajmitch: ty
[20:47] <ajmitch> open-vm-tools may not have migrated to squeeze yet
[20:47] <TheMuso> dtchen_: I haven't heard from cacper, the person who did the initial macbook 5,1 enablement patches, as to how he got the info he needed.
[20:47] <randomaction> pace_t_zulu: it'll continue until Feb 11
[20:47] <geser> pace_t_zulu: you might need to ask an archive admin why open-vm-tools didn't yet get auto-synced
[20:48] <pace_t_zulu> geser: there's no ubuntu archive admin for open-vm-tools
[20:48] <ajmitch> I see it is at 2009.10.15-201664-1 in both squeeze & sid, so should have been synced
[20:48] <pace_t_zulu> ajmitch: i had to request this package for karmic
[20:48] <ajmitch> archive admins are the people who manage syncs & stuff
[20:48] <pace_t_zulu> there is something that holds back open-vm-tools
[20:48] <ajmitch> 'stuff' being a general technical term here :)
[20:48] <ajmitch> it may have been on the blacklist at some point then, I can't remember where that's kept
[20:49] <pace_t_zulu> anyone know where this blacklist is?
[20:49] <geser> http://people.canonical.com/~ubuntu-archive/sync-blacklist.txt that one?
[20:49] <ajmitch> that's what I thought, but can't see open-vm-tools on it
[20:49] <pace_t_zulu> no open-vm-tools there
[20:49] <geser> me neither
[20:50] <geser> and it's in testing since 2009-11-01 too
[20:50]  * ajmitch checks lp
[20:50] <geser> what I can't tell is when the auto-sync was last done
[20:50] <ScottK> jdong and yofel: Accepted.
[20:50] <ajmitch> slowly...
[20:51] <pace_t_zulu> i am the one who requested the sync for karmic
[20:51] <jdong> whee!
[20:51] <jdong> thanks ScottK
[20:51] <ajmitch> certainly listed as still at the old version
[20:51] <yofel> ScottK: thx :)
[20:51] <pace_t_zulu> it was ftbfs for months in karmic ... even when debian had advance versions
[20:51] <ScottK> There is a large stack of manual syncs waiting for archive admin review, so it's not suprising it didn't get done yet.
[20:52] <ajmitch> it could be because it's in contrib, not main
[20:52] <ScottK> pace_t_zulu: It takes someone who knows about it asking and following through.
[20:52] <pace_t_zulu> ScottK: that's what i'm doing :)
[20:52] <ajmitch> I don't know what autosyncs are done for packages in contrib/nonfree
[20:52] <ScottK> pace_t_zulu: Glad to have you doing it.
[20:52] <pace_t_zulu> ScottK: I'd be happy to take responsibility for this package
[20:53] <ScottK> pace_t_zulu: The way you do it, is just to do what you're doing now.
[20:53] <pace_t_zulu> ScottK: my name is on the changelog for the current package
[20:53] <ajmitch> bug 475735 is filed & has ubuntu-archive subscribed at least
[20:53] <pace_t_zulu> ajmitch: I filed that
[20:53] <ScottK> AFAIK none of the lucid sync bugs have been processed yet.
[20:54] <ajmitch> right, so you've done as much as is possible without poking archive admins with a sharp stick for now
[20:54] <ScottK> Which isn't actually needed at the moment
[20:54] <pace_t_zulu> ajmitch: how can i identify the archive admin for this package?
[20:54] <ajmitch> pace_t_zulu: there's no archive admin per package, it's a team of people
[20:54] <dtchen_> also, a bit of patience never hurts
[20:55] <ajmitch> they handle syncs, new packages, etc for the whole distro
[20:55] <pace_t_zulu> ajmitch: as you can see on this link https://launchpad.net/ubuntu/+source/open-vm-tools/2009.07.22-179896-2 i got the package into karmic
[20:55] <ajmitch> yes, you've said that a few times
[20:55] <pace_t_zulu> ajmitch: i forget how i did that... any suggestions?
[20:55] <ScottK> pace_t_zulu: There are 104 others waiting too: https://bugs.launchpad.net/~ubuntu-archive?field.searchtext=sync&orderby=-importance&search=Search&field.status:list=NEW&field.status:list=INCOMPLETE_WITH_RESPONSE&field.status:list=INCOMPLETE_WITHOUT_RESPONSE&field.status:list=CONFIRMED&field.status:list=TRIAGED&field.status:list=INPROGRESS&field.status:list=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field
[20:55] <ScottK> .has_no_package=
[20:55] <ajmitch> probably the same way you did it now
[20:55] <ScottK> Just be patient
[20:55] <pace_t_zulu> ajmitch: i'm proud to have my name on a karmic package :)
[20:56] <ajmitch> patience is usually a prerequisite for any development :)
[20:56] <pace_t_zulu> ajmitch: got it
[20:57] <ajmitch> there's still a few weeks before autosyncs stop, and a few weeks after that until feature freeze
[20:57] <ajmitch> actually looking at the schedule, feature freeze is now a week after DIF
[20:59] <pace_t_zulu> ajmitch: thanks for your help
[21:00]  * ajmitch doesn't look forward to sorting out the SRU details for this boost-python stuff
[21:02] <nixternal> don't do it then
[21:03] <ajmitch> nixternal: but how can we disappoint our users like that? :)
[21:04] <nixternal> oh, i forgot about the disappointment part..I have been gone for a month, and I am in desperate need of sleep, like a weeks worth
[21:04] <kelvingardiner>  Hi, I was wondering if someone could help me with a pbuilder problem? Is this the correct channel to ask this question in?
[21:05] <ajmitch> nixternal: caffeine helps
[21:05] <ajmitch> kelvingardiner: just ask, hopefully someone will know
[21:05] <nixternal> no caffeine to fix this time
[21:05] <nixternal> just finished riding 1900 miles on my bike in 28 days
[21:05] <ajmitch> how will you live?
[21:05] <nixternal> well, 24 days total
[21:05] <ajmitch> ok, that would probably be a bit tiring
[21:06] <ajmitch> so this means you'll be ready to unleash your fury upon lucid?
[21:06] <nixternal> I had planned on it
[21:06] <nixternal> downloading about 2384302840382043820432 new emails since Oct. 15
[21:07] <nixternal> is UDS going on yet?
[21:07] <ajmitch> next week I think
[21:07] <LaserJock> next week I think
[21:07] <ajmitch> you not going?
[21:07] <dtchen_> what they said
[21:07] <nixternal> hrmm, I might try and fly out depending on how I am feeling
[21:07] <nixternal> I can stay with a friend, and the flight is only $99
[21:07] <ajmitch> a little cheaper than it would be for me
[21:08] <nixternal> just a bit :)
[21:09] <kelvingardiner> I'm trying to build a new package by following the wiki guide, I can install the deb file I produce but when I try to test it with pbuilder it fails on a cairo as it cairo is missing. I have libcairo2 in the control file. I've not used pbuilder before I thought it resolved dependencies in chroot. Any ideas what is wrong? Thanks.
[21:10] <ajmitch> you're most likely missing libcairo2-dev from Build-Depends
[21:10] <randomaction> kelvingardiner: try to build-depend on libcairo-dev
[21:11] <randomaction> right, on libcairo2-dev
[21:11] <kelvingardiner> Thanks, I'll give it a try.
[21:14] <kelvingardiner> That's fixed it.
[21:16] <kelvingardiner> The package is an new upstream release of a current package, there is a lp bug open on it. If I attached my deb and deb diff to the lp will this package be looked at.
[21:16] <geser> nixternal: so you are back or just passing by on your tour?
[21:16] <nixternal> I am back
[21:16] <nixternal> no more tours, my arse can't take it
[21:17] <Laney> sexy
[21:17] <nixternal> though I am planning on a good amount of rest for sure
[21:18] <randomaction> kelvingardiner: make sure you subscribe ubuntu-universe-sponsors to the bug (or ubuntu-main-sponsors for packages in main)
[21:18] <kelvingardiner> randomaction: will do, thanks.
[21:22] <ajmitch> nixternal: you've rested enough now
[21:22] <nixternal> pfft
[21:23] <ajmitch> nearly a month of holiday, and you need more rest?
[21:24]  * geser wonders if there is an Ubuntu team participating at the Tour de France we could nixternal sign on
[21:24] <nixternal> sign me up!
[21:24] <nixternal> I can hang with them for the most part, but I am dead in the mountains
[21:27]  * sebner heard that nixternal left Lance Armstrong behind *cough*
[21:27] <nixternal> he is still somewhere on the east coast, I made it back to chicago already :)
[21:28] <sebner> heh
[21:48] <ari-tczew> how can I set hostmask?
[21:51] <av`> ari-tczew, where?
[21:51] <ari-tczew> generally, e.g. here
[21:52] <ari-tczew> I'm newbie of irc
[21:52] <ari-tczew> I see that someone has 'ubuntu member' in hostmask
[21:52] <av`> depends, you can set a reverse dns over your IP you can use your own domain
[21:53] <av`> those are for Ubuntu Members only
[21:53] <av`> and are set by the IRC Team
[21:54] <ari-tczew> what is the name of team called Ubuntu Members on launchpad?
[21:54] <ajmitch> https://wiki.ubuntu.com/Membership has the details
[21:54] <av`> or buy a shell and run your irc client for there :)
[21:54] <av`> * from
[21:57] <ari-tczew> I'm member of: ~ubuntu-users
[21:57] <ari-tczew> this is it?
[21:58] <wgrant> No. ~ubuntumembers. Read the page that ajmitch linked for membership requirements.
[21:59] <av`> ari-tczew, it's a closed team
[21:59] <pace_t_zulu> ajmitch: should i just wait for that list of bugs starting with
[21:59] <ajmitch> wgrant: morning
[21:59] <av`> and it's open to everyone who made a substantial contribution
[21:59] <ajmitch> pace_t_zulu: sorry?
[21:59] <pace_t_zulu> "sync" to shrink before i bring up open-vm-tools again?
[21:59] <pace_t_zulu> ajmitch: sorry... hit [enter]. a bit quick
[22:00] <ajmitch> pace_t_zulu: that bug will be dealt with either way, so just wait for it
[22:00] <ari-tczew> ehhh, standards, procedures, bureaucracy...
[22:00] <pace_t_zulu> ajmitch: ty
[22:00] <ajmitch> archive admins will be a bit busy next week with UDS, so it'll be best not to annoy them
[22:01] <ajmitch> ari-tczew: fairly standard when you have to try & coordinate alarge group of people
[22:04] <ari-tczew> question: can I take e-mail address as like this: name.surname@ubuntu.com instead launchpadlogin@ubuntu.com ?
[22:05] <Laney> no
[22:08] <av`> ari-tczew, start contributing like hell before thinking of how your mail will look like
[22:09] <wgrant> ajmitch: Morning.
[22:37] <ari-tczew> av`: do you mean that I'm doing nothing?
[22:38] <ScottK> ari-tczew: I'm sure he doesn't.  Please don't be so quick to take offense.
[22:39] <av`> ari-tczew, no, I wouldnt offend you or any other contributor, I just wanted to let you know that you have to contribute a lot to gain membership
[22:39] <av`> thanks ScottK ;)
[22:39] <MTecknology> !info dia
[22:44] <ari-tczew> av`: I understand it, but you must know, that we have too social (private) life, no only Ubuntu's life
[22:44]  * cody-somerville doesn't. :P
[22:46] <av`> ari-tczew, who doesn't, apart cody-somerville?
[22:47] <av`> ari-tczew, I take your phrase as 'you are a no lifer'
[22:47] <ScottK> ari-tczew: Except for cody-somerville, we all do.  You're contributions are welcome and I think you're doing a good job.
[22:49] <jdong> grrrrr
[22:49] <jdong> that was totally uncool.
[22:50] <jdong> udevadm settle can't be done while udev is unconfigured.
[22:50] <jdong> lol guess initramfs got generated in the wrong order.
[22:50] <ari-tczew> but when I see that someone has uploaded more than 500 packages, I can't believe ;O
[22:50] <av`> 500 packages over 5 years it's fine
[22:55] <LaserJock> hmm, I've only got 107 uploads :(
[22:57] <Laney> it's not about numbers
[22:57] <LaserJock> it's *totally* about the numbers, clearly ;-)
[22:57] <Laney> apparently I have done 296, but a big chunk of those have been mass rebuilds for transitions
[22:58] <wgrant> LaserJock: But you predate LP, don't you?
[22:58] <LaserJock> wgrant: I think LP still has a lot of the info
[22:59] <LaserJock> but yes, I predate LP slightly
[22:59] <wgrant> LaserJock: It will only include uploads that were published when the move happened, but I guess that should get most of them.
[22:59] <Laney> old skool
[23:00] <LaserJock> when I started bugzilla was still being used
[23:01] <LaserJock> but very shortly thereafter Universe was moved to LP
[23:01] <LaserJock> and then somewhere along the line we actually started using LP for uploads
[23:01] <Laney> the archive ran on dak back then, didn't it?
[23:01]  * ajmitch probably has about 20 uploads
[23:01] <LaserJock> Laney: sure
[23:01] <cody-somerville> Yes.
[23:01] <Laney> wicked
[23:01] <LaserJock> but ajmitch completely predates me :-)
[23:01] <ajmitch> back in the good old days
[23:02] <cody-somerville> Its only recent in fact that we totally migrated off Dak.
[23:02] <ajmitch> ok, I was wrong, 154 on my uploads page
[23:02] <wgrant> Ubuntu is still in dak, for rebuilds.
[23:02] <Laney> I do believe that ajmitch was one of the 3 wise men
[23:02] <Laney> he's been around a while
[23:02] <wgrant> But security is finally in Soyuz now.
[23:03] <ari-tczew> LP doesn't count security uploads, right?
[23:03] <cody-somerville> I'm pretty sure they implemented mass rebuilds in soyuz
[23:03] <cody-somerville> ari-tczew, it does
[23:03] <wgrant> ari-tczew: It sort of does.
[23:03] <wgrant> But they count as PPA uploads that you probably can't see.
[23:03] <ajmitch> Laney: I'm still new around here, I didn't work on warty
[23:04] <Laney> were you around Debian before then?
[23:04] <ajmitch> yes
[23:04] <wgrant> cody-somerville: Right, but lamont still runs dak rebuilds internally since the LP facility has only been used twice and still isn't perfect (eg. does not use its own output).
[23:04] <cody-somerville> wgrant, thats only for embargoed security uploads
[23:04] <cody-somerville> wgrant, ah
[23:05] <wgrant> cody-somerville: All security uploads have to go via a non-virtual PPA first, and I believe in most cases (except some Mozilla stuff), that is the ~ubuntu-security P3A.
[23:05] <cody-somerville> Thats only for embargoed security updates.
[23:06] <cody-somerville> Otherwise security uploads would be limited to the Canonical security team
[23:06] <cody-somerville> which isn't the case
[23:06] <wgrant> They are.
[23:06] <wgrant> They must be sponsored.
[23:06] <wgrant> Builds are never executed for the security pocket of the primary archive.
[23:06] <wgrant> They must build elsewhere.
[23:06] <cody-somerville> Is this new?
[23:06] <wgrant> No.
[23:06] <cody-somerville> I've done security uploads before
[23:06] <cody-somerville> I'm almost positive
[23:07] <wgrant> Well, you probably have access to non-virt PPAs.
[23:08] <cody-somerville> I didn't use a PPA
[23:08] <cody-somerville> I'm pretty sure at that time PPAs did not exist
[23:08] <wgrant> Um, then at that point security was done through dak.
[23:08] <wgrant> And then uploaded via a backdoor in LP.
[23:08] <wgrant> But you wouldn't have done the upload yourself.
[23:10] <cody-somerville> noodles775, at the time I think I was a motu-hopeful
[23:10] <cody-somerville> errr
[23:11] <cody-somerville> wgrant, at the time I think I was a motu-hopeful
[23:11] <cody-somerville> The package was syslog-ng and it shows up in my list
[23:11] <wgrant> Security uploads from the pre-SiS days will, yes.
[23:12] <wgrant> Because they were effectively reuploaded to the primary archive.
[23:12] <wgrant> With SiS, they are just copied from the P3A. No new upload occurs.
[23:12] <wgrant> Which can really throw off numbers :(
[23:12] <cody-somerville> So are you saying the motu-swat team has to get the Canonical Security team to sponsor all their security uploads?
[23:13] <wgrant> Yes.
[23:15] <cody-somerville> how odd
[23:15] <cody-somerville> oh wow, the launchpad source code has changed quite a bit since I was last hacking on it.
[23:16] <wgrant> Everything has moved around, yes.
[23:16] <wgrant> But the Soyuz bits remain as archaic as ever, unfortunately.
[23:17] <cody-somerville> did they move almost everything from lib/launchpad/canonical/ and split it up under lib/lp/ ?
[23:17] <wgrant> lib/canonical/{launchpad,archiveuploader,archivepublisher,codehosting} are now under lib/lp, yes.
[23:18] <wgrant> And lots of the other lib/canonical stuff is now in LAZR, so comes from eggs.
[23:19] <cody-somerville> are they still using apt-ftparchive for the primary archive?
[23:20] <wgrant> Yes.
[23:20] <wgrant> But partner is back on NMAF
[23:23] <ajmitch> cody-somerville: you had the joy of touching launchpad previously?
[23:23]  * cody-somerville nods.
[23:24] <cody-somerville> ajmitch, I wrote the close bug on pocket copy feature.
[23:24] <ajmitch> I'm surprised you're still sane :)
[23:24] <ajmitch> I haven't had much time to dig into LP, but I'm taking a look at bug 297709 at the moment because it annoys me
[23:24] <wgrant> LP isn't as insanity-inducing as dak.
[23:25] <ajmitch> it causes too much mail to go to universe-bugs still
[23:28] <wgrant> ajmitch: That bug will involve learning about the Soyuz model. You probably want to run away.
[23:28] <ajmitch> No doubt I will
[23:28] <ajmitch> I started tracing through which classes I find these pieces in
[23:46] <LaserJock> wgrant: so is the multidistrotools on qa.ubuntuwire.com basing off of testing now instead of unstable?
[23:46] <wgrant> LaserJock: Yes.
[23:47] <LaserJock> I wonder how much diff there is between testing and unstable
[23:47] <LaserJock> I suppose that'd be an easy multidistrotools check
[23:49] <wgrant> It'll take a couple of minutes to execute.