[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<EMAIL_ADDRESS>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> <IP_ADDRESS>4
[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<PHONE_NUMBER>382043820432 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<EMAIL_ADDRESS>instead<EMAIL_ADDRESS>?
[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.


[00:44] <scientes> pleia2, did you go to the android nexus7 talk at uds?
[02:31] <pleia2> scientes: there wasn't really a talk, but there was a great (and well-attended) Q&A session with the core team, I attended that
[02:37] <scientes> supposedly dual-booting was discussed?
[02:37] <scientes> i really want to do that
[02:39] <pleia2> I don't remember any talk of that, but it wasn't really on my radar at the time so maybe I just didn't pay attention :)
[02:40] <pleia2> in theory, this page is the FAQ generated from that Q&A session (plus additions since then): https://wiki.ubuntu.com/Nexus7/FAQ
[02:40] <darthrobot> Title: [Nexus7/FAQ - Ubuntu Wiki]
[02:48] <scientes> yeah it just says we don't care, aka "not planned at this time"
[21:09] <grantbow> any thoughts on https://wiki.ubuntu.com/CaliforniaTeam/Projects/Shirts-2012 as I write the announcement email?
[21:09] <darthrobot> Title: [CaliforniaTeam/Projects/Shirts-2012 - Ubuntu Wiki]
[21:10] <pleia2> grantbow: were we going to do a logo redesign thing before the t-shirts?
[21:10] <pleia2> or are we sticking with our bear logo (which everyone does seem to like :))
[21:13] <grantbow> I think the shirt proposals can do either or just one.
[21:13] <grantbow> If we get a good redesigned bear we can appropriate it out of a shirt design
[21:13] <grantbow> I think our first priority is to print some shirts
[21:14] <grantbow> good question though, I'll make it more clear
[21:15] <pleia2> well, if we're planning on changing the logo that needs to be the first priority
[21:15] <pleia2> don't want to print shirts and decide in January that we're doing a logo redesign
[21:16] <pleia2> I think it's just confusing to conflate the two, designing a new logo impacts our entire team, our huge banner, websites, etc
[21:18] <pleia2> sorry to be a pain, thanks for working on this :)
[21:20] <grantbow> I think of shirts as an experiment. Don't we need more soon?
[21:20] <grantbow> Scale?
[21:20] <pleia2> yeah, we have a couple 2XLs, but that's it
[21:21] <grantbow> If UDS is in Oakland again it would be really nice to have new shirts too.
[21:22] <grantbow> though we have more time for that
[21:22] <pleia2> yeah :)
[21:22] <pleia2> I'm inclined to just ignore the logo thing, people should use the bear, or design something else - that design doesn't *have to* automatically become our new logo
[21:22] <grantbow> right
[21:23] <pleia2> I think that much clarification on the wiki page would be sufficient, otherwise looks great
[21:24] <scientes> grantbow, has leaf talked to you about our proposal to do a e-waste recycling and reuse outfit in san francisco?
[21:24] <pleia2> I would also appreciate consideration as to how the design lands on a woman :) http://www.flickr.com/photos/pleia2/4916876116/
[21:24] <darthrobot> Title: [img_6260.jpg | Flickr - Photo Sharing!]
[21:24] <grantbow> pleia2, so the xl was purchased?
[21:25] <pleia2> grantbow: it may still be around, I'd have to check
[21:25] <grantbow> scientes: not yet
[21:25] <grantbow> pleia2: if it's still there I could use it
[21:26] <pleia2> grantbow: ok, I'll have a look after work :)
[21:26] <grantbow> pleia2: I'll add something about sizes and intended uses of the shirt design
[21:27] <grantbow> pleia2: thanks
[21:28] <grantbow> scientes: I hear mcrc.org / accrc.org is having troubles
[21:28] <scientes> exctly
[21:29] <grantbow> something similar to a freegeek.org ?
[21:30] <grantbow> If we have people willing and able to help we should talk to Ilma
[21:31] <grantbow> and James
[21:31] <grantbow> I'll email leif now.
[21:33] <scientes> yep
[21:33] <grantbow> shirt announcement sent to the list
[21:33] <scientes> we had a meeting about it on wed, meeting again wed @ 9PM in turing room at nb
[21:36] <grantbow> aha! thanks for the heads up. I'll try to be there.
[21:37] <grantbow> any notes or wiki pages available?
[21:39] <scientes> nope
[21:39] <scientes> well there is an etherpad that i havn't joined for drafting the mission statement
[21:41] <grantbow> interesting, I just emailed the partimus board about doing our mission statement in a comprehensive way as recommended in http://www.amazon.com/gp/product/094006927X/
[21:41] <darthrobot> Title: [The Fieldstone Alliance Guide to Crafting Effective Mission and Vision Statements: Emil Angelica:<PHONE_NUMBER>275: Amazon.com: Books]
[21:45] <scientes> also for a name for the org
[21:59] <grantbow> oops, I forgot to set a deadline for submissions.
[22:05] <grantbow> How does Christmas sound as a deadline?
[22:06] <grantbow> I merged some of the email text into https://wiki.ubuntu.com/CaliforniaTeam/Projects/Shirts-2012
[22:06] <darthrobot> Title: [CaliforniaTeam/Projects/Shirts-2012 - Ubuntu Wiki]
[22:06] <grantbow> recycling email sent
[22:07] <grantbow> headed out to do some errands before dvlug.org tonight - ttyl :-)


[02:27] <TheLordOfTime> Precise is still frozen, right?
[02:28] <RAOF> Precise is frozen forevermore.
[02:28] <TheLordOfTime> i meant for updates.
[02:28] <TheLordOfTime> then i realized...
[02:28] <TheLordOfTime> wrong channel.
[02:28] <TheLordOfTime> :P
[02:28]  * TheLordOfTime has too many damned channels
[02:28] <TheLordOfTime> (and the ZNC is slow to join them all)
[02:30] <infinity> TheLordOfTime: Nothing is being accepted into -updates at this point, so image building is stabilised until 12.04.1's release, but -proposed is vaguely open again.
[02:30] <TheLordOfTime> right, but nothing will go from -proposed -> -updates until post-12.04.1 release?
[02:30]  * TheLordOfTime is checking so he can correctly respond to a bug he was subscribed to
[02:31] <TheLordOfTime> (regarding a program update to Precise)
[02:31] <infinity> TheLordOfTime: Right, nothing will migrate (unless we find something we critically MUST fix for .1) until after .1 ships.
[02:33] <TheLordOfTime> that's what i thought
[02:33] <TheLordOfTime> just wanted to confirm that freeze on -updates was still in place :)
[02:33]  * TheLordOfTime thought that was still the case, but wanted to confirm :)
[02:34] <TheLordOfTime> *yawn*  this is why i sometimes hate being subscribed to a package's bugs... you get pinged on ***EVERYTHING*** and everyone sometimes expects you to know the answers :/
[02:34] <TheLordOfTime> (case in point why i poked around about this)
[02:35] <TheLordOfTime> anyways, back to bug triaging, thanks infinity for confirming what I suspected, that -updates is still frozen :)
[02:36] <TheLordOfTime> out of pure curiosity, is there a site or something that would state whether $given_repo is frozen or not?
[02:37] <TheLordOfTime> so i don't have to poke around to the various teams (Release, Security, MOTU, etc.) about whether its frozen :P
[02:37] <infinity> Not so much, no, you just need to be on top of the release process.  Or not care. ;)
[02:37] <infinity> I recommend the latter option to most people.
[02:37] <TheLordOfTime> :P
[02:37] <infinity> Upload as if there's no freeze, let us deal with it when we thaw the world.
[02:38] <TheLordOfTime> well, when you're triaging bugs, and there's questions about whether something can be moved from -proposed to -updates, well....
[02:38] <TheLordOfTime> you kinda need to know whether there's a freeze :P
[02:38] <infinity> Well, it's not up to bug submitters/commentors whether things move anyway, even when not in a freeze. :P
[02:38] <TheLordOfTime> (namely, the people who actually are incessantly annoying and naggy will say "Why isnt this fixed in Precise yet?"  "Why isnt it fixed?"
[02:38] <infinity> It's up to the SRU team.  And we have a handle on what we're moving and why.
[02:38] <TheLordOfTime> indeed, however to get the person to stop posting "Why"... :P
[02:38] <infinity> (Or what we're not moving, right now)
[02:39]  * TheLordOfTime is one of the contacts for that given package, so...
[02:39] <TheLordOfTime> anyways, thanks again.  :)
[02:40] <TheLordOfTime> actually, for a different reason, i wanted to know whether the freeze existed, there was a... "regression" we'll call it... between oneiric and precise's version of php5, and there's a ton of people (including myself) that wanted that fix pushed into precise pre-freeze, but it never happened.  Thank god for my SRU testing PPAs :P
[02:41] <TheLordOfTime> anyways, i'll leave you all be.
[03:20] <astraljava> skaet: stgraber: I don't feel there's a need for respins of neither Studio nor Xubuntu, either. Unless I missed any conversations about this, I concur with knome and scott-work.
[09:30] <njin> hallo mismatch kernel in ubuntu server amd64
[09:53] <xnox> njin: ogra_ is on it ;-)
[09:54] <ogra_> well, as much as clicking a retry button on LP means "on it" :)
[09:57] <njin> xnox, ogra_ thanks
[09:58] <xnox> ogra_: well, I have no such button, so you win!
[13:47] <skaet> astraljava, ok.
[13:57] <skaet> seb128, https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/1038573 - who's looking at it?
[13:57] <ubot2`> Ubuntu bug 1038573 in evolution "Unreadable messages displayed during Lucid -> Precise upgrade" [High,Triaged]
[14:01] <astraljava> skaet: The only thing that might require a respin for Studio is the possible refresh of -lowlatency, but I haven't heard of this thus far. And yes, I have noted the nearing testing deadline. :)
[14:01] <skaet> astraljava,  ack.  :)
[14:03] <seb128> skaet, nobody, shouldn't those bugs be tagged or assigned to our team so we notice them coming?
[14:04] <seb128> skaet, I will ask cyphermox to have a look since he fixed the similar looking issue the bug is pointing at, maybe his fix needs some tweaking
[14:05] <skaet> seb128,  depends on who's opening them how well the process is followed.   Thanks for asking cyphermox
[14:06] <seb128> skaet, thanks for pointing it
[14:21] <xnox> infinity: https://launchpad.net/builders/ross is calling out for you =)
[14:21] <xnox> Non-virtual builder in ABORTED state, requires admin to restart
[14:28] <Laney> xnox: care to ask someone in launchad-ops internal?
[14:28] <xnox> Laney: ok.
[14:31] <skaet> stgraber, slangasek - https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1039405 -  is there a recommended minimum configuration we should update the release notes to?
[14:31] <ubot2`> Ubuntu bug 1039405 in ubiquity "Lockups when running vm's with 768MB of memory" [Undecided,New]
[14:32] <xnox> skaet: I think that when people do "Try Ubuntu -> install" instead of just "Install now"
[14:32] <xnox> it eats more memory.
[14:32] <cjwatson> Yes
[14:33] <xnox> so "Install now" can/should have lower memory footprint.
[14:33] <xnox> needs testing to determine the limit for both ways of running it.
[14:35] <skaet> thanks xnox, cjwatson.
[14:36] <njin> xnox, are you working ov bug 1037515 ?
[14:36] <ubot2`> Launchpad bug 1037515 in ubiquity "ubiquity-dm crashed with MissingProgramError in run(): No window manager found (tried metacity, xfwm4, matchbox-window-manager, openbox-lubuntu, openbox)" [Medium,Confirmed] https://launchpad.net/bugs/1037515
[14:37] <xnox> njin: no, I am currently looking into LVM2
[14:38] <njin> ok, I require in bugsquad then, thanks
[15:10] <slangasek> cjwatson: do you think there's any action we should take on bug #1039405?  The submitter suggests that ubiquity should fail to start with a warning when it knows it has too little memory
[15:10] <ubot2`> Launchpad bug 1039405 in ubiquity "Lockups when running vm's with 768MB of memory" [Undecided,New] https://launchpad.net/bugs/1039405
[15:11] <cjwatson> That's kind of problematic since ubiquity doesn't necessarily know for sure
[15:11] <cjwatson> 768MB is what I use for my test VMs
[15:11] <slangasek> ok
[15:12] <cjwatson> So I don't actually buy that this is a low-RAM case
[15:12] <skaet> slangasek,  cjwatson,  cross checked earlier with QA and a 1G system does work with "Try Ubuntu"
[15:12] <slangasek> cjwatson: using "Try Ubuntu"?
[15:12] <cjwatson> Yes
[15:12] <Daviey> skaet / stgraber: i don't think we need to respin for bug 1032456
[15:12] <ubot2`> Launchpad bug 1032456 in cups "Canon inkjets (and some other printers) print only half of the last page after 20120801 upgrade to v1.5.3-0ubuntu2" [Critical,Fix released] https://launchpad.net/bugs/1032456
[15:12] <slangasek> alright
[15:12] <cjwatson> I used to use 512MB not that long ago
[15:12] <cjwatson> If 768MB were now too small, that would be a pretty serious ballooning in not very much time
[15:12] <skaet> Daviey,  its down as an opportunity target.   Some flavors are picking it up,  others are not.
[15:13] <skaet> Daviey,   if we respin Ubuntu for other reason's we'll pick it up,  otherwise release note time.
[15:13] <Daviey> yep, that sounds fine.
[15:20] <cjwatson> I'm suspicious that all the memory allocation failures there are in fork()
[15:24] <jibel> skaet, hm ok, I can reproduce 1039405 with 768MB and 12.04.1 amd64 by booting to a live session, and running ubiquity with all the defaults values
[15:25] <cjwatson> amd64 might have a different limit I guess; I usually use i386
[15:25] <skaet> thanks jibel.
[15:26] <cjwatson> amd64 limits aren't a major concern in reality since who has an amd64 box with <1G
[15:27] <Daviey> cjwatson: erm, does this impact virtual machines?
[15:27] <Daviey> oh, desktop only.. don't care :)
[15:27] <ogra_> youre so evil !
[15:28] <Daviey> well, i do care.. really.. and it is certainly less than ideal.
[15:28] <smartboyhw> Well, I think that setting a limit for amd64 is better, don't set a limit on i386 I think
[15:28] <ogra_> :)
[15:28] <smartboyhw> Hi ogra_
[15:39]  * xnox typically gives a VM 2 cpu cores and 2 GB or ram and directio to external drive.....
[15:41]  * tumbleweed typically uses 1GB for my VMs. But at some point, I'll have to bump that...
[15:45] <jibel> on i386 with 512MB I get page allocation failures from the kernel when it mounts the target FS.
[15:46] <xnox> jibel: this is with "try ubuntu" right?
[15:46] <jibel> xnox, right
[15:48] <cjwatson> Some of this might be better in quantal due to the rewritten console page
[15:48] <cjwatson> That was a fairly non-trivial memory hog
[15:48] <cjwatson> Might be worth backporting for .2 if it makes a difference to this kind of thing
[15:49] <infinity> skaet: Even if you don't respin for the cups bug, there's no reason (IMO) to release note something that has a fix sitting in -updates and doesn't affect the installation.
[15:49] <stgraber> infinity: it'll affect anyone trying to print from the livefs on an affected system
[15:49] <stgraber> and apparently people use our live environment for more than running ubiquity...
[15:50] <infinity> stgraber: People turn livecds into print servers?
[15:50]  * infinity shrugs.
[15:51] <infinity> I know my brother uses livecds for pristine/secure web browsing, but people who print web pages are weird (ie: my parents) and almost the exact inverse of the set of people who read release notes. :P
[15:51] <stgraber> :)
[15:51] <smartboyhw> ;)
[15:51] <infinity> But more seriously, if we release note every known bug, it's a phone book that NO ONE will read, that's not what they're for.
[15:52]  * xnox remembers 7-digit phone numbers they were nice
[15:52] <smartboyhw> Oh!
[15:59] <Daviey> xnox: i remember 4 digit phone numbers :)
[16:00] <xnox> Daviey: stop showing your age, you look much younger than 4 digit numbers ;-)
[16:00] <tumbleweed> I was going to remember 6 digit phone numbers, but I knew *someone* would one-up me
[16:00]  * ogra_ had a 4 digit number in his last house
[16:02] <ogra_> if you move far enough to the countryside they get shorter and shorter :)
[16:02]  * knome barely remembers his 2-digit age
[17:08]  * balloons missed the end of the https://launchpad.net/bugs/1039405 conversation
[17:08] <ubot2`> Ubuntu bug 1039405 in ubiquity "Lockups when running vm's with 768MB of memory" [Undecided,New]
[17:09] <cjwatson> probably amd64-specific; just splatting in a memory check is the wrong answer; may well be possible to backport keyboard page improvements from quantal for .2
[17:10] <balloons> cjwatson, ty ;-)
[18:05] <stgraber> jibel: noticed that nobody did i386 LTSP, I'll take care of it.
[18:11] <tjaalton> i've uploaded xorg that adds xserver-xorg-video-modesetting to x-x-video-all depends, fixes bug 1039648
[18:11] <ubot2`> Launchpad bug 1039648 in xorg "kvm/cirrus: X driver will not load when kernel module is loaded" [High,Fix released] https://launchpad.net/bugs/1039648
[18:12] <tjaalton> means that -modesetting needs to be moved to main
[18:12] <tjaalton> doubt it would need a MIR..
[18:13] <xnox> tjaalton: \0/
[18:23] <jibel> stgraber, I doing mac atm, I can do ltsp right after if you want
[18:26] <stgraber> jibel: install is running here
[19:02]  * skaet --> lunch
[19:21] <jibel_> balloons, skaet alternate on mac is ok, I tested encrypted+lvm and non-encrypted/guided and manual partitioning
[19:21] <jibel_> no testing desktop images
[19:21] <jibel_> now
[19:23] <balloons> jibel, k.. I'm trying to fill in the missng tests as well on the alt images (non-mac of course)
[19:32] <balloons> jibel, does selecting ftp as mirror fail for you on alt images.
[19:33] <balloons> I've seen that before.. but it might actually be a bug
[19:39] <jibel_> balloons, I didn't try to select ftp as mirror, I will test it
[19:59] <balloons> jibel, trying again with i386 iso..
[20:00] <balloons> I was using vm.. that MIGHT have caused the issue..
[20:03] <balloons> ahh.. got it to work now with ftp://mirror.anl.gov/pub/ubuntu
[20:15] <balloons> jibel, seems like the vmwareeasyinstall testcase is a bit messed up.. I'll update it.. I took new screenshots anyway :-)
[20:18] <jibel> balloons, how messed up ? there is already all the screenshots on the wiki
[20:18] <jibel> http://testcases.qa.ubuntu.com/Install/VMWareEasyInstall
[20:20] <balloons> http://iso.qa.ubuntu.com/qatracker/milestones/230/builds/21389/testcases/591/results
[20:21] <balloons> most of precise didn't get updated to point to the new testcases it looks like.. I just left it alone
[20:21] <balloons> but it seems the conversion for this testcase only has 2 steps :-)
[20:23] <jibel> ah ok. 2 steps are more than enough for this test. 1. select the iso 2. click next until installation is done
[20:23] <balloons> lol.. it's pretty much it
[20:24] <balloons> so getting vmware player running required a patch.. how odd
[20:24]  * balloons not a fan
[20:26] <knome> vmware... why not use vbox :)
[20:27] <jibel> balloons, do you use the linux or windows version ? on ubuntu I couldn't install it, python segfaulted during install
[20:28] <balloons> jibel, on ubuntu
[20:28] <balloons> I got it to install using a patch
[20:28] <balloons> knome, I do use vbox :-)
[20:28] <balloons> this was just to get the vmware easy install testcase covered
[20:28] <knome> :)=
[20:28] <balloons> I'd never done it, so ..
[20:29] <knome> i used to use vmware, but it was a bit too much hassle, and non-open
[20:32] <balloons> wow.. I can't change the vm settings with player
[20:32] <balloons> this is weird
[20:44]  * skaet back
[20:44] <skaet> thanks jibel.
[20:44] <knome> welcome
[20:46] <balloons> ohh biy
[20:46] <balloons> I crashed ubiquity..
[20:47] <skaet> balloons,  details please.   That sort of message does tend to get my attention during the ramp up to a release....
[20:47] <balloons> skaet, heh.. yea.. I shall try and re-create
[20:47] <balloons> manual install on i386
[20:47] <balloons> I was just doing it to test rescue mode on i386
[20:48] <balloons> rescue i386 doesn't like 64bit os's :-)
[20:48]  * skaet nods
[20:52] <balloons> same error
[20:54] <jibel> balloons, can you be more specific ?
[20:54] <balloons> jibel, yes.. I'm going to try real hardware first.. sorry I don't want to excite anyone just yet :-)
[21:02] <balloons> skaet, everything is fine :-)
[21:12]  * skaet steps down the alert level... ;)
[21:51] <SpamapS> its fine to let unseeded stuff into precise-updates right now, correct?
[21:51] <stgraber> unseeded is fine, yes
[21:52] <skaet> SmapapS,  yes, as long as unseeded
[21:52] <skaet> :)