[12:41] <ubotu> New bug: #129815 in launchpad "Milestone views need total counts displayed" [Undecided,New]  https://launchpad.net/bugs/129815
[01:29] <LaserJock> kiko: still around?
[01:30] <kiko> yep!
[01:31] <kiko> how may I help you LaserJock?
[01:32] <LaserJock> is PPA really going live on the 22nd
[01:32] <kiko> LaserJock, that's the plan!
[01:32] <LaserJock> and PPAs will be available for everybody?
[01:32] <LaserJock> or just a limited set
[01:36] <LaserJock> kiko: any idea on ^^?
[01:36] <kiko> everybody.
[01:39] <LaserJock> kiko: has this been discussed with Ubuntu at all?
[01:39] <LaserJock> it's liable to cause some fuss in MOTU Land, although probably not too much :-)
[01:39] <kiko> depends on what you mean by Ubuntu
[01:40] <kiko> but PPAs are really just a tool
[01:40] <LaserJock> sure, but we have enough headaches with 3rd party repos as it is
[01:40] <LaserJock> making them trivial can be seen as making it a whole lot worse
[01:40] <kiko> depends on what side of the line you are -- if you're on the side that wants to produce packages.. :)
[01:41] <LaserJock> especially since they will mostly like start off being seen as "official" because they have launchpad.net in the name
[01:42] <LaserJock> well, there's no doubt to me that they will be a useful tool
[01:42] <kiko> they are unsigned
[01:42] <LaserJock> I was just rather thinking that it was going to be done in stages
[01:42] <kiko> that's already a pretty big deterrent
[01:42] <LaserJock> oh yeah, people will scream at that
[01:42] <kiko> let them scream
[01:42] <LaserJock> heh
[01:43] <LaserJock> well, I don't care personally
[01:43] <kiko> signatures are for packages people have endorsed
[01:43] <LaserJock> hmmm
[01:43] <LaserJock> I wonder if the general Ubuntu populace thinks that though
[01:43] <LaserJock> anyway, beside the point
[01:43] <LaserJock> I just wanted to know for sure
[01:44] <kiko> users get a warning when they try to install packages from unsigned archives
[01:44] <kiko> I think that's already a big hint, don't you?
[01:44] <LaserJock> if it was free-for-all or just limited to a particular set
[01:44] <LaserJock> kinda, although people are used to clicking right though anything to get what they want ;-)
[01:46] <LaserJock> so can teams have PPAs?
[01:47] <LaserJock> I think that was in the design, right?
[02:03] <kiko> LaserJock, yep
[02:05] <LaserJock> coolio
[02:56] <meuserj> umm.. launchpad isn't letting me import my PGP key.. it's telling me my fingerprint is already imported, and someone else on ubuntu-motu said it did the same thing for him
[03:01] <ubotu> New bug: #129845 in soyuz "Sort out inconsistences when refering to PPA page" [Low,Confirmed]  https://launchpad.net/bugs/129845
[03:21] <RAOF> Thinking of PPAs, it's not obvious in the conditions of use whether nightly snapshots of a couple of smallish packages are allowed.
[03:41] <ubotu> New bug: #129851 in launchpad "OpenPGP key import claims key is already imported" [Undecided,New]  https://launchpad.net/bugs/129851
[03:48] <kiko> RAOF, it's probably acceptable up to the quota limit, sure
[03:48] <RAOF> kiko: Cool.  Nightly snapshots of nouveau, here we come!
[04:19] <ajmitch> RAOF: going to build kernel modules against gutsy nightly?
[04:57] <RAOF> ajmitch: Yeah, why not?  It doesn't take long.  At least on my box.
[04:58] <RAOF> And I don't need to replace existing kernel modules, or at least none that nvidia users care about.
[06:30] <mpt> Goooooooooooooooood afternoon Launchpadders!
[08:57] <carlos> morning
[09:03] <danilos> carlos: morning
[09:03] <danilos> ;)
[09:04] <carlos> danilos: hey!
[09:05] <danilos> hi mdke :)
[09:05] <mdke> hiya :)
[09:06] <mdke> danilos: it looks like almost all of the po files I created from xml with your script were invalid; they got rejected by rosetta.
[09:06] <danilos> mdke: I've noticed that the update-po script is not working too well for you...
[09:07] <mdke> some of them have different english strings in the msgid than in the msgstr
[09:07] <danilos> mdke: have you passed them through msguniq? (the bigger issue is that they seem not to be aligned correctly)
[09:07] <mdke> danilos: I just ran the script, took a quick look at some of them (I thought they looked alright) and uploaded them
[09:07] <mdke> I've uploaded them all to the repository as well; at https://docteam.ubuntu.com/repos/branches/feisty/ubuntu
[09:08] <danilos> mdke: that's a problem of eg. translation-credits translations, which basically makes the structure of english and a translation incompatible... you got to remove those <copyright> lines from translation XMLs
[09:08] <mdke> oh dear; that sounds pretty nasty
[09:09] <mdke> as an example of one that looks dodgy to me, see https://docteam.ubuntu.com/repos/branches/feisty/ubuntu/internet/po/de.po
[09:11] <mdke> the disclaimer stuff looks like a problem too
[09:12] <mdke> danilos: I think probably it's better if I give up with this, and just have translations going in one direction (po->xml) rather than the other way
[09:12] <mdke> danilos: do you think any of the uploaded po files that didn't get marked as fail by rosetta can have caused some issues?
[09:13] <danilos> mdke: yeah, it could happen, unfortunately
[09:13] <mdke> can we revert it?
[09:13] <danilos> mdke: we'll have to re-upload correct PO files to fix it
[09:14] <mdke> right. I can revert the repository and reupload, I think
[09:14] <danilos> mdke: btw, 'disclaimer' problem seems to be usage of different options in two runs of xml2po (i.e. expand entities, don't expand entities)
[09:14] <danilos> mdke: I mentioned that before
[09:14] <mdke> danilos: oh; I thought we've always used expand entities
[09:14] <mdke> at least in this release
[09:15] <danilos> mdke: or, it could simply be that the english document has changed too much (you are supposed to try to generate PO files from translated.xml and old-english-which-translation-is-based-on.xml)
[09:15] <mdke> ah, update-po calls -k
[09:15] <mdke> the English document hasn't changed, but the translated documents have entities expanded whereas the english version doesn't
[09:17] <danilos> yeah, it might very well be the problem... I'll spend a few hours on this now, and try to see if I can come up with a stable solution to the problem
[09:17] <mdke> danilos: that's awesome, thanks: but don't spend too much time on it; if there isn't a sane solution I'm happy to simply abandon ship and revert things
[09:18] <mdke> i'll see what happens if I change -k to -e in update-po.sh
[09:20] <mdke> danilos: yes, that looks like it has improved things dramatically; maybe even fixed them completely
[09:21] <mdke> i don't know how to check properly though
[09:21] <danilos> mdke: well, everything apart from those translations with translation-credits should be fine in that case
[09:21] <mdke> right
[09:21] <danilos> mdke: since xml2po otherwise keeps the same structure
[09:21] <mdke> well, that's a definitive improvement
[09:22] <mdke> I'm just terrified of losing translations or matching some translations to the wrong strings now
[09:23] <danilos> mdke: right, understood... I'll look into that, and try to get it to strip translation-credits translations, and match those
[09:23] <danilos> btw, ubuntu-docs svn module is huge, it will take me a while to check it out
[09:23] <mdke> yeah, I know. You'll need branches/feisty
[09:24] <danilos> mdke: ah, for the base documents, right?
[09:24] <mdke> danilos: yes
[09:25] <mdke> danilos: I've tried the italian version of internet; with -e in update-po it has quite a lot of translations matched against the wrong strings still; although they look close; potentially it's the translator-credits only that is the problem
[09:26] <danilos> mdke: just look for the <copyright> lines in the new XML translation, try removing them, and doing the same step
[09:26] <danilos> mdke: the problem is that it gets inserted near the top of the file
[09:27] <mdke> danilos: right; it's directly below the English copyright tag
[09:28] <danilos> mdke: right, the algorithm is to add it at the very end of <articleinfo>, and if there is no <articleinfo>, it adds nothing
[09:28] <mdke> danilos: you're a genuis; removing the second <copyright> tag has made the po file perfectly matched
[09:29] <danilos> mdke: ok, I'll try to figure out a way to automatically remove them prior to processing
[09:29] <mdke> danilos: *hugs*
[09:29] <mdke> danilos: i need to disappear now to go to work; no irc access there, but you can mail me if I can help at all
[09:30] <danilos> mdke: sure, I'll handle that
[09:30] <mdke> thanks again
[09:31] <danilos> mdke: you are welcome
[09:31] <mdke> goodbye?
[09:31] <mdke> ah, on holiday
[09:31] <mdke> phew
[09:32] <danilos> mdke: right, and he spent a few days here :)
[09:32] <mdke> ah, give him my love
[10:25] <ubotu> New bug: #129885 in launchpad "Bug links are added regardless of newlines" [Undecided,New]  https://launchpad.net/bugs/129885
[10:45] <ubotu> New bug: #129891 in launchpad "Project/distribution/person pages have messy section borders" [Medium,New]  https://launchpad.net/bugs/129891
[10:45] <ubotu> New bug: #129892 in soyuz "sources.list lines should be one the front page of PPA" [Undecided,New]  https://launchpad.net/bugs/129892
[10:50] <ubotu> New bug: #129893 in launchpad "Page footer should not appear higher than the bottom of the viewport" [Low,New]  https://launchpad.net/bugs/129893
[10:58] <mpt> bdmurray, eventually if you link a Gutsy package to a project, Launchpad will automatically link the Gutsy+1, Gutsy+2 packages to that project too
[10:59] <mpt> but that doesn't happen yet, which is partly why so few packages are linked to their equivalent projects
[11:01] <mpt> It's bug 50672
[11:01] <ubotu> Launchpad bug 50672 in soyuz "Project's distribution packages list is incomplete" [High,Confirmed]  https://launchpad.net/bugs/50672
[01:39] <chris_camacho> launchpad could be improved by allowing users to edit / correct spelling etc in bugs they post
[01:51] <juliux> hi
[02:04] <Spads> if I commit code to a group repository, will it automatically appear on https://code.launchpad.net/people/+me ?
[02:20] <Kmos> Spads: if you own the group or you're part of it, i think yes
[02:33] <mibuk> hey
[02:33] <mibuk> I've just started working on a project, and am writing instructions for people to use bzr and launchpad.  I use linux so those instructions were easy, but Launchpad uses ssh-key's for authentication, and I don't know how one would get bzr to use an ssh key instead of password authentication when running windows.
[02:34] <mibuk> Is there a helpfile I missed somewhere?
[02:37] <Spads> You might find help in #bzr
[02:37] <Spads> (if no one here knows)
[02:37] <mibuk> They recommended me to here
[02:38] <Odd_Bloke> Spads: Heh, I told him he might find help in here if no-one there knew. :p
[02:38] <Spads> back and forth!
[02:39] <mibuk> The wierd thing is, given that Launchpad uses private keys, and uses bzr, I would ahve thought it would be a common question, but I can't find anything about it at either site, and googling hasn't turned up anything instructive yet
[02:42] <mpt> ddaa, jamesh_, or matsubara, can you help mibuk?
[02:43] <Fujitsu> mibuk: I'm not sure too many F/LOSS developers use Windows+bzr+LP
[02:43] <ddaa> sorry, I never used bzr on Windows.
[02:43] <ddaa> The right place to ask is definitely #bzr.
[02:44] <ddaa> They do have windows users who know how to deal with that... I believe it involves something called Pageant...
[02:45] <intellectronica> not that i've used this with bzr, but the program "putty" provides an ssh client for windows that usually works with this kind of stuff
[02:45] <ddaa> mibuk: you might find instructions on bazaar-vcs.org too
[02:45] <jamesh_> mibuk: you can configure bzr to use putty's "plink.exe" to connect
[02:45] <jamesh_> mibuk: that in turn can use putty's SSH agent
[02:46] <jamesh_> I don't have such a setup locally, so that's about as much help as I can give
[03:35] <ubotu> New bug: #129948 in malone "Code that extracts bugtracker urls from bug comments crashes with UnicodeEncodeError" [Low,Confirmed]  https://launchpad.net/bugs/129948
[04:00] <SteveA> Hello!
[04:00] <bigjools> hello!
[04:00] <SteveA> Welcome to this week's Launchpad development meeting!
[04:00] <SteveA> Who is here today?
[04:00] <mpt> me
[04:00] <bigjools> me
[04:00] <salgado> me
[04:00] <danilos> me
[04:00] <jtv> me
[04:00] <gmb> me
[04:00] <intellectronica> me
[04:00] <matsubara> me
[04:00] <barry-away> me
[04:00] <bac> me
[04:00] <SteveA> Rinchen (joey) will be in late today.
[04:00] <sinzui> me
[04:00] <mrevell> me
[04:00] <adeuring> me
[04:00] <carlos> mew
[04:00] <allenap> me
[04:00] <carlos> I mean, me
[04:00] <BjornT> me
[04:00] <statik> me
[04:01] <jsk> me
[04:01] <mwhudson> me
[04:01] <SteveA> sinzui: there's a bar near to me called "Helden" -- Dutch for "Heroes"... which sounds like a David Bowie song
[04:01] <mthaddon> me
[04:01] <jamesh> me
[04:01] <cprov> me
[04:01] <schwuk> me
[04:02] <matsubara> stub: ?
[04:02] <ddaa> me was in workrave
[04:02] <SteveA> == Agenda ==
[04:02] <SteveA>  * Roll call
[04:02] <SteveA>  * Agenda
[04:02] <SteveA>  * Next meeting
[04:02] <SteveA>  * Actions from last meeting
[04:02] <SteveA>  * Oops report (Matsubara)
[04:02] <SteveA>  * Critical Bugs (Rinchen)
[04:02] <SteveA>  * Bug tags
[04:02] <SteveA>  * Operations report (mthaddon)
[04:02] <SteveA>  * DBA report (stub)
[04:02] <SteveA>  * Sysadmin requests (Rinchen)
[04:02] <SteveA>  * A top user-affecting issue (mrevell)
[04:02] <SteveA> ----
[04:02] <SteveA>  (other items)
[04:02] <SteveA> ----
[04:02] <kiko> ne
[04:02] <SteveA>  * Blockers
[04:02] <SteveA> 
[04:03] <kiko> (sorry, gettin' a drink)
[04:03] <SteveA> next meeting: same time next week?
[04:04] <SteveA> anyone not able to be here for a meeting next week?
[04:04] <stub> me
[04:04] <stub> me here, and next week
[04:04] <SteveA> ok, same time next week
[04:04] <SteveA> no actions from last meeting
[04:05] <SteveA> oops report: matsubara
[04:05] <matsubara> Thanks BjornT for fixing bug 128369
[04:05] <matsubara> Today's oops report is about bugs 129948, OOPS-577S535
[04:05] <matsubara> BjornT, bug 129948 happened only 5 times since last week. I set it as low for now. Can you target it to an appropriate milestone and assign to someone?
[04:06] <matsubara> ubotu: wake up!
[04:06] <Hobbsee> ubotu went on strike.
[04:06] <kiko> matsubara, normally, I'd prefer it was fixed and we moved on, unless it's non-trivial to fix
[04:06] <mpt> "Code that extracts bugtracker urls from bug comments crashes with UnicodeEncodeError" <http://launchpad.net/bugs/129948>
[04:06] <matsubara> thanks mpt 
[04:06] <BjornT> matsubara: sure
[04:06] <kiko> hmmmm
[04:06] <kiko> that code is actually in need of some love
[04:07] <kiko> given the fact that it's also creating duplicate bugtrackers
[04:07] <matsubara> given the bug description it seems unlikely to happen often.
[04:07] <BjornT> kiko: it's not creating duplicate bug trackers, is it?
[04:07] <kiko> BjornT, well... it sort of it, because of http versus https
[04:07] <matsubara> it could be fixed at the same time as the 'creating duplicate bug trackers' bug
[04:07] <BjornT> kiko: no
[04:07] <matsubara> Linkchecker caught OOPS-577S535 on staging. stub or jamesh, could you take a
[04:07] <matsubara> look? It doesn't seem a big deal, but I'd like your input about it (You can
[04:07] <matsubara> follow up on priv message or #lp-code so we don't block the meeting on this 
[04:07] <matsubara> topic.)
[04:08] <kiko> BjornT?
[04:08] <BjornT> kiko: it's not creating duplicate bug trackers. there's even a test for it now.
[04:08] <kiko> BjornT, as I said, it sort of it, because of http versus https.
[04:08] <kiko> it sort of /is/ gar
[04:09] <BjornT> kiko: the test checks that as well. can you give an example, or better yet a test case?
[04:09] <kiko> yes
[04:09] <kiko> as I said in email last week :)
[04:09] <kiko> https://launchpad.net/bugs/bugtrackers
[04:09] <stub> matsubara: That OOPS needs a bug report. Have we seen it before?
[04:09] <kiko> look at the end of the list, I've left two ximian and parted duplicates.
[04:10] <matsubara> stub: never seen it. I'll file one then and let you know. thanks!
[04:10] <kiko> BjornT, do you see what I mean?
[04:10] <kiko>  	http://parted.alioth.debian.org/cgi-bin/trac.cgi/ versus http://parted.alioth.debian.org
[04:10] <kiko> and http://bugs.ximian.com/ versus http://bugzilla.ximian.com/
[04:10] <kiko> so okay, not https versus http -- I was sleepy. :)
[04:11] <matsubara> hmm I don't think the extract bugtracker url code generates them
[04:11] <kiko> it's actually not hard to fix manually if you let me delete bugtrackers with zero bugwatches. :)
[04:11] <kiko> (though that would be a recurring problem)
[04:11] <BjornT> kiko: right :), that i can agree on. it's not an issue with the 'from text extraction', though
[04:11] <kiko> anyway, that's all I had to say about it
[04:12] <matsubara> that's the missing unique constraint on Bugtracker.base_url bug that BjornT has already fixed
[04:13] <matsubara> I'm done here, anyway. moving on to the bug report
[04:13] <matsubara> Status report for in progress critical bugs 98614, 116619, 125018, 128335
[04:13] <matsubara> Anyone blocked?
[04:13] <adeuring> I am waiting for a reveiw
[04:14] <jsk> matsubara: I'm very close to submitting fix for 116619.
[04:14] <kiko> matsubara, no, it's not. but anyway
[04:14] <sinzui> I'm waiting for adeuring's fix to land
[04:15] <matsubara> thumper, bug 129835 is assigned to you but it's not started yet.
[04:15] <cprov> matsubara: BjornT is reviewing 125018
[04:15] <mwhudson> matsubara: thumper only filed that last night
[04:16] <matsubara> I wonder if that's really critical. that doesn't happen on production, does it?
[04:16] <mwhudson> it could, i think
[04:17] <mwhudson> as <mumble mumble> landed in 1.1.7
[04:17] <ddaa> this is a information leak bug
[04:17] <matsubara> ohh ok. I missed that. anyway, I'm sure thumper will take care of it and we shouldn't discuss it in a public meeting anyway
[04:17] <ddaa> and as mwhudson says, it affects production
[04:19] <kiko> gmb, any reply from the mantis guys?
[04:19] <matsubara> sinzui: your bug is already fixed and reviewed but depends on adeuring's one?
[04:19] <gmb> kiko: About what? I'm working on trac and Google Code stuff, not mantis.
[04:20] <sinzui> matsubara: no, I cannot reproduce the problem in RF to write a fix.--no bugs appear in milestones.
[04:20] <SteveA> I think you mean "in mainline" :-)
[04:20] <sinzui> you are correct.
[04:20] <kiko> gmb, gar, never mind, I meant allenap :)
[04:20] <kiko> so allenap...
[04:20] <SteveA> although, mainline is in RF
[04:21] <matsubara> sinzui: right. thanks for the status report.
[04:21] <gmb> kiko: Gavin, Graham, they're all the same :)
[04:21] <matsubara> thanks all
[04:21] <matsubara> back to you SteveA 
[04:21] <SteveA> thank you matsubara!
[04:21] <allenap> kiko: None yet.
[04:21] <kiko> allenap, snif
[04:21] <SteveA> next, matsubara filling in for Rinchen with the bugs report
[04:22] <matsubara> well
[04:22] <matsubara> I just did that
[04:22] <kiko> NEXT!
[04:22] <SteveA> cool...
 I'm done here, anyway. moving on to the bug report
[04:22] <SteveA> I thought we were still on the oops report :-)
[04:22] <SteveA> * Bug tags
[04:22] <SteveA> no new ones proposed since last week
[04:23] <SteveA> * Operations report: mthaddon 
[04:23] <mthaddon> Some cherry picks applied, including new offline page linking to more details maintenance page on the blog
[04:23] <mthaddon> Having issues (think we're getting there) upgrading to bzr 0.18 - working with jml
[04:23] <mthaddon> Outage this weekend (stub has more details)
[04:23] <mthaddon> that's it from me unless there are any questions about those
[04:23] <SteveA> as in "There will be outage for planned maintenance this weekend"
[04:23] <kiko> mthaddon, jml asked me whether to disable tests
[04:24] <mthaddon> SteveA: correct
[04:24] <kiko> a portion of test_adapter.txt which is failing
[04:24] <SteveA> rather than "there was an outage this last weekend"
[04:24] <kiko> I'm not sure -- I'd have to understand better what the consequences are
[04:24] <danilos> mthaddon: can I ask for 'special requirements' on LaunchpadProductionStatus to be carried out on staging as well before Q&A testing period starts?
[04:24] <danilos> (I mentioned this to Rinchen already, but just to make sure it gets to the right people :)
[04:24] <mthaddon> danilos: sure - does this need to be run every day, or just once to test? catch me after the meeting
[04:24] <SteveA> kiko: that's to test the db adapter?
[04:25] <danilos> mthaddon: not sure, lets discuss later, sure
[04:25] <mthaddon> danilos: sounds good
[04:25] <kiko> SteveA, I.. think so. I can find out :)
[04:25] <SteveA> and this is failing because of the bzr upgrade?
[04:25] <SteveA> or something else?
[04:26] <SteveA> let's talk about it after the meeting.  I'm interested in this problem.
[04:26] <ubotu> Launchpad bug 128369 in malone "Missing unique constraint in Bugtracker.base_url" [High,In progress]  https://launchpad.net/bugs/128369 - Assigned to Bjrn Tillenius (bjornt)
[04:26] <kiko> SteveA, so mthaddon is running into problems landing the bzr upgrade because of it.
[04:26] <ubotu> Launchpad bug 129948 in malone "Code that extracts bugtracker urls from bug comments crashes with UnicodeEncodeError" [High,Confirmed]  https://launchpad.net/bugs/129948 - Assigned to Tom Berger (intellectronica)
[04:26] <SteveA> I see
[04:26] <ubotu> https://devpad.canonical.com/~jamesh/oops.cgi/577S535
[04:26] <kiko> okay, cool.
[04:26] <ubotu> Sorry, I don't know anything about wake up! - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[04:26] <SteveA> thanks
[04:26] <ubotu> Sorry, I don't know anything about went on strike. - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[04:26] <SteveA> ubotu: WB!
[04:26] <ubotu> Launchpad bug 129948 in malone "Code that extracts bugtracker urls from bug comments crashes with UnicodeEncodeError" [High,Confirmed]   - Assigned to Tom Berger (intellectronica)
[04:26] <SteveA> * DBA report: stub 
[04:26] <ubotu> https://devpad.canonical.com/~jamesh/oops.cgi/577S535
[04:26] <kiko> oh give me a break, sure you know you were on strike.
[04:26] <stub> We have 5 hours scheduled downtime on Sunday to repack the production database and hopefully do some other maintenance work at the same time such as adding some outstanding table constraints that need adding (POMsgSet.language) and switching full text indexes back to GIST. Testing of the process is underway right now.
[04:26] <stub> Nothing else to report.
[04:27] <kiko> stub, we're going to schedule this regularly, right?
[04:27] <ubotu> Launchpad bug 98614 in malone "Edit a bug and add the same tag twice causes oops" [Critical,In progress]  https://launchpad.net/bugs/98614 - Assigned to Edwin Grubbs (edwin-grubbs)
[04:27] <ubotu> Launchpad bug 116619 in blueprint "Oops adding blueprint to a product series or distro series" [Critical,In progress]  https://launchpad.net/bugs/116619 - Assigned to Jonathan Knowles (jsk)
[04:27] <kiko> stub, mthaddon: how frequently does it need t happen?
[04:27] <SteveA> thank you stub.
[04:27] <ubotu> Bug 125018 on http://launchpad.net/bugs/125018 is private
[04:27] <kiko> SteveA, let me just check so I can update the calendar to make sure we don't forget this needs to be done, it's a long-standing item on my list
[04:27] <SteveA> if it's not so frequently, I'd like to defer the next one until we have r/o launchpad implemented
[04:27] <ubotu> Bug 129835 on http://launchpad.net/bugs/129835 is private
[04:27] <stub> kiko: If we do full packs, it depends on how much we mutate the table schemas. 
[04:27] <SteveA> or maybe plan it for a time that allows us several cycles to implement r/o lauchpad
[04:27] <mthaddon> kiko: hard to say - if we increase disk space on the DB server, not so often (unless it also brings performance gains)
[04:28] <kiko> mthaddon, it does bring perf gains IIRC
[04:28] <kiko> is once every 3 months too little or too much?
[04:28] <SteveA> we can however plan a window every 3 cycles
[04:28] <SteveA> kiko: high five!
[04:28] <kiko> what SteveA said!
[04:28] <stub> kiko: If we do short downtime windows, we would need to schedule a 2.5 hour window as often as we can afford.
[04:28] <mthaddon> that sounds reasonable
[04:29] <kiko> stub, what do you need to know to produce a more precise frequency?
[04:29] <kiko> I'm confused about all this repacking stuff
[04:29] <SteveA> statik, bac, EdwinGrubbs: you guys should consider this also with respect to what we tell commercial users
[04:29] <kiko> correct
[04:29] <statik> SteveA: I'm twisting uncomfortably already
[04:29] <ddaa> expected, regular maintenance downtime is more comfortable to users IMO
[04:29] <statik> we need r/o launchpad
[04:29] <stub> kiko: I don't think we can determine a frequency. The maintenance is infrequent, but our production environment is fluid.
[04:30] <stub> kiko: By the time we have metrics we can calculate a frequency from, they are out of date in other words.
[04:30] <SteveA> stub: does a window every 3 months give you enough flexibility to do what you need?
[04:31] <stub> SteveA: I doubt we can predict that well.
[04:31] <SteveA> ok, we'll start with 3 months.  stub can holler if it isn't working
[04:31] <stub> SteveA: In particular, the environment will be changing majorly in the next 6 months as we get replication running.
[04:31] <kiko> I'll update the calendar and notify joey
[04:31] <SteveA> thanks
[04:31] <stub> SteveA: So making a decision is pointless, as it will need to be remade before that 3 month window opens anyway.
[04:31] <SteveA>  * Sysadmin requests (matsubara)
[04:32] <matsubara> anyone with outstanding RT requests? I'll pass on to joey afterwards
[04:32] <SteveA> 8
[04:32] <SteveA> 7
[04:32] <SteveA> 6
[04:32] <SteveA> 5
[04:32] <SteveA> 4
[04:32] <SteveA> 3
[04:32] <matsubara> I actually have one myself, but joey already knows about it
[04:32] <SteveA> 2
[04:32] <SteveA> 1
[04:32] <SteveA> cool
[04:32] <SteveA> thanks matsubara 
[04:32] <matsubara> thank you SteveA 
[04:32] <SteveA>  * A top user-affecting issue (mrevell)
[04:32] <mrevell> This week's top user affecting issue is one that has affected me in managing applications to join the Launchpad Beta Testers team.
[04:33] <mrevell> If a user's email address is hidden, there's no way for a team administrator to contact that user.
[04:33] <mrevell> This can be a problem for moderated teams - such as our beta team - if the administrators require new applicants to agree to certain conditions or to have read about the teams processes. 
[04:33] <mrevell> The only way for team admins to contact such users is to reject their membership and use the comment box to explain why.
[04:33] <mrevell> This seems wrong, as it isn't a rejection but a request for information.
[04:33] <mrevell> We have a bug in Launchpad - bug 66105 - and Tony Yarusso has added a comment suggesting that Launchpad have an eBay-style "contact this member" that would allow people to hide their email addresses but remain contactable.
[04:33] <mrevell> I like this idea but we need to ask whether people hide their email address because they don't want to be contacted at all or rather because they don't want to make their email address public.
[04:33] <mrevell> My suggestion is that when an administrator is reviewing someone's application to join a moderated team, we add a third option of "Request more info", alongside "Accept" and "Reject". Because there's a very specific use for that contact method, I think it would be easier to justify the change than if we were to create a generally available "Contact this user" button.
[04:33] <mrevell> Thanks
[04:34] <mpt> Currently that bug has Undecided importance
[04:34] <ddaa> I had the need to contact users with hidden email address to request details about code imports in the past.
[04:34] <mpt> SteveA / kiko, would you like to choose an Importance and a milestone target?
[04:34] <ddaa> We'll probably implement a similar ad-hoc solution as part of the (yet unspecced) code-import-discussion system.
[04:34] <SteveA> mpt: my choice would be high for .10
[04:35] <SteveA> I'm interested in what kiko says though.  he's release manager.
[04:35] <kiko> let me see
[04:35] <SteveA> anyway, I think we can agree that it's an important issue, and needs dealing with
[04:36] <salgado> I may be able to do it for 1.1.10
[04:36] <kiko> so... I'll decide on it.
[04:36] <kiko> thanks :)
[04:36] <SteveA> I'd like to move on, and let kiko assign appropriate importance and plans
[04:36] <mpt> ok
[04:36] <mpt> Just making sure it happens :-)
[04:36] <mrevell> thanks guys
[04:36] <SteveA> new item from mpt: https://launchpad.canonical.com/UserInterfaceChecklist
[04:36] <mpt> Hi
[04:36] <mpt> In Launchpad 1.1.7 there were a couple of small UI bugs introduced, against guidelines that were listed in that wiki page
[04:36] <mpt> (which was until recently known as DesignChecklist).
[04:37] <mpt> So, I encourage developers to read that page today (if they haven't read it in the past couple of weeks), and subscribe to it.
[04:37] <mpt> And I encourage reviewers to check page template, and e-mail template, changes against those guidelines.
[04:37] <mpt> That way we can all spend less time fixing small things, and more time improving big things.
[04:37] <mpt> Thanks!
[04:37] <kiko> mpt, I also think you should do the QA signoff
[04:37] <SteveA> mpt: I'd like you to include a summary of changes to the guidelines in your per-cycle state of the UI note
[04:37] <mpt> ok.
[04:38] <kiko> so that you can also check stuff which went in that you didn't like
[04:38] <mwhudson> ooh, it doesn't mention product/project
[04:39] <mpt> mwhudson, that is a bug, iirc, not a guideline
[04:39] <SteveA> mpt: I recommend also adding a section """   == Comments and suggestions == """ to the end
[04:39] <mpt> good idea
[04:39] <mwhudson> i guess so
[04:39] <SteveA> so that people can add suggested guidelines along with their name
[04:39] <SteveA> and mpt can look at moving these to actual guidelines
[04:39] <SteveA> time to move along
[04:39] <SteveA> thank you for that mpt
[04:39] <SteveA>  * Blockers
[04:40] <mpt> Done.
[04:40] <sinzui> Answers team
[04:40] <sinzui> BLOCKED: Yes (bug 98614)
[04:40] <jtv> TEAM: Translations BLOCKED: no
[04:40] <EdwinGrubbs> bug #98614 is ready to be landed
[04:40] <mpt> TEAM: UI BLOCKED: No
[04:40] <ubotu> Launchpad bug 98614 in malone "Edit a bug and add the same tag twice causes oops" [Critical,In progress]  https://launchpad.net/bugs/98614 - Assigned to Edwin Grubbs (edwin-grubbs)
[04:40] <salgado> TEAM Registry: BLOCKED: no
[04:40] <bigjools> TEAM: Soyuz BLOCKED: No
[04:40] <jsk> TEAM: Blueprint BLOCKED: approval for 1.1.8
[04:40] <barry> TEAM: mailing lists BLOCKED: private port prototype <wink>
[04:40] <BjornT> TEAM: bug tracker BLOCKED: no
[04:40] <matsubara> TEAM: Infrastructure BLOCKED: no
[04:41] <ddaa> TEAM: bazaar BLOCKED: Box to be set up (RT 28580)
[04:41] <SteveA> barry: noted
[04:41] <SteveA> all done?
[04:41] <barry> SteveA: thanks!
[04:42] <SteveA> kiko: will you approve the blueprint blueprints?
[04:42] <sinzui> CORRECTION: Answers team
[04:42] <sinzui> BLOCKED: Yes (bug 112280)
[04:42] <kiko> the milestones, yeah.
[04:42] <ubotu> Launchpad bug 112280 in malone "Bug listed twice on milestone page if it has been targeted at development focus series" [High,In progress]  https://launchpad.net/bugs/112280 - Assigned to Curtis Hovey (sinzui-is)
[04:42] <SteveA> sinzui: what are you blocked on exactly?
[04:43] <statik> TEAM: Commercialization BLOCKED: no
[04:43] <SteveA> there's a bug there.  are you blocked because the bug is intractable, or you're awaiting review?
[04:43] <mpt> mwhudson, it's bug 109153 to be precise
[04:43] <adeuring> I believe sizui is blocked on bug 128335
[04:43] <ubotu> Launchpad bug 128335 in malone "Bug omitted from search results if targeted to a milestone" [Critical,In progress]  https://launchpad.net/bugs/128335 - Assigned to abel (adeuring)
[04:43] <mwhudson> mpt: well, not really
[04:44] <mwhudson> mpt: that bug is saying "change the names in the code"
[04:44] <sinzui> SteveA Milestones are not matching to bugs (like in search). I cannot reproduce the problem of my bug because no bugs are showing on the +milestone view.
[04:44] <mwhudson> what i was talking about was making sure reviewers knew to look for product in e.g. page templates
[04:44] <mwhudson> they're _related_, sure
[04:45] <mpt> ok
[04:45] <BjornT> sinzui: i'll review abel's fix for it today; in the mean time you probably could merge in his branch into yours
[04:45] <sinzui> BjornT: I will
[04:45] <SteveA> ok, great
[04:45] <SteveA> and we're done.  thanks everyone!
[04:45] <SteveA> MEETING ENDS
[04:46] <mwhudson> oh, the launchpad-bazaar team would like more timely minutes of this meeting
[04:46] <mwhudson> (i meant to say this earlier)
[04:47] <kiko> thanks SteveA 
[04:47] <ddaa> We do not really have a spot to give bazaar team feedback in this meeting :/
[04:47] <kiko> SteveA, I'll add you to the To: list of the email about test_adapter.txt
[04:47] <mpt> mwhudson, I apologized for lagging in my message to the Launchpad list yesterday. I will be more timely from now on.
[04:47] <mwhudson> mpt: do you write the minutes each time?
[04:47] <mpt> Yes.
[04:47] <mwhudson> oh, ok
[04:47] <SteveA> kiko: thank you
[04:47] <mwhudson> i saw that apology, but didn't realise it applied to every meeting
[04:48] <ddaa> mpt: generally, we need them for our Monday UTC morning meeting.
[04:48] <ddaa> so we can look for important things that need to be relayed from the meeting
[04:48] <SteveA> ddaa: what kind of feedback do you think the bazaar team should be getting?
[04:48] <ddaa> Not getting, giving.
[04:48] <mpt> ddaa, ok.
[04:48] <SteveA> ddaa: do you mean the lpbzr team (aka bzrlp) or bazaar ?
[04:48] <ddaa> I mean lpbzr
[04:48] <ddaa> I'll use this abbreviation from now on.
[04:49] <SteveA> actually, I've seen bzrlp used, for example in the irc channel we sometimes use
[04:49] <ddaa> We have a lpbzr meeting item that talks about items for and from the lp meeting
[04:50] <ddaa> so transmission lp->lpbzr is okay, what's missing is a spot for the lpbzr->lp direction.
[04:51] <ddaa> Most of the time, we do not have anything to transmit. So a specific agenda item would probably be excessive.
[04:51] <SteveA> ddaa: okay, that all makes good sense to me
[04:52] <ddaa> How do you think this can be improved?
[04:53] <mwhudson> i don't think a meeting item is excessive
[04:53] <mwhudson> in the common case it will take a few seconds
[04:54] <ddaa> +0 on adding a meeting item
[04:54] <SteveA> I think the bzrlp team should propose agenda items if there's something to transmit
[04:55] <ddaa> SteveA: that's right
[04:55] <mwhudson> ok
[04:55] <SteveA> let's see how it goes
[04:55] <ddaa> we've just been too lazy to do it before...
[04:58] <mpt> mwhudson, it didn't apply to every meeting, it applied to just the last two weeks.
[05:22] <sep1318> hey all. any devs I could shoot and idea off of?
[05:22] <sep1318> an*
[05:23] <Odd_Bloke> sep1318: Best to just say it and see if someone responds...
[05:23] <sep1318> hehe true.
[05:25] <sep1318> would it be possible to make launchpad be a microID producer, so that we could verify our profile pages with a trusted party that comsumes them, like claimID?
[05:25] <sep1318> I have it in my head that it would be a pretty easy thing to do, but I have no idea if I'm right or not.
[05:28] <kiko> what's microID? is it similar to OpenID?
[05:30] <Odd_Bloke> kiko: "MicroID is a lightweight identity layer for the web, invented by Jeremie Miller (creator of Jabber)." (microid.org).  It's a hash of a (hash of an email address concatenated with a hash of a URI).
[05:30] <sep1318> yeah.
[05:30] <kiko> is it similar to OpenID?
[05:30] <sep1318> not really.
[05:30] <sep1318> but its good to use alongside it
[05:31] <sep1318> like claimID does.
[05:31] <sep1318> So I can verify that the profiles that I link to are actually mine.
[05:35] <kiko> I can't claim to understand this much, but SteveA will :)
[05:35] <kiko> SteveA?
[05:37] <Odd_Bloke> So, essentially, LP would add a MicroID of your email address and the URL of your profile page to your profile page?  And then third-parties can confirm that that profile page blongs to that email address by hashing them and comparing to the one LP has added to the page?
[05:37] <Odd_Bloke> sep1318: Is that correct?
[05:38] <sep1318> yeah, I believe so. and it's a tag in the head of the page, so nothing visible would change.
[05:38] <sep1318> i.e. I could verify it on my claimID page http://claimid.com/sep1318
[05:39] <kiko> that sounds pretty simple (and cool)
[05:39] <kiko> stub, do you know much about MicroID?
[05:39] <sep1318> that's what I thought, kiko
[05:46] <SteveA> kiko: hi
[05:46] <ubotu> New bug: #129963 in launchpad "need filters and tags portlets on main bug search page" [Wishlist,Confirmed]  https://launchpad.net/bugs/129963
[05:46] <SteveA> sep1318: you're interested in microid
[05:46] <SteveA> sep1318: I hadn't heard of it before.  I'll take a look.
[06:09] <Kmos> bug 126032
[06:09] <ubotu> Launchpad bug 126032 in soyuz "Fix release bug when strange LP#number or LP:#number in changelog is used" [Undecided,Confirmed]  https://launchpad.net/bugs/126032
[06:09] <Kmos> can someone take it ?
[06:10] <ubotu> New bug: #129967 in launchpad "psycopg passes dict as the exception value causing OOPS in adapter code." [Undecided,New]  https://launchpad.net/bugs/129967
[06:42] <SteveA> sep1318: I'd like to talk with you about MicroID sometime.
[07:24] <sep1318> yeah, absolutely
[07:25] <sep1318> SteveA: I just got back, so talk it up. I just got in to openID and microID, and now I want it everywhere.
[07:25] <sep1318> :)
[07:26] <SteveA> sep1318: I'm busy for the rest of today, but we can talk tomorrow about this
[07:26] <sep1318> sure, SteveA. Any time I'm online :)
[07:26] <sep1318> (pretty much)
[07:27] <SteveA> sep1318: I need you to hassle me, rather than the other way around.  Otherwise, this will just drop to the bottom of my todo list
[07:27] <SteveA> so please hassle me tomorrow
[07:28] <sep1318> alright then. hopefully I'll remember. I'll at least be in #plone, if not here too, if I remember.
[07:48] <paulvg> Hi, i just applied for beta testers team, is there anything i should do before being approved?
[08:00] <kiko> siretart, ping?
[08:03] <siretart> kiko: pong
[08:08] <diocles> Hi! I'd like to get an 'h' added to https://launchpad.net/rhythmbox, but don't know who to ask.
[08:08] <kiko> diocles, let me fix that for you
[08:09] <diocles> I think there's an extra space at the beginning of the second paragraph, as well.
[08:10] <Odd_Bloke> diocles: Hey. :D
[08:10] <diocles> Odd_Bloke: Hey. :)
[08:10] <diocles> kiko: Thanks very much.
[08:10] <kiko> diocles, done.
[08:46] <LarstiQ> diocles: so why isn't there anything of you at https://code.launchpad.net/rhythmbox/ ;)
[08:47] <diocles> Hah, because I use git. :P
[08:47] <diocles> Just to annoy all the bzr developers I know.
[09:31] <mathiaz> hi. How do I set 'revision hint' when I've linked a branch to a bug ?
[09:45] <ubotu> New bug: #130018 in launchpad "Caching by Opera browser breaks left side menus" [Undecided,New]  https://launchpad.net/bugs/130018
[12:20] <LaserJock> kiko-afk: I sympathize about the duplicate bugs. It is confusing.