[12:38] <bdmurray> If somebody has not applied for team membership is there a way to approve their membership temorarily or do you have to approve it and then change the memebership terms?
[02:30] <mpt> Gooooooooooooood afternoon Launchpadders!
[02:34] <LaserJock> hi mpt 
[02:34] <mpt> hi ho
[02:35] <LaserJock> going to fill my mailbox today? :-)
[02:37] <mpt> Perhaps not
[02:37] <mpt> Concentrating on coding today
[02:37] <LaserJock> oh, that's cool
[02:43] <crimsun> poolie: RE: 122215, can you reproduce the symptoms using another app (not Skype), e.g., Rhythmbox directed to play through your usb headset?
[02:43] <poolie> how can i tell rhythmbox to play through my headset? 
[02:43] <crimsun> System> Preferences> Sound
[02:44] <poolie> oh, that's new
[02:44] <crimsun> you may need to restart Rhythmbox for it to take effect
[02:44] <poolie> cool
[02:45] <poolie> hm
[02:45] <poolie> oh well, i'll try it
[02:46] <crimsun> I have a feeling it's linux-source-2.6.20, specifically snd-usb-audio.ko, since there's something funky in the ALSA usb driver right now.
[02:47] <poolie> so far so good
[02:48] <poolie> i'll let you know
[02:48] <poolie> it does seems unlikely that a solely userspace bug could cause such a hard hang
[02:49] <poolie> there is a lot of distortion
[02:50] <crimsun> that can be tweaked with alsa-lib parameters like sample method and virtual device usage
[02:50] <poolie> interesting
[02:50] <crimsun> I'm more concerned about possible mutex abuse
[02:50] <poolie> after playing for a while it gets distorted; kind of ringing maybe?
[02:50] <poolie> stopping and restarting fixes it
[02:51] <poolie> i've heard this with skype as well and thought it was just network dropouts
[02:51] <crimsun> that symptom is alsa-lib's fault
[02:51] <crimsun> should be fixed in gutsy
[02:52] <crimsun> anyhow, apologies for being offtopic; just figured I'd ping you in this channel since you're present
[02:52] <poolie> not at all
[02:52] <poolie> thanks
[02:53] <poolie> do you work at canonical?
[02:53] <crimsun> no
[02:55] <poolie> is there any workaround for the alsalib bug?
[02:55] <crimsun> unfortunately, no
[02:57] <crimsun> I'd be interested in seeing if you can reproduce the distortion with `aplay -Dplughw:1 /usr/share/sounds/*up.wav`  (you'll need to close Rhythmbox first)
[02:57] <crimsun> (I'm also presuming that `asoundconf list` returns your usb headset below any other detected sound device)
[02:57] <poolie> ok
[02:58] <poolie> that sounds fine
[02:58] <poolie> the distortion only came in about 20s into the first song though
[02:58] <poolie> after it happened on the second song i hit stop and then play, and it did not recurr
[02:58] <crimsun> ok, does the distortion appear with `aplay -Dplug:dmix:1 /usr/share/sounds/*up.wav` ?
[02:59] <poolie> no
[02:59] <crimsun> ok, perhaps the latter test simply needs a longer wav file
[03:00] <poolie> i tried *wav with no problems
[03:00] <poolie> but maybe it needs to be a long single file?
[03:00] <crimsun> right, like a four-minute wav
[03:03] <poolie> well, i can decode an ogg and try that
[03:05] <ubotu> New bug: #122220 in malone ""Offer mentorship" switches from Bugs to Overview" [Undecided,New]  https://launchpad.net/bugs/122220
[03:06] <crimsun> sure, that will suffice
[03:07] <poolie> no distortion with plug:dmix:1
[03:08] <poolie> well, other than what's meant to be there :)
[07:54] <lifeless> reviewer meeting in 5 minutes
[07:55] <spiv> lifeless: let's start early, eh? ;)
[07:55] <lifeless> That sounds like fun.
[07:56] <lifeless>     *
[07:56] <lifeless>       Roll call
[07:56] <lifeless>     *
[07:56] <lifeless>       Next meeting
[07:56] <lifeless>     *
[07:56] <lifeless>       Queue status.
[07:56] <lifeless>     *
[07:56] <lifeless>       Timely assignment of queue items
[07:56] <lifeless> yay wiki copy
[07:56] <lifeless> whos here? I am in body.
[07:56] <spiv> I'm here.
[07:56] <lifeless> you and what army?
[07:57] <spiv> Me and the piece of fluff I'm chasing out of my keyboard.
[07:57] <lifeless> 'piece of fluff' eh, and you just married :)
[07:58] <spiv> Well that seems to be jolly good.  Next item? :)
[07:58] <lifeless> 3r3d july?
[07:59] <lifeless> 13 open reviews, 2 down from last week
[08:00] <lifeless> 6 over target
[08:00] <spiv> 3rd July seems fine.
[08:00] <lifeless> 6 over target, which is up
[08:00] <spiv> A couple of those are assigned to sprinters.
[08:01] <lifeless> all the same
[08:01] <lifeless> the reviewers should have either handed back, or are planning to do it while on sprint
[08:01] <spiv> Is it worth pre-emptively reassigning them, and sending a reminder to the sprinting reviewers to punt reviews they don't have time for?
[08:01] <lifeless> mmm
[08:02] <lifeless> perhaps a mail.
[08:02] <lifeless> I'll do one now
[08:02] <spiv> Ok.
[08:03] <lifeless> done
[08:03] <lifeless> Timely assignment of queue items
[08:04] <lifeless> do you know who raised this?
[08:04] <spiv> No idea.
[08:04] <lifeless> I'll check histoty
[08:04] <spiv> wiki says flacoste
[08:04] <lifeless> flacoste
[08:04] <lifeless> did I miss something on-list?
[08:04] <spiv> Not that I recall.
[08:05] <spiv> Bac and barry have one branch that was assigned to them today when the branch was already "late". This points to a problem in the timely assignment of reviews.
[08:07] <spiv> I guess the question is why did this happen?  In the past this has sometimes happened because the queue was large, and the assigner didn't want to assign lots and lots of things to each reviewer all at once.
[08:08] <lifeless> right
[08:08] <lifeless> which was the case last week.
[08:08] <lifeless> salgado is assigning reviews too these days
[08:08] <spiv> Barry and kiko suggested that reviewers with some free time could grab reviews from the general queue without waiting for formal assignment. One minus with that is that reviewers are likely to pick branch in area that they are familiar with. This will make a good review, but will not increase cross-area training that lifeless consider in his assignments.
[08:08] <lifeless> I'm remember this now; I did read the minutes :)
[08:08] <spiv> Ah, ok :)
[08:09] <spiv> I don't see any reason to prevent reviewers from taking off the general queue directly if they want.
[08:09] <lifeless> neither do I. But we know it doesn't work.
[08:09] <lifeless> thats why we have an assigner. We've never actually said 'dont take reviews yourself'
[08:10] <spiv> So long as they are careful to update the assignment in the queue, as noted in the minutes.  But I don't get the impression there's lots of idle reviewer cycles waiting to be harnessed.
[08:10] <lifeless> In fact, as we encourage finding a reviewer oneself for urgent things, its quite clear that there is not meant to be a mandatory get-assigned step.
[08:10] <spiv> I just get the impression that our developers our working too hard ;)
[08:10] <lifeless> s/our/are/
[08:11] <lifeless> So, I think - mail to salgado to see how hes finding allocations, and note to reviewers that they are welcome to pick reviews from the queue - oldest first though!
[08:12] <spiv> Well, it's probably worth mailing a remineder about those things (reviewers are welcome to self-assign; devs are welcome to try find a reviewer themself)
[08:12] <lifeless> ok, I'll do both of those.
[08:12] <lifeless> any other business?
[08:12] <spiv> None that I can think of, just a general fear that sprints lead review queue DOOM.
[08:13] <lifeless> meeting over then
[08:13] <lifeless> in fact
[08:13] <lifeless> if someone at sprint puts a branch up for review; someone at sprint will get the branch to review.
[08:13] <lifeless> quid pro quo.
[08:13] <spiv> I like that.
[08:32] <carlos_> morning
[10:08] <jml> L
[10:08] <jml> eek.
[10:40] <ubotu> New bug: #122257 in launchpad-answers "Don't send support requests for languages without subscriber to everyone" [Undecided,New]  https://launchpad.net/bugs/122257
[12:58] <cprov> good morning, guys.
[02:01] <EmxBA> hi! it seems that https://translations.launchpad.net/ubuntu/gutsy/+lang/bs and https://translations.launchpad.net/ubuntu/gutsy/+lang/hr (bosnian, and croatian) translations cannot be accessed. all other work?
[02:02] <EmxBA> hi sabdfl 
[02:02] <sabdfl> hiya EmxBA
[02:02] <EmxBA> perhaps you've met some people from LUGbih on debconf? ^^
[02:03] <sabdfl> Ah, yes, I think there's a photo en route for you ;-)
[02:05] <EmxBA> :) I couldn't attend but I've told some people to greet you ;)
[02:10] <heno> Anyone know how to make a team inactive?
[02:10] <heno> I'd like to close distro-qa as the name is confusing people
[02:15] <ubotu> New bug: #121230 in Ubuntu "Remove firegpg project please." [Undecided,Invalid]  https://launchpad.net/bugs/121230
[02:18] <Fujitsu> heno: You'll probably need to file a launchpad support ticket in the answer tracker.
[02:19] <EmxBA> can someone help me? some translations can't be opened
[02:20] <heno> Fujitsu: thanks, I'll do that
[02:21] <carlos> EmxBA: hi
[02:21] <EmxBA> hi carlos 
[02:22] <carlos> EmxBA: that's a bug that is being fixed right now
[02:22] <carlos> EmxBA: danilo already has a patch for it
[02:22] <Admiral_Chicago> morning everyone, I'm looking at https://answers.launchpad.net/ubuntu/+question/3851 and I want to close it
[02:22] <shawarma> &win 21
[02:22] <carlos> and we are working to deploy it
[02:22] <EmxBA> ok thanks, carlos 
[02:22] <Admiral_Chicago> i don't see the option, am I know looking close enought?
[02:22] <EmxBA> I couldn't access translations for bs for few days
[02:23] <Admiral_Chicago> s/know/not
[02:23] <carlos> EmxBA: that problem was introduced on Thursday with latest code rollout
[02:25] <carlos> EmxBA: sorry about it
[02:25] <EmxBA> ok, I hope it will corrected in short time
[03:05] <ubotu> New bug: #122284 in rosetta "Some exported files doesn't include X-Rosetta-Export-Date tag" [High,In progress]  https://launchpad.net/bugs/122284
[03:26] <ubotu> New bug: #122289 in launchpad-answers "Display warning when asking a question on an "unsupported" project" [Medium,Confirmed]  https://launchpad.net/bugs/122289
[03:39] <shawarma> &win 35
[03:39] <shawarma> whoops
[03:41] <agoliveira> Hello everyone! I have a project registered in LP that's synced to SVN import from upstream. The upstream now has another SVN address. How can I update where my project is getting it's upstream source?
[03:42] <mwhudson> agoliveira: you bug me or ddaa to do it 
[03:42] <mwhudson> :)
[03:43] <mwhudson> probably filing by a question in launchpad-bazaar project
[03:43] <mwhudson> https://answers.launchpad.net/launchpad-bazaar/+addquestion
[03:43] <agoliveira> mwhudson: I wanted to avoid bug you once more but if I have to... ;)
[03:44] <mwhudson> it's a bit fiddly, but it's nothing major
[03:44] <kduboi1> where a guideline for the branch format that is supported? (i'm a bzr newbie and the bzr website doesnt seem to be helping me much...)
[03:46] <agoliveira> mwhudson: I need to change the svn import of this https://code.launchpad.net/hildon-control-panel from this one https://stage.maemo.org/svn/maemo/projects/haf/trunk/hildon-desktop to this one: https://stage.maemo.org/svn/maemo/projects/haf/branches/hildon-control-panel/refactoring/
[03:46] <spiv> kduboi1: launchpad supports all the bzr branch formats
[03:46] <mwhudson> agoliveira: oh
[03:47] <spiv> kduboi1: you should probably just use the default format that the current version of bzr (0.16) creates unless you have a specific reason not to.
[03:47] <mwhudson> bloody xchat
[03:47] <mwhudson> agoliveira: as policy we only import 'trunk' branches
[03:48] <agoliveira> mwhudson: Hmmm... then we have a problem because that's the one we need. The current one is broken and that's the one indicated by the Maemo/Nokia guys.
[03:49] <agoliveira> "About Control Panel:   Please, use this branch (not trunk):  https://stage.maemo.org/svn/maemo/projects/haf/branches/hildon-control-panel/refactoring/  This is a major rewrite of control panel which will be used in our future releases. It has the very same UI but a completely refactored code base."
[03:49] <mwhudson> agoliveira: exceptions can be made
[03:49] <agoliveira> mwhudson: I would apreciate that as this is crashing our maemo base.
[03:50] <mwhudson> agoliveira: we will almost certainly have to create an import that bzr thinks is entirely unrelated to the existing import
[03:50] <mwhudson> is that ok?
[03:51] <agoliveira> mwhudson: Sorry but I don't get it.
[03:52] <kduboi1> so i think what i need to know is where to find the launchpad ssh key....
[03:53] <mwhudson> agoliveira: none of the revisions in the import of the branch will be present in the import of the trunk
[03:53] <mwhudson> agoliveira: so if you already have a branch off the existing import, you won't be able to merge from the new import into it
[03:53] <agoliveira> mwhudson: As this branch is a complete rewrite, perhaps would be easier just trash this import and start over with a new one?
[03:53] <mwhudson> if none of this is making sense, you probably don't have the problem :)
[03:54] <agoliveira> I mean, trask the LP project.
[03:54] <mwhudson> better to trash the import
[03:54] <mwhudson> (which i can do)
[03:55] <agoliveira> mwhudson: Well, I can aways apply the changes again over the new import, nothing major.
[03:55] <agoliveira> mwhudson: So, go for it. As soon it's imported I'll check it out and see what happens.
[03:55] <mwhudson> now, i have to work out how to import a non trunk branch
[03:55] <mwhudson> ddaa: help
[03:59] <spiv> kduboi1: you can upload your SSH public keys to launchpad
[03:59] <spiv> kduboi1: is that what you're asking about?
[04:01] <kduboi1> spiv: i'm not really sure. i'm just going to read the tutorials more, as opposed to bugging everyone on irc :-D
[04:13] <ddaa> mwhudson: pong
[04:13] <mwhudson> ddaa: agoliveira wants to import from non trunk svn 
[04:17] <ddaa> two issues here
[04:17] <ddaa> 1. branch was renamed in svn
[04:17] <ddaa> 2. new location is not truck
[04:17] <ddaa> s/truck/trunk/
[04:18] <ddaa> the current code *might* be able to deal with 1
[04:18] <ddaa> (without losing the current import)
[04:19] <agoliveira> I don't mind scrapping everything and start over if necessary.
[04:19] <ddaa> Dealing with 2 involves patching our code... but nothing hard.
[04:19] <ddaa> Either add the new location to the whitelist.
[04:19] <ddaa> Or remove the whitelisting feature entirely.
[04:20] <agoliveira> Ah, so the current LP code can't actually deal with non-trunk?
[04:20] <ddaa> It can.
[04:20] <ddaa> I added an explicit whitelist system to stop us from trying to checkout full repositories.
[04:20] <ddaa> which caused some grief in the past
[04:21] <agoliveira> I see. Makes sense.
[04:21] <agoliveira> What do you suggest?
[04:22] <ddaa> agoliveira: is this import used for ubuntu packaging?
[04:24] <agoliveira> ddaa: Yes. It's one of the main UI components for the Ubuntu Mobile and Embedded.
[04:24] <ddaa> cool, you earned a big priority bonus
[04:25] <ddaa> we'll try to make you happy ASAP
[04:25] <ddaa> mwhudson: let's have a call?
[04:26] <mwhudson> ddaa: ok
[04:27] <agoliveira> Thanks a lot guys.
[04:41] <ddaa> agoliveira_lunch: we should be able to fix that import tonight or tomorrow
[04:41] <ddaa> we'll make a fresh import of the new location, ignoring any history that occurred on the trunk location
[05:01] <Hobbsee> erm...
[05:01] <Hobbsee> does statusexplanation mean a comment?
[05:01] <Hobbsee> https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/93686
[05:02] <ubotu> Launchpad bug 93686 in kdebase "Konqueror French in Status Bar" [Undecided,Fix committed]  
[05:21] <ubotu> New bug: #122320 in launchpad-answers "extract IQuestionTarget API to QuestionTargetMixin" [Low,New]  https://launchpad.net/bugs/122320
[05:46] <agoliveira> ddaa: That will do. Thanks.
[06:58] <alefteris> the list of mirrors for software-properties-gtk is created automaticaly from the list at https://launchpad.net/ubuntu/+archivemirrors ? Or i have to do something else to add a mirror in the application?
[07:02] <salgado> alefteris, which list of mirrors would be that?
[07:03] <alefteris> the list of mirrors that users can select from the software-properties-gtk configuration application in gnome System -> Preferences
[07:04] <alefteris> System -> System config actually
[07:06] <salgado> alefteris, I think that list is static, but it may have been created from the launchpad list of mirrors
[07:06] <salgado> alefteris, mvo should be able to tell that for sure
[07:08] <alefteris> I dont care to much if it is static, just want to make sure that the application it will include newly added mirrors before the gutsy release..
[07:16] <lousygarua> hello, is there a way to file a bug and change its status to 'wishlist' or whatever?
[07:17] <Hobbsee> importance?  no. not unlessyou're in ubuntu-qa
[07:17] <lousygarua> oh well.. thanks
[10:26] <lifeless> is julian on sprint ?
[10:30] <cprov> lifeless: Do you mean bigjools ?  No, he is not.
[10:30] <lifeless> ok
[10:30] <lifeless> just trying to ensure the sprinters can't flood the few remaining reviewers
[10:50] <ubotu> New bug: #122433 in launchpad "'Bug contacts' box doesn't help user become a bug contact" [Undecided,New]  https://launchpad.net/bugs/122433
[11:21] <ubotu> New bug: #122439 in soyuz "Builder pages are not presenting the ongoing buildlog after 1.1.6" [High,In progress]  https://launchpad.net/bugs/122439