[12:47] <yml> it is now fetching
[12:47] <beuno> :D
[12:47] <beuno> yay!
[12:48] <yml> so simple 16 caraters  to work around a bug in 13 hours
[12:48] <yml> Thank you very much all for your patience and your help
[12:49] <beuno> yml: my pleasure, I admire your persistance  :D
[12:49] <yml> You there is always 2 categories of people:
[12:49] <yml> The one with talent
[12:49] <yml> and the one that persist
[12:50] <yml> Obviously I was not in the first category$
[12:50] <yml> ;-)
[12:50] <beuno> yml: hahaha, talent is easier to learn then patience  :p
[12:50] <yml> How did you find this bug in launchpad 
[12:51] <yml> because I try to use the search without a lot of success
[12:51] <beuno> yml: I used google  :D
[12:52] <beuno> http://www.google.com.ar/search?q=ssh+implementation+is+Putty's+plink.&ie=utf-8&oe=utf-8&aq=t&rls=com.ubuntu:en-US:official&client=firefox-a
[12:53] <beuno> yml: what version of windows are you running?  I'd like to create a patch for that
[12:55] <yml> beuno : microsoft XP  Professionnel
[12:55] <yml> version 2002
[12:55] <yml> Service Pack 2
[12:56] <beuno> yml: great, I'll try and see if I can prepare a patch for it
[12:57] <yml> I would be glad to test it
[12:57] <yml> if yo need a tester
[12:57] <beuno> yml: would be useful, can you send me an email so I have your address?   beuno@ubuntu.com
[01:01] <yml> beuno : I have done it thank you
[01:02] <beuno> yml: thanks, I'll drop you a line when I cook up something
[01:03] <yml> Thank you and good night it 1:00 AM over there
[01:03] <yml> bye
[01:51] <LaserJock> are PPAs working for teams?
[02:11] <Rinchen> LaserJock, don't know the answer to that. I know you can enable it but  unfortunately someone like cprov will need to take that
[02:11] <LaserJock> right now it's just Beta Testers that can upload right?
[02:12] <Rinchen> believe so
[02:12] <Rinchen> I haven't been too involved with PPA
[02:12] <LaserJock> I just wondered what happens if you have a team and some people are Beta Testers and some aren't
[02:12] <Rinchen> best to ask crpov in the morning
[02:13] <Rinchen> or, of course, email launchpad-users
[02:24] <tonyyarusso> https://help.launchpad.net/PPAQuickStart lists fqdn = upload.dogfood.launchpad.net for the config; is this still correct now that it's out of the beta area?
[02:30] <kiko-afk> tonyyarusso, nope -- but we haven't updated it yet. we will tomorrow (when matt revell is back)
[02:31] <tonyyarusso> kiko-afk: so if I use fqdn = upload.launchpad.net it should work?
[02:33] <kiko-afk> tonyyarusso, yes, but shhh don't tell anyone :)
[02:34] <tonyyarusso> lol, okay
[02:34] <LaserJock> kiko-afk: heh, it's already on launchpad-users
[02:34] <kiko-afk> omg :)
[02:35] <LaserJock> we could blog it for good measure
[02:35] <LaserJock> then what would you do, huh?
[02:35] <LaserJock> ;-)
[02:35] <LaserJock> "ooopss, was that your LP karma?"
[02:36] <kiko-afk> lol
[02:36] <kiko-afk> fofl
[02:37] <kiko-afk> ai ai, been a while since I've laughed this hard
[02:37] <LaserJock> "I'm sorry, we just had a database malfunction, you've just been assigned all Ubuntu bugs"
[02:38] <LaserJock> "What? your hackergotchi was replaced by a picture of a pink pony? File a bug and we'll see what we can do" :-)
[02:39] <tonyyarusso> Are the rest of the conf fields correct?
[02:39] <tonyyarusso> hahaa
[02:40] <LaserJock> tonyyarusso: there *is* an email on the launchpad-users list with instructions
[02:40] <tonyyarusso> LaserJock: hrm - I may not be on that list yet :S
[02:41] <tonyyarusso> Uploading to my-ppa (via ftp to upload.launchpad.net):
[02:41] <tonyyarusso> Connection failed, aborting. Check your network (111, 'Connection refused')
[02:42] <kiko-afk> have you checked your network?
[02:43] <kiko-afk> isn't it ppa.launchpad.net btw?
[02:47] <tonyyarusso> Oooh, that could be.
[03:15] <ubotu> New bug: #135730 in launchpad "Special background for private bug reports etc should be inside tabs" [Critical,In progress]  https://launchpad.net/bugs/135730
[03:20] <effie_jayx> quick question.... how does team karma work?
[03:21] <effie_jayx> not general launchpad karma... 
[03:21] <effie_jayx> team karma. I thought I saw it somewhere
[03:23] <beuno> effie_jayx, afaik, it's not implemented yet
[03:23] <effie_jayx> cool then
[06:10] <tonyyarusso> Bah.  "Rejected - Must be a member of lp-beta-testers for PPA"  I thought it was everyone now, but I guess I'm jumping the gun on that.
[06:26] <superm1> tonyyarusso, hasn't launched yet
[06:26] <superm1> they are pretty close, and will announce when its ready
[06:32] <tonyyarusso> superm1: ah, ok.  I must have misheard/read.
[06:32] <superm1> tonyyarusso, they were almost ready today, but i believe had to delay a little more
[06:35] <tonyyarusso> ah
[08:01] <sander_m> Hello. My gnome-hearts application is translated through launchpad. I am readying a new, big release and have frozen and uploaded the new .pot files to launchpad. But where can I announce to the launchpad translators that I have done so and ask for their contribution over the next week or two?
[08:14] <sander_m> Is the launchpad-users mailinglist the correct place to announce a string freeze for my project and ask for translations?
[08:20] <sander_m> Well... I guess so then.
[08:40] <elmargol> can someone explain "Step 4: As there is no override system, you have to upload you package to the right/desired component. In debian/control, use this syntax Section: universe/devel." to me?
[08:41] <Hobbsee> elmargol: if you want it to use universe build-deps, you'll need to set the section as universe/foo
[08:42] <superm1> elmargol, luckily since there is an override system in ubuntu, adding the section on the PPA source package and the ubuntu source package won't matter.  the override in ubuntu will take precedence when its uploaded to ubuntu.
[08:43] <Hobbsee> elmargol: otherwise it will default ot main, and so will fail to build if any build-deps are in universe
[08:43] <elmargol> ah ok. Can I sign packages after I build them on PPA?
[08:44] <superm1> elmargol, if you mirror to another repository and sign that repository
[08:44] <superm1> since ppa doesn't support signing (yet)
[08:44] <superm1> elmargol, actually Daviey and I coauthored a script that will apt-mirror, regenerate the release and sign if you're interested in seeing it
[08:44] <elmargol> Yes I need PPA for a upstream project. ATM i build packages on Virtual machines for every platform :( this sucks
[08:45] <elmargol> I need packages for Feisty 32and64 bit and dapper 32and64bit
[08:46] <superm1> elmargol, let me grab you the branch the script is sitting in then
[08:46] <superm1> elmargol, https://code.launchpad.net/~mythbuntu/mythbuntu/mythbuntu-weekly-build  There are two scripts in there, you only need one of them, the other is for our submissions to PPA
[08:47] <elmargol> I give it a look thx
[08:47] <superm1> mirror_repository.sh, and its in revno 11
[08:49] <elmargol> superm1: I only have 10 revs
[08:49] <elmargol> ah ok refresh helps
[08:49] <superm1> elmargol, pull an update, the commit was pushed right as i was telling you :)
[08:49] <superm1> forgot to push it earlier tonight
[08:50] <ubotu> New bug: #135753 in soyuz "PPA FTBFS when needing earlier build's binaries" [Undecided,New]  https://launchpad.net/bugs/135753
[09:01] <carlos> morning
[09:03] <elmargol> can someone please add me to the launchpad-beta-testers team?
[09:03] <Hobbsee> good morning carlos 
[09:04] <carlos> elmargol: you need to talk with mrevell
[09:06] <elmargol> carlos: I write an email
[09:07] <carlos> yeah, that should work better
[12:05] <ubotu> New bug: #135799 in malone "Spelling error in pie chart" [Medium,New]  https://launchpad.net/bugs/135799
[02:05] <ubotu> New bug: #135817 in malone "Launchpad should support status imports from the Python bugtracker" [High,Confirmed]  https://launchpad.net/bugs/135817
[02:20] <ubotu> New bug: #135821 in launchpad "Let's have a whiteboard or a description for a milestone" [Undecided,New]  https://launchpad.net/bugs/135821
[02:44] <Odd_Bloke> I'm currently trying to push to a branch but it isw locked by 'vostok'.  Is this a lock I shouldn't break?
[02:47] <kiko> I think vostok is the mirroring machine
[02:50] <mwhudson> that's very strange
[02:50] <Odd_Bloke> I should note I'm pushing using bzr+ssh rather than sftp...
[02:51] <mwhudson> Odd_Bloke: is it reproducible?
[02:51] <Odd_Bloke> It's happened a couple of times.
[02:52] <Odd_Bloke> Lock is "held by supermirror@vostok on host vostok [process #6311] "
[02:52] <Odd_Bloke> Just happened for a third time.
[02:54] <mwhudson> ah hm
[02:55] <mwhudson> it looks a bit like there's a bzr process hanging around that may have the lock
[02:55] <mwhudson> (it's not PID 6311 though, dunno where that comes from)
[02:55] <mwhudson> Odd_Bloke: have you had any dropped connections or anything like that lately?
[02:56] <Odd_Bloke> mwhudson: I did earlier, but I broke that lock once...
[02:56] <mwhudson> hm
[02:58] <mwhudson> Odd_Bloke: i suggest filing a bug
[02:58] <mwhudson> maybe jml will have a clue
[03:00] <Odd_Bloke> mwhudson: In Launchpad or is there a more appropriate subproject?
[03:01] <kiko> launchpad-bazaar, Odd_Bloke 
[03:07] <Odd_Bloke> mwhudson: https://bugs.launchpad.net/launchpad-bazaar/+bug/125420 would appear to be the problem I'm having.
[03:07] <ubotu> Launchpad bug 125420 in launchpad-bazaar "supermirror tasking locks?" [Undecided,New]  
[03:10] <mwhudson> Odd_Bloke: after you broke the lock once, did it then work?
[03:10] <mwhudson> often there will be two stale locks (a branch lock and a repository lock)
[03:12] <Odd_Bloke> mwhudson: See my latest comment.  The lock is taken again immediately I break it.
[03:12] <Odd_Bloke> Though I have been breaking it using the bzr+ssh protocol, which could be the problem...
[03:15] <ubotu> New bug: #135829 in launchpad-answers "OOPS creating a faq with a rejected question" [Undecided,Confirmed]  https://launchpad.net/bugs/135829
[03:33] <statik> whats a launchpad?
[03:34] <jtv> statik: you raise a good point.  If there is no cocktail named Launchpad yet, there ought to be one.
[03:36] <kiko> I'll raise a cocktail to that
[03:37] <bac_> jtv: the cocktail would be served ON FIRE, i assume
[03:37] <jtv> hmmm...
[03:38] <statik> that's pretty funny. the US space program has just completed a 4 month investigation into astronauts flying the shuttle while drunk. I bet the local bars here near Kennedy Space center would love the idea :)
[03:38] <kiko> wtf
[03:58] <kiko> me
[03:58] <Rinchen> him
[03:59] <mwhudson> wut
[03:59] <Odd_Bloke> you
[04:00] <statik> he is here, with the other 7 of us
[04:00] <kiko> me
[04:00] <jsk> me
[04:00] <bigjools> and me
[04:00] <ddaa> shhhh
[04:00] <EdwinGrubbs> me
[04:01] <SteveA> Good morning!
[04:01] <jtv> Evening.
[04:01] <SteveA> Welcome to this week's Launchpad development meeting
[04:01] <SteveA> For the next 45 minutes or so, we'll be coordinating about Launchpad development
[04:01] <SteveA> who is here today?
[04:01] <jtv> me
[04:01] <schwuk> me
[04:01] <barr1> me
[04:01] <adeuring> me
[04:01] <carlos> me
[04:01] <sinzu2> me
[04:01] <bigjools> me
[04:01] <gmb> me
[04:01] <mthaddon> me
[04:01] <BjornT> me
[04:01] <ddaa> me
[04:01] <bac> me
[04:01] <jsk> me
[04:01] <allenap> me
[04:01] <jamesh> me
[04:01] <deadwill> stop flooding
[04:01] <Rinchen> me
[04:01] <matsubara> me
[04:01] <salgado> me
[04:01] <statik> me
[04:02] <danilos> me
[04:02] <SteveA> deadwill: hi.  Welcome to the meeting
[04:02] <mwhudson> me
[04:02] <EdwinGrubbs> me
[04:02] <deadwill> :D
[04:02] <intellectronica> me
[04:02] <Rinchen> mrevell, mpt ?
[04:02] <mrevell> me
[04:02] <mrevell> sorry
[04:03] <SteveA> == Agenda ==
[04:03] <SteveA>  * Roll call
[04:03] <SteveA>  * Agenda
[04:03] <SteveA>  * Next meeting
[04:03] <SteveA>  * Actions from last meeting
[04:03] <SteveA>  * Oops report (Matsubara)
[04:03] <SteveA>  * Critical Bugs (Rinchen)
[04:03] <SteveA>  * Bug tags
[04:03] <SteveA>  * Operations report (mthaddon)
[04:03] <SteveA>  * DBA report (stub)
[04:03] <SteveA>  * Sysadmin requests (Rinchen)
[04:03] <cprov> me
[04:03] <SteveA>  * A top user-affecting issue (mrevell)
[04:03] <SteveA> ----
[04:03] <SteveA>  * Coping with changes to configs - kiko
[04:03] <SteveA>  * Deadline for moving dbschema code - kiko
[04:03] <SteveA>  * Staging shared mailbox - matsubara
[04:03] <SteveA>  * Pre-allhands training - kiko
[04:03] <SteveA>  * Ubuntu bugwatches are growing old - kiko
[04:03] <SteveA>  (other items)
[04:03] <stub> me
[04:03] <SteveA> ----
[04:03] <SteveA>  * Blockers
[04:03] <SteveA> 
[04:03] <SteveA> We have a long agenda today
[04:03] <SteveA> so please help to keep things moving along promptly
[04:04] <SteveA> Next meeting: same time next week.  Anyone know they won't be here?
[04:04] <SteveA> 6
[04:04] <SteveA> 5
[04:04] <SteveA> 4
[04:04] <SteveA> 3
[04:04] <SteveA> 2
[04:04] <SteveA> 1
[04:04] <SteveA> great
[04:04] <SteveA>  * Actions from last meetig
[04:05] <SteveA> none
[04:05] <SteveA>  * OOPS report -- matsubara
[04:05] <matsubara> Today's oops report is about bugs 134223, 134301, 135829, 135838
[04:05] <ubotu> Launchpad bug 134223 in launchpad-bazaar "viewing the index page of a bug you can upload to oopses" [Critical,Fix committed]  https://launchpad.net/bugs/134223 - Assigned to Michael Hudson (mwhudson)
[04:05] <ubotu> Launchpad bug 134301 in rosetta "AttributeError: 'unicode' object has no attribute 'code'" [Medium,In progress]  https://launchpad.net/bugs/134301 - Assigned to Curtis Hovey (sinzui-is)
[04:05] <ubotu> Launchpad bug 135829 in launchpad-answers "OOPS creating a faq with a rejected question" [Undecided,Confirmed]  https://launchpad.net/bugs/135829
[04:05] <ubotu> Launchpad bug 135838 in rosetta "Broken link to import queue in +translations page " [Undecided,Confirmed]  https://launchpad.net/bugs/135838
[04:05] <matsubara> mwhudson, re: bug 134223. was it not fixed on edge? Today's report shows some
[04:05] <matsubara> OOPSes there.
[04:05] <mwhudson> matsubara: yes :(
[04:05] <matsubara> sinzui: how's bug 134301 fix going?
[04:05] <statik> matsubara: sinzui is vacationing
[04:05] <ubotu> New bug: #135838 in rosetta "Broken link to import queue in +translations page " [Undecided,Confirmed]  https://launchpad.net/bugs/135838
[04:06] <danilos> carlos: were you not on #135838?
[04:06] <carlos> danilos: yes
[04:06] <matsubara> oh sorry. didn't know that. thanks statik 
[04:06] <kiko> matsubara, we should wait for sinzui for those I guess. email him please
[04:06] <sinzu2> matsubara: I can get it ready in a few days. (this net work blows for doing a preimp)
[04:06] <carlos> although didn't work too much on it, I'm giving priority to 'the huge branch (TM)'
[04:06] <danilos> carlos: right, understandable
[04:07] <matsubara> sinzu2: thanks for the feedback even being away. :-)
[04:07] <matsubara> thank you ddaa 
[04:07] <kiko> sinzu2, don't worry about it.
[04:07] <carlos> matsubara: I just assigned 135838 to me
[04:07] <sinzu2> matsubara: I have me pre-imp scripted out
[04:07] <kiko> sinzu2, enjoy those vacations -- they go by quickly!
[04:07] <matsubara> thank you carlos 
[04:08] <matsubara> SteveA: that's it. back to you. thanks!
[04:09] <SteveA> thank you matsubara 
[04:09] <SteveA>  - Critical bugs, Rinchen 
[04:09] <Rinchen> Howdy, a few for today.
[04:09] <Rinchen>  salgado, is bug 127004 critical becuase it needs to be done this cycle or is something currently broken?
[04:09] <ubotu> Bug 127004 on http://launchpad.net/bugs/127004 is private
[04:09] <Rinchen>  jamesh, is bug 131043 really critical? We're still waiting on an upstream fix correct?
[04:09] <ubotu> Launchpad bug 131043 in launchpad "database adapter serialisation tests disabled" [Critical,Confirmed]  https://launchpad.net/bugs/131043
[04:09] <Rinchen>  barr1, current status on bug 132422 and bug 133630 please?
[04:09] <ubotu> Bug 132422 on http://launchpad.net/bugs/132422 is private
[04:09] <salgado> Rinchen, critical because it needs to go in this cycle
[04:10] <ubotu> Bug 133630 on http://launchpad.net/bugs/133630 is private
[04:10] <Rinchen>  Bug 134312 seems to be database related. Should this be assigned to stub? Same question wrt to Bug 135312 although this appears to more complicated.
[04:10] <ubotu> Launchpad bug 134312 in launchpad "Checkwatches script doesn't use correct DB user" [Critical,Confirmed]  https://launchpad.net/bugs/134312
[04:10] <ubotu> Bug 135312 on http://launchpad.net/bugs/135312 is private
[04:10] <salgado> Rinchen, it's already waiting for review, though
[04:10] <jamesh> Rinchen: SteveA asked me to mark the bug critical when filing it
[04:10] <Rinchen> salgado, ok thanks. That helps me know the situation.
[04:10] <jamesh> so that's what I did
[04:10] <jamesh> I don't know if it needs to be brought up at each meeting though
[04:10] <Rinchen> jamesh, ok, any objections if I drop it from this meeting?
[04:10] <stub> Rinchen: Anyone can do Bug 134312
[04:11] <Rinchen> Thanks stub
[04:11] <Rinchen> so I need a taker for bug 134312 then
[04:11] <ubotu> Launchpad bug 134312 in launchpad "Checkwatches script doesn't use correct DB user" [Critical,Confirmed]  https://launchpad.net/bugs/134312
[04:11] <SteveA> so, 131043 is about us having tests disabled
[04:12] <Rinchen> stub, are you able to do the other one,  134312?
[04:12] <SteveA> essentially, we're not testing the DB adapter serialization code
[04:12] <BjornT> what's the reason for changing the db users as soon as possible? it'd be good to get a bit more notice for issues like this
[04:12] <SteveA> which means this code is subject to being broken, and we won't realize
[04:12] <stub> Rinchen: In fact, better for someone who is familiar with checkwatches as I can only make the tests pass - I won't know of areas without test coverage
[04:12] <kiko> BjornT, we moved to a new box 
[04:12] <kiko> BjornT, so we're trying to clean things out as we move
[04:12] <stub> BjornT: We can work around it if scheduling is a bitch
[04:12] <BjornT> kiko: but why does it need to be done ASAP?
[04:12] <SteveA> even so, we can change it to High priority, if it is interfering with this report too much.
[04:13] <Rinchen> statik, please poke barry about his above. :-)
[04:13] <SteveA> I would prefer it stay critical though
[04:13] <BjornT> stub: some scripts are not trivial to convert, so i'd rather push this off to the next cycle
[04:13] <BjornT> we already have too much to do for 1.1.9
[04:13] <stub> Rinchen: I won't be good for any bugs this cycle with all the leave and the db stuff I need to do
[04:13] <Rinchen> SteveA, I'm ok to not report on it weekly and leave it critical.
[04:13] <stub> BjornT: Sure
[04:13] <kiko> BjornT, okay, push them off.
[04:13] <BjornT> cool, thanks
[04:14] <SteveA> Rinchen: ok
[04:14] <barr1> Rinchen: no change in status
[04:14] <teolemon> hi everybody, I was wondering if there were some Rosetta gurus out there
[04:14] <mthaddon> so are we planning to still fix this in 1.1.9?
[04:14] <SteveA> Rinchen: I worry that if we mark it high, we're not taking our commitment to having good test coverage seriously
[04:14] <mthaddon> (the checkwatches, I mean)
[04:15] <SteveA> teolemon: we're in a meeting for the next 30 mins.  Maybe someone like carlos or danilos can help you in a private message
[04:15] <teolemon> sorry
[04:15] <teolemon> I'll wait
[04:15] <kiko> Rinchen, and it will get forgotten :-(
[04:15] <carlos> teolemon: thanks
[04:15] <SteveA> teolemon: sure, thank you
[04:15] <barr1> SteveA: i think we still take it seriously, but i don't think it's critical
[04:16] <Rinchen> I still need a volunteer for checkwatches
[04:16] <Rinchen> pretty please
[04:16] <sinzu2> I've generally taken critical as cherrypickable, High as must go out in this release.
[04:16] <mthaddon> barr1,  the reason I marked it critical is that I think it warrants a cherry pick before the next release since we currently have an ugly work around
[04:16] <BjornT> Rinchen: didn't we agree on pusing it off to 1.1.10?
[04:16] <stub> Rinchen: We can defer checkwatches too if needed
[04:17] <Rinchen> mthaddon, how badly will this interfere with your work if we delay checkwatches and the others?
[04:17] <kiko> SteveA, this meeting is moving very slowly.
[04:17] <stub> mthaddon: (We just need to allow access to the launchpad user from forster and it will work like it did on gangotri)
[04:17] <barr1> critical to me means "drop everything and fix it NOW"
[04:17] <SteveA> kiko: you think so?  in general, or just this part about critical bugs?
[04:18] <kiko> SteveA, my internet connection hiccupped. sorry. :)
[04:18] <Rinchen> Ok, I'll try to sort the rest of this out today.  SteveA back to you.
[04:18] <mthaddon> Rinchen, it'll mean continuing to have an ugly hack in place for checkwatches - some of the other ones do need to happen sooner as I need to migrate all scripts of gangotri as part of the app server reconfig project
[04:18] <SteveA> thanks Rinchen :-)
[04:18] <SteveA>  * Bug tags
[04:19] <mthaddon> Rinchen, can discuss the details with you later
[04:19] <SteveA> there is one new proposal for an official launchpad project bug tag
[04:19] <SteveA>  - focus
[04:19] <kiko> focus?!
[04:19] <kiko> field-focus maybe
[04:19] <SteveA>  about the focusing of form controls
[04:19] <kiko> form-focus
[04:19] <SteveA> I agree with kiko that 'focus' is a very general term
[04:19] <jtv> input-focus?
[04:19] <SteveA> for example, the focus of development
[04:19] <kiko> form-focus sounds less ambiguous of the options
[04:20] <SteveA> the dutch prog rock band, with their yodelling hit "hocus pocus"
[04:20] <jtv> SteveA: you're not thinking of Crocus?
[04:20] <SteveA> mpt: what's your opinion?
[04:20] <barr1> nope, it's Focus
[04:20] <danilos> I think tags are there to help developers... even if they may be confusing to those who are not using them, it's important they are short and understandable to those who are using them
[04:20] <kiko> danilos, focus is confusing /to me/
[04:21] <danilos> kiko: wouldn't mpt be the one using them most?
[04:21] <danilos> s/them/it/
[04:21] <SteveA> jtv: http://en.wikipedia.org/wiki/Focus_%28band%29
[04:21] <SteveA> danilos: the tags are to help both developers, and casual users of Launchpad
[04:21] <kiko> danilos, I don't see the connection there. I still need to read the tags in the portlet.
[04:21] <SteveA> danilos: also, tags are more often read than written
[04:22] <SteveA> danilos: also also, there's support in the application to show you what tags exist
[04:22] <danilos> SteveA: my only concern is maybe they'd be written more often if they were not as cumbersome to add
[04:22] <jtv> That may be more a UI matter than a naming matter though...
[04:23] <kiko> what jtv said
[04:23] <SteveA> danilos: outside of the meeting, please try adding the tags focus and form-focus to some bugs on staging
[04:23] <kiko> our handling of tags is too simplistic
[04:23] <SteveA> danilos: and see how much extra total work it is, and recommend some improvements
[04:23] <SteveA> I'm with jtv and kiko
[04:23] <danilos> kiko: that's true, but I don't see the connection either... unless you are interested in tracking all your focus bugs yourself... anyway, I'm done with the matter
[04:23] <SteveA> mpt: you proposed the tag
[04:23] <SteveA> mpt: do you agree with form-focus?
[04:24] <SteveA> ok, time to move on.  form-focus is approved for the use mpt proposed, provided mpt agrees with it
[04:24] <SteveA>  * Operations report (mthaddon)
[04:25] <mthaddon> Numerous cherry picks have been applied and issues discovered with moving scripts to run from new server which has more restricted DB access
[04:25] <mthaddon> Rollout procedure is changing - script now includes means of performing commands (e.g. starting services) immediately after pushing out code (tested yesterday successfully)
[04:25] <mthaddon> Seems to be an ongoing issues with the branch-puller (per the scriptactivity emails)
[04:25] <kiko> mthaddon, beautiful work, thanks.
[04:25] <mthaddon> Other than that all other issues have been discussed
[04:26] <SteveA> mthaddon: havbe been discussed here today?  or elsewhere?
[04:26] <mthaddon> SteveA, discussed here today (the script DB user issues)
[04:26] <SteveA> I'm very happy to hear about greater amounts of reliable automation for rollouts
[04:26] <SteveA> thanks
[04:26] <SteveA>  * DBA report (stub)
[04:26] <SteveA> .wub 61
[04:27] <kiko> wub wub
[04:27] <stub> Database patches need to be in my queue by Tuesday. I won't be around Monday, so grab me tomorrow if you need me.
[04:27] <stub> DB patch review call is scheduled with Mark Wednesday 5th.
[04:27] <stub> A call to discuss the code import patch is being scheduled for tomorrow. I may try and discuss other ready patches if Mark has time.
[04:27] <stub> tink dat is all
[04:28] <SteveA> thanks stub
[04:28] <SteveA>  * Sysadmin requests (Rinchen)
[04:28] <Rinchen> Does anyone have any RT requests that need attention? If you are blocked on any, please speak now. 
[04:28] <jtv> Yup
[04:28] <jtv> #28968
[04:28] <SteveA> actually, to save time in this meeting, please privmsg Rinchen 
[04:28] <jtv> ok
[04:29] <SteveA>  * A top user-affecting issue (mrevell)
[04:29] <mrevell> Right now, the upstream Amarok team deal with bugs reported against the Ubuntu Amarok package. I'm told that they've expressed frustration at not being able to set importances, see private bugs and set wishlist bugs. These tasks are reserved for the Ubuntu drivers, as it's an Ubuntu package and not the upstream project.
[04:29] <mrevell> I'll start a discussion on launchpad-users where I'd value your thoughts on what we can offer upstreams who want to be more involved in managing bugs filed against the Ubuntu package of their software.
[04:29] <mrevell> Thanks, back to you SteveA.
[04:29] <SteveA> ok, thanks.  more on launchpad-users
[04:29] <SteveA>  * Coping with changes to configs - kiko
[04:29] <Hobbsee> mrevell: kiko was planning to add to that on what launchpad was planning to do about how we send bugs upstream, as well.
[04:30] <mrevell> thanks Hobbsee
[04:30] <Hobbsee> no problem
[04:30] <kiko> we've had a horrible number of problems with config updating this cycle
[04:30] <kiko> there are two reasons for this
[04:30] <kiko> first, because our config system is a disaster
[04:30] <kiko> in particular the lack of proper inheritance/overriding
[04:30] <kiko> second, because people are not being disciplined about updating our production configs
[04:31] <kiko> I would like us to address the latter part of the problem right now
[04:31] <kiko> I suspect part of the issue is that few people really understand what configs are used where (I certainly don't)
[04:31] <SteveA> how about a simple diff-based lint script?
[04:31] <SteveA> so make lint-configs
[04:31] <kiko> and the other part of the issue is that reviewers don't pay attention to config changes
[04:31] <jamesh> or a test that tries to load each config
[04:31] <barr1> kiko: and also, how do you /test/ the other configs?
[04:31] <jamesh> (won't catch everything, but will catch the worst problems)
[04:32] <kiko> I have no idea. I don't understand how our configs work. I just know that people forget to update them and then we have rollout pains.
[04:32] <SteveA> ok, I'd like to have a discussion of this on the launchpad mailing list.  kiko, please write the above in a message to the list.
[04:32] <SteveA> then we can get a variety of ideas, and get something done
[04:32] <mthaddon> jamesh, like one I discovered last night where we had duplicate ppa entries in edge2 
[04:32] <kiko> SteveA, it needs to be done for 1.1.9.
[04:32] <SteveA> good
[04:32] <kiko> another rollout like this and I'll have a heart attack
[04:32] <kiko> move on.
[04:32] <SteveA> thanks for raising it here, and mention that on the list
[04:32] <SteveA>  * Staging shared mailbox - matsubara
[04:33] <matsubara> I'd like to propose that all team leads should have access to the shared staging mailbox. Is there any security concern regarding that?.
[04:33] <SteveA> I can't think of one
[04:33] <SteveA> if there is none, then the whole launchpad team should have access
[04:33] <matsubara> I can email (encrypted) the password to all team lead, but maybe IS should do that.
[04:33] <jtv> Will there be any problem if several of us try to create accounts with that mailbox as its email address?
[04:34] <matsubara> I'm fine with the whole team having access to it.
[04:34] <SteveA> if there is no issue, then we can put the password on the internal development wiki
[04:34] <cprov> mthaddon: that was probably my fault ... sorry
[04:34] <matsubara> jtv: we should use that email address to create accounts
[04:34] <matsubara> jtv: it's a catch all account
[04:34] <mthaddon> cprov, fixed now
[04:34] <SteveA> can we use mailbox+uniquename as the mail address, if we need that?
[04:34] <matsubara> so any email you use, it'll end up there
[04:34] <SteveA> I don't think we'll need it though
[04:34] <matsubara> s/should/should not/
[04:34] <stub> foo@example.com ends up there
[04:34] <barr1> matsubara: how will we access that?  via imap(s)?
[04:34] <SteveA> matsubara: please mail the list, asking for any security concerns
[04:34] <stub> (and any other email address)
[04:34] <matsubara> barr1: yes, imap
[04:34] <barr1> cool
[04:35] <SteveA> matsubara: if we get none, and we get "there are no concerns in my subsystem" from team leads
[04:35] <SteveA> matsubara: then we can go ahead
[04:35] <jtv> ok
[04:35] <matsubara> SteveA: all right. thanks!
[04:35] <SteveA>  * Deadline for moving dbschema code - kiko
[04:35] <SteveA> matsubara: you're on the hook for chasing team leads about this, to get an answer
[04:35] <SteveA> matsubara: thanks
[04:36] <kiko> we have new dbenum code thanks to thumper 
[04:36] <matsubara> roger
[04:36] <kiko> many developers have moved their code
[04:36] <kiko> but many more have not.
[04:36] <kiko> 1.1.10 is the release where lib.canonical.lp.dbschema will exist
[04:36] <kiko> so make sure you make time for this
[04:36] <SteveA> kiko: the last release ?
[04:36] <kiko> I will file the individual bugs for each team. get moving!
[04:36] <carlos> kiko: exist or will be killed?
[04:37] <SteveA> thank you kiko
[04:37] <kiko> be killed, cease to exist.
[04:37] <SteveA>  * Pre-allhands training - kiko
[04:37] <kiko> this is just an announcement
[04:37] <SteveA> kiko: when you've filed bugs, please mail the list too
[04:37] <kiko> some people don't read the launchpad list, to which clan sent an announcement
[04:37] <kiko> specifying /special/ arrival dates for the launchpad team
[04:37] <SteveA> everyone here should read the launchpad list!
[04:37] <SteveA> it's our primary means of coordination other than launchpad itself
[04:37] <kiko> you are meant to arrive on the 31st of october.
[04:38] <kiko> if some bozo books his tickets wrong because they did not read the list (and yes, the warthogs announcement is superseded by the launchpad one)
[04:38] <SteveA> if there's a reason you don't read the launchpad list in a timely way, then mail me to tell me why, and I'll look at getting that issue fixed
[04:38] <SteveA> next week, we'll do a poll about whether people have booked travel to these meetings
[04:39] <SteveA> ACTION for SteveA there.
[04:39] <kiko> ...
[04:39] <carlos> SteveA, kiko: I'm waiting since Tuesday for Dionne
[04:39] <jtv> Note that down: SteveA wants action.
[04:39] <carlos> I didn't get any input since my first email
[04:39] <SteveA> jtv: actually, I mean, that should go on next week's meeting agenda
[04:39] <Rinchen> mine were done within 24 hours
[04:39] <carlos> and I think jtv is in the same situation too
[04:40] <SteveA> if you have issues arranging travel, talk with your line manager and/or to me
[04:40] <jtv> I got an answer from a colleague of hers
[04:40] <SteveA> by email
[04:40] <carlos> jtv: oh!
[04:40] <SteveA>  * Ubuntu bugwatches are growing old - kiko
[04:40] <carlos> SteveA: ok
[04:40] <kiko> I raised an issue on-list related to the Ubuntu bugwatches
[04:40] <jtv> carlos: I got mine an hour or two ago
[04:40] <kiko> and the fact that they are largely useless
[04:41] <carlos> jtv: maybe I will get mine later today...
[04:41] <SteveA> why are they largely useless?
[04:41] <kiko> I just wanted to ask jamesh and BjornT together if they feel that the hack in place is more painful than having to cope with redirection through some other means.
[04:41] <kiko> SteveA, because the ubuntu bugzilla no longer exists.
[04:41] <SteveA> I see
[04:41] <kiko> it is just a redirection shim to launchpad. we aren't "watching" anything.
[04:41] <kiko> jamesh, BjornT: speak now or the hack stays. :)
[04:42] <BjornT> kiko: the hack in place is not painful, but i agree that they are useless. my vote would probaly be to keep the watches, though
[04:42] <jamesh> kiko: other than needing to special case ubuntu-bugs in the checkwatches script, I don't know how much pain it is
[04:42] <kiko> that special-casing hasn't caused problems so far, and I doubt it will.
[04:43] <kiko> okay. thanks for your opinions!
[04:43] <stub> Hasn't enough time passed that we can break old book marks now? Any old bookmarks would be for retired versions of Ubuntu now anyway, wouldn't they?
[04:43] <kiko> stub, there's changelog links and URLs.. cjwatson asked they be kept.
[04:43] <BjornT> kiko: the main reason being is that there's more work involved in removing the watches than it is to maintain the current hack
[04:43] <kiko> BjornT, yeah, I agree
[04:44] <kiko> SteveA, move on.
[04:44] <SteveA> thanks kiko 
[04:44] <SteveA> kiko: did you have any other items?
[04:44] <jamesh> as I said earlier, we could produce a static rewritemap to keep the links working
[04:44] <jamesh> not sure if it is worth it though
[04:44] <jtv> GoogleBot might appreciate it
[04:45] <kiko> SteveA, not that i recall
[04:45] <SteveA> ok
[04:45] <SteveA>  * Blockers -- by new-fangled launchpad team organisation
[04:46] <SteveA> and
[04:46] <matsubara> oh today we already start by the new team org
[04:46] <SteveA> this time, I'll ask for temas...
[04:46] <SteveA> um teams
[04:46] <SteveA> Launchpad translations
[04:46] <SteveA> jtv: ?
[04:47] <jtv> Yes?
[04:47] <danilos> jtv: you mean 'no'? :)
[04:47] <SteveA> jtv: is the Translations team blocked on anything outside of the team?
[04:47] <jtv> Not urgently
[04:47] <SteveA> that's 'no' then
[04:47] <jtv> right
[04:47] <SteveA> no grey areas here
[04:47] <SteveA> thank you jtv 
[04:48] <SteveA> Launchpad bugs
[04:48] <SteveA> BjornT: ?
[04:48] <BjornT> SteveA: not blocked
[04:48] <SteveA> thanks BjornT 
[04:48] <SteveA> Soyuz
[04:48] <SteveA> kiko, cprov, bigjools ?
[04:48] <bigjools> no
[04:48] <SteveA> thanks
[04:48] <bigjools> not blocked
[04:48] <cprov> not blocked
[04:48] <SteveA> SC: not blocked
[04:48] <kiko> no
[04:48] <SteveA> Foundations:
[04:49] <SteveA> I didn't ask.  My bad.
[04:49] <salgado> SteveA, not blocked
[04:49] <SteveA> Collaborative commerce:
[04:49] <SteveA> statik: ?
[04:49] <statik> not blocked
[04:49] <SteveA> thanks
[04:49] <Rinchen> release team: not blocked
[04:50] <SteveA> thanks Rinchen 
[04:50] <Rinchen> thanks matsubara  :-)
[04:50] <SteveA> gah... jetlag
[04:50] <SteveA> did I miss any?
[04:50] <mwhudson> me! me!
[04:50] <ddaa> TEAM: Code BLOCKED: code-import db patch review (confcall scheduled)
[04:50] <SteveA> of course!
[04:50] <SteveA> hwdb
[04:50] <adeuring> no
[04:50] <SteveA> thanks
[04:50] <SteveA> I think that's it
[04:51] <SteveA> if I've been slack and missed a team, sorry, please speak up now
[04:51] <SteveA> ok
[04:51] <SteveA> that's all
[04:51] <SteveA> thanks everyone!
[04:51] <SteveA> MEETING ENDS
[04:51] <mwhudson> thanks SteveA
[04:51] <mrevell> thanks all
[04:51] <jsk> cheers
[04:51] <mrevell> cprov: I'm going to get tea then will ping you
[04:51] <cprov> mrevell-tea: yup
[04:51] <statik> buh bye
[04:52] <kiko> thanks SteveA 
[04:53] <SteveA> here did teolomon go?
[04:54] <SteveA> he wanted some help with something about translations
[04:57] <beuno> carlos, ready when you are  :D
[04:58] <carlos> SteveA: no idea...
[04:58] <carlos> beuno: let me finish something, I will be ready in a couple of minutes
[04:58] <beuno> carlos, sure, I'll just get more coffee
[05:01] <ubotu> New bug: #135853 in soyuz "Clean up your dbschema items" [Undecided,New]  https://launchpad.net/bugs/135853
[05:01] <ubotu> New bug: #135854 in rosetta "Clean up your dbschema items" [Undecided,New]  https://launchpad.net/bugs/135854
[05:06] <ubotu> New bug: #135855 in launchpad-bazaar "Clean up your dbschema items" [Undecided,New]  https://launchpad.net/bugs/135855
[05:06] <ubotu> New bug: #135856 in malone "Clean up your dbschema items" [Undecided,New]  https://launchpad.net/bugs/135856
[05:06] <ubotu> New bug: #135857 in blueprint "Clean up your dbschema items" [Undecided,New]  https://launchpad.net/bugs/135857
[05:07] <matsubara> isn't that a good example of using bugtasks?
[05:07] <carlos> beuno: ping me when you are ready, please
[05:07] <matsubara> kiko: ^
[05:07] <beuno> carlos, ping  :D
[05:08] <carlos> beuno: pong
[05:08] <carlos> :-P
[05:08] <carlos> so
[05:08] <beuno> so...
[05:08] <beuno> translation stats
[05:08] <carlos> Tell me the exact information you would like to get and I will try to get it for you 
[05:09] <kiko> matsubara, hmm, maybe.
[05:09] <kiko> would have made my life easier
[05:09] <carlos> beuno: I will not be able to provide with history, except store the statistics in a per date file
[05:09] <beuno> ok, the ideal information I would want is an activity log of translation, "x translated y in z" with a date stamp
[05:09] <kiko> matsubara, yeah, I don't see a good reason why not. I suck :-(
[05:09] <carlos> so I will export statistics per day and you will need to calculate the improvements
[05:10] <beuno> carlos, sure I don't mind parsing any kind of data
[05:10] <carlos> beuno: what's 'x', 'y' and 'z' ? 
[05:10] <carlos> I guess z == distroseries (gutsy, daper, edgy)
[05:10] <carlos> y == sourcepackage (evolution, openoffice.org, etc...)
[05:10] <carlos> and x person?
[05:11] <beuno> User translated package in distro
[05:11] <carlos> ok
[05:11] <carlos> so I guessed correctly
[05:11] <beuno> I'm very glad you did  :D
[05:11] <carlos> beuno: are you interested on suggestions too?
[05:11] <carlos> or just in translations that are actually used?
[05:11] <beuno> carlos, absolutely, anything you can, I'd rather have to filter out
[05:12] <carlos> beuno: I mean, you want it split or aggregated?
[05:12] <carlos> for instance:
[05:12] <carlos> "carlos did 100 translations in Gutsy's evolution"
[05:12] <carlos> or
[05:13] <carlos> "carlos did 30 translations and 70 suggestions in Gutsy's evolution"
[05:13] <carlos> ?
[05:13] <beuno> carlos, I'd prefer the second option, but not if it takes you much longer
[05:14] <beuno> I'm also happy with something like the Karma summary
[05:14] <beuno> "carlos translated a string in Gutsy's evolution"
[05:15] <carlos> beuno: dude, I have raw access to a db mirror so I could provide anything you want
[05:15] <beuno> "carlos suggested..."
[05:15] <ubotu> New bug: #135859 in launchpad "Clean up your dbschema items" [Undecided,Confirmed]  https://launchpad.net/bugs/135859
[05:15] <beuno> carlos, hahahaah, I don't want to abuse your friendlyness  :p
[05:15] <carlos> beuno: well, I would prefer if you give me a list of things you really want to know
[05:16] <beuno> the ideal for me would somethin I could show semi-live, like in ubuntustats.com
[05:16] <carlos> if it's not possible, I will tell you that, don't worry
[05:16] <carlos> beuno: I'm using a mirror, so it will not be live
[05:16] <beuno> so I would show items fly by the browser of people translating stuff
[05:17] <carlos> it usually has a small delay, less than 24 hours, but a delay anyway
[05:17] <carlos> until we implement the proper spec about stats
[05:17] <beuno> carlos, that works, it doesn't have to be live as in "it's happening right now"
[05:17] <carlos> in which case, it will be updated live
[05:17] <beuno> most of the items now aren't live either
[05:18] <beuno> just acceptably recent  :D
[05:18] <beuno> that way I can show that info in ubuntustats, and generate the weekly stats for UWN
[05:18] <carlos> ok, let me prepare something...
[05:19] <beuno> and eventually querying for stats, since I'll have all that in a db
[05:29] <carlos> hmm, this query is being long...
[05:29] <carlos> beuno: waiting for the sql server
[05:30] <beuno> carlos, great, that means I'm getting a lot of data  :p
[05:45] <beuno> carlos, I was thinking maybe you could generate a file per hour or so to make it easier on the DB, and quicker for me (less if it's convenient for you)
[05:46] <carlos> beuno: well, data doesn't change so often
[05:46] <carlos> so once per day is enough
[05:46] <carlos> although I need to optimise that query... (still running)
[05:46] <carlos> beuno: we update the DB mirror once per day anyway
[05:47] <beuno> carlos, ah, right, makes sense then
[05:48] <beuno> and, while I'm not trying to get greedy, that means the whole LP DB?  as in "maybe, in the future, if I send you enough fruit baskets, we could generate more of these"?
[05:55] <beuno> carlos, the main server at my office just exploded into pieces and I've got 18 people staring at the ceiling instead of programming, I have to run over there real quick, can we continue in about an hour?
[05:56] <carlos> beuno: sure
[05:56] <beuno> thanks!  :D
[05:56] <carlos> beuno: about 'generating more of these', about translations, no problem for other things... I would prefer to check with the maintainers. the proper solution is use launchpad for it
[06:13] <kiko> matsubara-lunch, is there no bug for empty config sectios being required? how odd.
[06:29] <ddaa> kiko: IIRC a bug was filed previously and marked invalid because
[06:30] <ddaa> both upstream and launchpad want to get away from the existing config management system
[06:30] <ddaa> so there would be little point in fixing upstream bugs there
[06:30] <ddaa> (so said stub, IIRC)
[06:31] <beuno> carlos, ok, just killed the person who touched the server, how's the query
[06:32] <ddaa> beuno: you're carlos's "cleaner"?
[06:32] <ddaa> can I ask you to clean people too?
[06:32] <carlos> beuno: still running, even after I optimised it a bit, I guess I would need to improve it even more...
[06:33] <carlos> ddaa: it was not my server... but who knows... :-P
[06:33] <beuno> ddaa, yes you can, but I don't accept money, only "launchpad favours" currency
[06:34] <mwhudson> kiko: bug 50033
[06:34] <ubotu> Launchpad bug 50033 in launchpad "Default values are not accessible from config section if a config file doesn't contain that section" [High,Won't fix]  https://launchpad.net/bugs/50033 - Assigned to Stuart Bishop (stub)
[06:36] <beuno> carlos, I remembered something on my way here, I would also need what language it was translated in
[06:36] <carlos> hmm, that's even worse
[06:36] <beuno> I thought it would be :D
[06:36] <carlos> more joins
[06:37] <beuno> but UWN stats are basically per language stats
[06:37] <beuno> I can replace IDs for languages if that saves time/resources
[06:38] <carlos> don't worry, it's more easy for me to do it directly
[06:38] <beuno> :D
[06:41] <carlos> ok, per language it's faster
[06:41] <carlos> I just got the Spanish one
[06:41] <beuno> yay!
[06:42] <synic> kiko: ok... I'm an idiot.  I get the series stuff now.  Would it be a big pain for me to request deletion of the "unstable" series in the exaile project?  There's a milestone in there....
[06:44] <synic> I promise I'll consult you before I create a new series, just to I can make sure I know what I'm doing.
[06:45] <carlos> beuno: http://people.ubuntu.com/~carlos/statistics/gutsy_es_20070830.txt
[06:46] <carlos> that's the list of Spanish translations that are being used per package
[06:46] <carlos> in Gutsy
[06:47] <carlos> I could do it relative to current day too
[06:58] <beuno> carlos, that's almost perfect
[06:58] <beuno> if you add it relative to the day, and distiguish suggestions from translations, I'm set
[06:58] <carlos> that's just translations
[06:58] <carlos> I could provide another file with the same information for suggestions not being used
[06:58] <carlos> beuno: although, if you prefer to get that information in the same file, I think it's possible
[06:58] <beuno> carlos, it's the same to me, as long as I can parse it
[06:58] <carlos> well, anything is possible, I mean, I think I'm able to do it :-P
[06:58] <beuno> are you using mysql, or is it top secret?
[06:58] <carlos> beuno: we use postgres
[06:58] <ddaa> and that's anything but secret.
[06:58] <beuno> hmmm, this might work anyway then: http://tlug.dnho.net/?q=node/209
[06:58] <ddaa> our database schema does not lend itself well to brainless exports
[06:58] <ddaa> for example, some people do not want to disclose their email addresses
[06:58] <ddaa> also, anything involving translations touch tables with literally zillions of rows
[06:58] <ddaa> exporting this data involves some expertise
[06:59] <beuno> ddaa, right, I understand, I was just trying to help out a bit, I believe that formats the output as a csv file, easier to parse
[07:00] <kiko> synic, that's easy.
[07:01] <synic> cool
[07:01] <kiko> synic, hand me a url please?
[07:01] <ddaa> kiko: was it fixed?
[07:02] <kiko> what?
[07:02] <kiko> ddaa, was what fixed?
[07:02] <synic> kiko: for which question?  The first one?
[07:02] <carlos> beuno: I just need to go out for 20 minutes, will you be around when I'm back?
[07:02] <kiko> synic, were there multiple questions? :)
[07:02] <synic> kiko: yup.
[07:02] <beuno> carlos, all day, yes
[07:02] <carlos> beuno: ok
[07:02] <ddaa> kiko: I thought there was a bug filed about being unable to convert a person into a team.
[07:02] <carlos> beuno: will ping you as soon as I'm back
[07:02] <synic> kiko: Here's the one regarding exaile-tickets: https://launchpad.net/~exaile-tickets
[07:03] <beuno> carlos, great, thanks  :D
[07:04] <kiko> synic, oh, that's an existing bug. please file a request (see support in the /topic)
[07:04] <kiko> synic, when salgado <wink> finished that bug you'll be able to do it.
[07:05] <kiko> synic, just leave it as-is for now -- it's safest.
[07:05] <synic> kiko: wait, what's the bug?  
[07:05] <kiko> synic, if you file the support request matsubara-lunch will link it in
[07:06] <synic> is the bug being able to delete users, or being able to convert them to teams?
[07:06] <kiko> synic, the latter.
[07:06] <synic> ah
[07:06] <synic> the other question was this:
[07:06] <synic> kiko: ok... I'm an idiot.  I get the series stuff now.  Would it be a big pain for me to request deletion of the "unstable" series in the exaile project?  There's a milestone in there....
[07:06] <kiko> no problem.
[07:07] <kiko> I was on the phone with Rinchen who as we know talks a great deal (even more than me!)
[07:07] <kiko> so I missed all this fun stuff
[07:07] <kiko> synic, but there is a branch attached to that series.
[07:07] <kiko> should it be moved to main?
[07:07] <ddaa> meh?
[07:07] <kiko> okay changing.
[07:07] <synic> kiko: yeah.
[07:08] <kiko> meh!
[07:09] <ddaa> would be simpler to delete "trunk" and rename "unstable" to "trunk"
[07:09] <kiko> synic, you're not an idiot. series are too complicated.
[07:09] <ddaa> then set the branch back in the new trunk
[07:09] <kiko> already too late
[07:09] <ddaa> oh, that works that way too :)
[07:09] <synic> kiko: yeah.  I'm just used to trackers that can do a lot less.  I can see how all of this stuff would be really useful
[07:10] <kiko> synic, done.
[07:10] <synic> thanks :)
[07:10] <kiko-fud> let me have that lunch now!
[07:10] <kiko-fud> https://launchpad.net/exaile
[07:11] <kiko-fud> synic, should I use exaile instead of rhythmbox btw?
[07:11] <synic> kiko-fud: you sure should
[07:11] <kiko-fud> I'll give it a spin
[07:11] <synic> alright :)
[07:11] <kiko-fud> in python too! cool.
[07:11] <kiko-fud> okay real lunch now
[07:12] <kiko-fud> (because fake lunch doesn't help)
[07:12] <ddaa> you know what I'd love from a media player?
[07:12] <ddaa> the ability to deal with multiple encodings of the same track
[07:12] <synic> which type of encodings are you talking about?
[07:12] <ddaa> so, when on the move, it would use low-quality ogg that fit on my internal drive
[07:12] <synic> ah
[07:13] <ddaa> but when at home, it would use flac stored on an usb drive
[07:13] <synic> what about automatic transcoding?
[07:13] <synic> ... nevermind, I guess that would take too long.
[07:13] <ddaa> that would not solve the use case too
[07:40] <matsubara> kiko-fud: bug 50033
[07:40] <ubotu> Launchpad bug 50033 in launchpad "Default values are not accessible from config section if a config file doesn't contain that section" [High,Won't fix]  https://launchpad.net/bugs/50033 - Assigned to Stuart Bishop (stub)
[07:50] <kiko> thanks matsubara 
[08:07] <kiko> hey this exaile thing
[08:07] <kiko> it's pretty cool
[08:07] <kiko> man, ddaa, that's such a corner case
[08:29] <ddaa> kiko: did not say that was a common requirement
[08:29] <ddaa> actually, I do not expect it to be ever supported
[08:29] <ddaa> most people do not even care that their music is compressed in horribly lossy ways
[08:29] <kiko> indeed!
[08:32] <sbalneav> Has ppa become public yet, or only for launchpad beta testers?
[08:32] <LaserJock> sbalneav: you already ask?
[08:33] <sbalneav> Yep :)
[08:38] <kiko> sbalneav, I invite you to be a beta tester already!
[08:41] <sbalneav> Cool!
[08:42] <sbalneav> I'll try uploading again.  Gonna be around for a bit?  
[08:42] <sbalneav> Muito Obrigado, BTW
[08:46] <kiko> sbalneav, yeah, I'll be around for another 1:15
[08:46] <kiko> de nada
[08:47] <LaserJock> thanks kiko 
[08:52] <LaserJock> sbalneav needs PPA power!
[08:52] <kiko> sbalneav, you're a beta tester. 
[08:52] <kiko> LaserJock, does he need to have signed the CoC too?
[08:52] <LaserJock> he should have already
[09:03] <sbalneav> I'm an ubunteroooooo
[09:05] <sbalneav> Hmm, so if I've already done an upload via dput, and it failed, how do I try again?
[09:05] <sbalneav> dput my-ppa edubuntu-docs_7.07.1ubuntu1_source.changes
[09:05] <sbalneav> Already uploaded to upload.dogfood.launchpad.net
[09:05] <sbalneav> Doing nothing for edubuntu-docs_7.07.1ubuntu1_source.changes
[09:05] <synic> is there any way to import tickets from another bug tracker, csv file, or any of that?
[09:10] <kiko> sbalneav, it's no longer dogfood -- see help.launchpad.net/PPAQuickStart
[09:11] <sbalneav> Thx
[09:13] <kiko> dogfood is the past 
[09:13] <kiko> lpnet is the future
[09:14] <LaserJock> hah
[09:26] <ubotu> New bug: #135905 in malone "ExternalBugTracker tests need to be refactored" [Undecided,New]  https://launchpad.net/bugs/135905
[09:54] <sbalneav> kiko-afk: [PPA sbalneav]  Accepted:
[09:54] <sbalneav>   OK: edubuntu-docs_7.07.1ubuntu1~ppa1.tar.gz
[09:54] <sbalneav>   OK: edubuntu-docs_7.07.1ubuntu1~ppa1.dsc
[09:54] <sbalneav> Thanks!
[10:08] <CharlesEdwardPax> Is this a good place to get some help on packaging and PPA?
[10:09] <CharlesEdwardPax> I have a handy little application in Python using libglade called Gladex (http://www.openphysics.org/~gladex/), which is hosted in Launchpad bzr. I hacked together a Makefile that will output a binary package when the user types "make package"; this is located in the bzr repository. This is fine for personal use and distribution to those who don't mind poking around a bit. However, in the hopes of distributing to a wider au
[10:09] <CharlesEdwardPax> The problem I'm having is making a source package that won't make PPA's automated build system puke. All the tutorials and documentation I've found are more complex than I would hope for.
[10:09] <CharlesEdwardPax> CharlesEdwardPax: Does anyone have an example or can point me to some good information on how I need to structure the code in the bzr repository and what files must be included in the bzr repository?
[10:09] <cprov> CharlesEdwardPax:  yes, but #ubuntu-devel is better for packaging issues.
[10:10] <LaserJock> cprov: #ubuntu-motu
[10:10] <LaserJock> cprov: #ubuntu-devel doesn't do packaging support
[10:10] <ddaa> cprov means "here is a good place to ask about PPA specifically, but #ubuntu-motu is better for general packaging issues"
[10:10] <ddaa> LaserJock: thx :)
[10:12] <synic> matsubara: is converting a person to a team something that might happen soon, or should I just create a new team?
[10:12] <CharlesEdwardPax> I'll go checkout #ubuntu-motu. Thanks.
[10:18] <ddaa> synic: at this point, you want to create a new team, and maybe merge your account with the other person you created.
[10:18] <ddaa> In any case, the bug is not going to be fixed before the next release in two weeks
[10:21] <synic> ah, ok
[10:25] <ubotu> New bug: #136103 in malone "Suggestion about bug types" [Undecided,New]  https://launchpad.net/bugs/136103
[10:35] <huats> I'd like to use ppa, can anybody help me a bit ? I don't know where to start...
[10:37] <jamesh> huats: https://help.launchpad.net/PPAQuickStart would be a good place to start
[10:37] <huats> jamesh: Yep I've seen that
[10:43] <jamesh> huats: perhaps be a bit more specific about what you want to know
[10:47] <synic> bleh, how do you create a new team again?
[10:50] <synic> nevermind :)
[10:50] <ddaa> admittedly, https://help.launchpad.net/FeatureHighlights/TeamManagement is not very helpful
[10:50] <ddaa> "Creating a team is trivial."
[10:51] <LaserJock> heh
[10:51] <LaserJock> of course it *is* trivial if you know where to go
[12:33] <synic> so anyone registered for launchpad can modify any ticket?
[12:42] <LaserJock> synic: not all parts of a bug can be modified by anyone
[12:43] <synic> what can be?
[12:43] <LaserJock> well, they can set certain statuses
[12:43] <LaserJock> then can comment
[12:43] <LaserJock> that kind of thing