[12:04] <lifeless> elmo: you could upgrade to knits, but you cant then push into pqm
[12:04] <elmo> haha, sweet
[12:04] <lifeless> because it will take a day to merge
[12:04] <elmo> presumably the upgrade is less expensive than the merge tho right?  memory wise
[12:04] <lifeless> well, I have a precanned upgrade
[12:05] <lifeless> see RocketfuelToKnits
[12:05] <lifeless> you can use that and do a pull --overwrite from your branch, and its only a few minutes to upgrade
[12:05] <elmo> ah, ok
[12:05] <elmo> ok, I'll try that, all in some dir named "DONOTSUBMITTOPQM" or something.  thanks
[01:17] <sabdfl> http://docs.python.org/dev/whatsnew/pep-343.html
[01:17] <sabdfl> ???
[01:17] <sabdfl> why add such a specialised syntax?
[01:21] <lifeless> I'm not sure why they chose new syntax for it - I haven't read the back history of the discussion
[01:21] <lifeless> but the PEP it self is really sane IMO.
[01:22] <lifeless> it lets one achieve the equivalent of C++'s idioms with construction and destruction managing locks and other such things, in a pythonistic way
[01:24] <sabdfl> for each new thing, they should drop one thing out
[01:24] <lifeless> it would have been nice if it was doable without new syntax.
[01:35] <AlinuxOS>  hello https://launchpad.net/codeofconduct/1.0/+sign I've added my coc.txt.asc content nto the text box, after I clicked ADD, but get errors on the page like: An error occurred. |  str: No public key   - can't understand where is my fault 
[01:35] <AlinuxOS> ;)
[01:35] <AlinuxOS> that's decided to become an Ubuntero :)
[01:35] <AlinuxOS> but no ways :/
[01:35] <kiko> lifeless, is with basically the same as a try:/finally:?
[01:37] <lifeless> kiko: its like having a try:finally:else: , combined with objects rather than code blocks in the finally and else paths, which lets you write a single combination once and then reuse it a lot
[01:37] <sabdfl> you hae to implement the "context management protocol" in your object
[01:38] <sabdfl> it just seems like a very specialised use case, and a whole new syntax
[01:38] <AlinuxOS> who is codeofconduct part responsable here ? :)
[01:38] <sabdfl> the more they do that, the harder it gets to sit a non-pyhton person down in front of the code and say "what do you think this does" and get a good answer
[01:38] <lifeless> kiko: wasn't there a contextlib talk at FISL
[01:38] <sabdfl> AlinuxOS: cprov
[01:38] <sabdfl> US/Eastern timezone, mostly
[01:39] <AlinuxOS> mmm
[01:39] <AlinuxOS> :D
[01:39] <AlinuxOS> I see he is not here :/
[01:39] <kiko> AlinuxOS, it's a known bug, can you find me the bug number?
[01:40] <kiko> there is a fix that's been bounced around but it hasn't been finalized yet because there was some detail with pygpgme
[01:40] <AlinuxOS> https://launchpad.net/products/launchpad/+bug/28919
[01:40] <Ubugtu> Malone bug 28919 in launchpad "error signing code of conduct: "str: No public key"" [Normal,Confirmed]  
[01:40] <AlinuxOS> maybe this ?
[01:40] <AlinuxOS> I googled it
[01:40] <kiko> yeppers
[01:44] <AlinuxOS> kiko, maybe I leave my copy of coc.asc on lauchpad, and then someone inserts it for me ?
[01:49] <crimsun> hmm, I wonder if that one (bug 28919) has anything to do with my issue (bug 44147)
[01:49] <Ubugtu> Malone bug 28919 in launchpad "error signing code of conduct: "str: No public key"" [Major,Confirmed]  http://launchpad.net/bugs/28919
[01:49] <Ubugtu> Malone bug 44147 in qprocd "GPG public key verification failure resulting in UploadError" [Normal,Unconfirmed]  http://launchpad.net/bugs/44147
[01:54] <sabdfl> kiko: google-fu is another reason to consolidate bugs in a signle location, not at task url's
[01:55] <kiko> yeah, good point
[01:56] <AlinuxOS> so ? :) what you suggest me to do ?
[01:56] <AlinuxOS> another bug report...? there are few of this type of bugs :D
[01:57] <kiko> AlinuxOS, I'm looking into it.
[01:57] <AlinuxOS> kiko, ;)
[01:57] <kiko> give me a day and I'll have something for you
[01:57] <AlinuxOS> thank you
[01:57] <AlinuxOS> kiko, :D
[01:57] <AlinuxOS> thank you 2 days if you want
[01:57] <AlinuxOS> I'll conserve a copy :D
[01:57] <AlinuxOS> that's all
[01:57] <AlinuxOS> ;)
[01:57] <kiko> AlinuxOS, can you give me your keyid?
[01:58] <AlinuxOS> yes
[01:58] <AlinuxOS> 942BD6B9
[02:00] <kiko> http://keyserver.ubuntu.com:11371/pks/lookup?op=vindex&search=0x942BD6B9
[02:00] <kiko> AlinuxOS, this means that the ubuntu keyserver does not have your key in it.
[02:00] <kiko> crimsun, can you tell me your key id
[02:00] <crimsun> kiko: C88ABDA3
[02:00] <AlinuxOS> gpg --send-keys --keyserver keyserver.ubuntu.com
[02:00] <AlinuxOS> I've done this :D
[02:00] <AlinuxOS> but maybe it's my falt :D
[02:01] <kiko> did that command succeed? I have never uploaded directly to that server, I thought the idea was uploading to a mirror.
[02:01] <kiko> AlinuxOS, is your key registered anywhere else?
[02:01] <AlinuxOS> no It's the first day :)
[02:01] <AlinuxOS> I generated my key :)
[02:02] <kiko> crimsun, interesting, your key I can find.
[02:02] <kiko> http://keyserver.ubuntu.com:11371/pks/lookup?op=vindex&search=0xC88ABDA3
[02:03] <kiko> crimsun, is that error still happening for you?
[02:03] <AlinuxOS> gpg --send-keys --keyserver keyserver.ubuntu.com  --- was succssesfull
[02:03] <crimsun> kiko: I'll be sure to note if/when it does. I generally don't punt uploads to test.
[02:10] <AlinuxOS> kiko, all :) good night! :)
[02:11] <kiko> thanks, and night
[02:23] <ddaa> good night kiko
[02:23] <kiko> ddaa, GO TO BED
[02:24] <lifeless> ddaa: begone french coder
[02:24] <ddaa> I'm debugging 6564
[02:24] <ddaa> bug 6564
[02:24] <Ubugtu> Malone bug 6564 in launchpad "Launchpad developers need more sleep" [Normal,Confirmed]  http://launchpad.net/bugs/6564
[02:24] <ddaa> I think it's something in the zpt interpreter
[02:39] <sabdfl> ddaa: how's the native import situation looking?
[03:39] <zakame> morning all
[03:41] <ajmitch> hi zakame 
[04:01] <kiko> yawn
[04:01] <kiko> I may have to go home
[04:01] <kiko> I love this place but I forgot my pillow
[04:02] <sabdfl> night then
[04:06] <kiko> if you believe it I am up this late fixing gtimelog because it failed to mail my activity report for today
[04:28] <kiko-zzz> jesus
[04:28] <kiko-zzz> I had to report a mutt bug because of this
[04:28] <kiko-zzz> @#@!#!!@
[04:28] <kiko-zzz> okay now I am really gone
[04:28] <kiko-zzz> ubuntu and all
[04:41] <kiko-zzz> thanks mpool 
[04:41] <kiko-zzz> now I am REALLY going to bed
[04:41] <aa_> just as I wake...
[04:42] <kiko-zzz> aa_, your project was pimped in my report (I think)
[04:42] <aa_> ooh bless your heart /bow
[04:45] <kiko-zzz> aa_, look at launchpad-users@lists.canonical.com
[04:45] <kiko-zzz> I did 
[04:45] <kiko-zzz> yay
[04:45] <kiko-zzz> now zzz
[06:53] <dilys> Merge to devel/launchpad/: [r=carlos]  Fix OOPS-129D14 (TranslationGroup raising a SQLObjectNotFound exception.) (r3551: Diogo Matsubara)
[06:53] <Ubugtu> https://chinstrap.ubuntu.com/~jamesh/oops.cgi/129D14
[07:03] <`6og> has launchpads search been made caps insensitive? or did i just get the same hits because the same words were used?
[07:17] <mpt__> Goooooooooooooooooood evening Launchpadders!
[07:17] <ajmitch> hi mpt 
[07:17] <mpt> hi ajmitch 
[07:19] <`6og> hi mpt
[07:24] <`6og> is "E-mail me about changes to this bug report" the new "subscribe me to this bug"?
[07:25] <`6og> i just testd - it looks like yes
[08:33] <SteveA> morning
[09:27] <spiv> SteveA: afternoon.
[09:59] <carlos> morning
[10:04] <lifeless> stub: ping
[10:10] <carlos> SteveA: hi, when do you want to have that phone call?
[10:11] <stub> lifeless: pong
[10:12] <lifeless> stub: carlos/launchpad/bug-35631 in the reviews queue is starting to age
[10:13] <carlos> lifeless: you were faster than me, I was going to ask stub about it too
[10:13] <lifeless> carlos: :)
[10:14] <stub> heh.... when did that get there?
[10:15] <lifeless> 6 days ago
[10:28] <stub> carlos: carlos/launchpad/bug-35631 approved as 40-53-0. The existing comment in comments.sql seems good enough, but you might want to check it.
[10:30] <carlos> stub: ok, thanks
[10:30] <stub> carlos: The next one should call the column date_last_updated, not date_last_update
[10:30] <carlos> ok
[10:47] <dilys> Merge to devel/launchpad/sourcecode/buildbot/: [trivial]  Update buildbot to pass tests with current Twisted. (r160: Andrew Bennetts)
[10:51] <lifeless> spiv: WOO
[10:56] <lifeless> SteveA: ping
[11:14] <ddaa> spiv: yo!
[11:15] <ddaa> *D-| here have a drink!
[11:37] <ddaa> sabdfl: next time you fly over sourceforge, care do drop a moderately-size stratnuke?
[11:37] <ddaa> that would make our lives sooo much happier
[11:39] <ddaa> I'd be happy to fly over there next week to give you accurate GPS reading.
[11:40] <carlos> ddaa: does the sf change have the same issue we had with gettext?
[11:40] <ddaa> nope
[11:40] <ddaa> gettext is a good ol' "cscvs is confused" problem
[11:40] <ddaa> "cvs cannot find anything there" gives a distinctly different flavour
[11:41] <ddaa> the former smells of puke and 2 months old milk
[11:42] <ddaa> the latter smells of spiderweb and rotten fish
[11:42] <ddaa> very distinct...
[11:57] <malcc> Hi, I'm trying to run just one launchpad pagetest with the formula from https://wiki.launchpad.canonical.com/LaunchpadHackingFAQ
[11:57] <malcc> ie. ./test.py -f canonical xx-bug-index
[11:57] <malcc> Can't make it work. Anyone confirm if it's right?
[11:58] <malcc> The other bits there work fine eg. to run all pagetests in a story
[12:00] <ddaa> malcc: you cannot run an individual pagetest from a story
[12:00] <ddaa> you can run individual standalone pagetests
[12:00] <malcc> Ah, ok, gotcha
[12:02] <carlos> ddaa: xx-bug-index is not from a story
[12:02] <ddaa> ah, taken red handed in hip-shooting
[12:03] <BjornT> xx-bug-index is a standalone pagetest, though, and 'python test.py -f canonical xx-bug-index' works for me.
[12:03] <carlos> malcc: do you get any error?
[12:04] <malcc> No, I was just failing to find my test; I replaced xx-bug-index with the name of the test I wanted which was part of a story, it was just a misconception on my part
[12:08] <lifeless> malcc: so the reasoning here is that stories change database state
[12:08] <lifeless> the database is not reset during a story
[12:08] <lifeless> so you can build up a long scenario in several scripts
[12:09] <malcc> lifeless: Thanks, that makes sense
[12:10] <lifeless> but because of that, we treat the whole story as a single unit for the test runner
[12:10] <ddaa> hey lifeless, can we start migrating sourcecode things to knits?
[12:10] <lifeless> conversely the standalone tests operate as individual stories exactly one script long
[12:10] <ddaa> *itchy itchy*
[12:10] <lifeless> ddaa: monday is our slated day for conversion
[12:11] <ddaa> all in one go?
[12:11] <lifeless> ddaa: well, rocketfuel, which is the key
[12:11] <lifeless> ddaa: I'm happy to migrate other branches from RocketfuelToKnits for you, if you handle the coordination with the rest of the team for said branch
[12:11] <lifeless> and I'm happy to do those earlier
[12:13] <ddaa> lifeless: what about migrating cscvs now?
[12:14] <ddaa> I think I'm the only one to commit to that nowadays
[12:14] <ddaa> and I have a pair of outstanding branches
[12:14] <lifeless> I'm putting each project in a knit repo of its own
[12:27] <ddaa> holy crap, pqm is more than 20 hours behind :(
[12:32] <lifeless> yahuh
[12:32] <lifeless> 17618 pqm       25   0  751m 683m 3380 R 99.9 34.0 867:30.57 python                                                                                             
[12:33] <ddaa> which of these insane figures makes you so happy?
[12:33] <lifeless> none
[12:35] <ddaa> BTW, it looks like fetching all of launchpad on knits does have insane memory requirements too... 765MB here
[12:36] <ddaa> (branching the knits repo-branch into a non-spidergoat repo)
[12:36] <avu> hi
[12:36] <avu> launchpad tells me my wiki name is Avu, but when I try to logon to the wiki with Avu and my launchpad password it does not work. Am I missing something?
[12:37] <ddaa> you must login using your preferred email email address, just as in launchpad
[12:37] <lifeless> ddaa: yes, the caches need better ejection
[12:37] <ddaa> avu: might be a bug open on that... I'm not following that closely
[12:37] <lifeless> https://wiki.launchpad.canonical.com/RocketfuelToKnits#preview
[12:37] <lifeless> notes on the upgrade
[12:37] <lifeless> upgrading cscvs for you now
[12:38] <avu> ah, ok, using the e-mail address works, sorry/thanks :)
[12:39] <ddaa> lifeless: yeah, I was doing the equivalent of "bzrbranchknitbranchrepository/anything"
[12:39] <ddaa> probably worth providing that data already prepared
[12:39] <lifeless> ddaa: it is
[12:40] <lifeless> well, near enough
[12:40] <ddaa> not quite IMO
[12:40] <lifeless> I dont have time to make this smooth
[12:40] <lifeless> as steve and kiko have said 'asap please'
[12:40] <lifeless> so we're doing asap.
[12:40] <ddaa> just pointing out that people with less than 1GB RAM are going to have some issues...
[12:40] <ddaa> anyway
[12:40] <lifeless> it wont thrash
[12:40] <ddaa> okay
[12:41] <lifeless> it will just page out the unused knit objects to disk
[12:41] <lifeless> (they aren't regularly access, so one *hopes*)
[12:41] <ddaa> better to have some large pain now, than slightly less pain later
[12:41] <ddaa> cause pqm slowness is driving folks nuts
[12:41] <lifeless> yup
[12:41] <lifeless> thats why I have been working on knit conversion
[12:42] <lifeless> I have all the lp branches pre-converted :)
[12:42] <lifeless> target.fetch(source)
[12:43] <lifeless> meh
[12:43] <lifeless> just converting cscvs for you
[12:43] <lifeless> 129 revisions ?
[12:43] <ddaa> yup
[12:43] <ddaa> what I have here too
[12:44] <ddaa> makes me think...
[12:44] <ddaa> after I have merged my outstanding stuff, would be a nice time to cut the history, if you still think we should do that
[12:45] <ddaa> so the arch stuff would still be there (less fuel for conspiracy theorists)
[12:46] <lifeless> hmm, the stuff I was worried about may be in a parallel branch
[12:47] <lifeless> ok, knit format cscvs in place everywhere.
[12:51] <ddaa> You mean if I rsync rocketfuel built, I'll get a knit branch for cscvs?
[12:57] <lifeless> yes
[02:27] <dilys> Merge to devel/launchpad/: Make sure the mirror prober doesn't consider UDEB uploads when checking the freshness of a mirror and change it to always use the latest publishing record to check if a mirror is up to date. r=kiko (r3552: Guilherme Salgado)
[02:28] <salgado> dilys, perfect timing. thanks!
[02:34] <ddaa> going offline
[02:34] <ddaa> need to focus on coding cscvs
[02:34] <ddaa> and I'd take any distraction to evade tha
[02:58] <SteveA> anyone know why staging is down?
[03:07] <sabdfl> pqm is insanely slow right now
[03:09] <lifeless> yes, its bzr weaves doing it
[03:09] <lifeless> we're converting to knits on monday
[03:13] <kiko> yawn
[03:43] <rpedro> hi
[03:43] <SteveA> spiv: around?
[03:44] <SteveA> spiv: if you're around, we should coordinate about the shipit code review
[03:44] <rpedro> just download a .po file, but don't know how to make the application use it
[03:45] <rpedro> copied it to the folder under /usr/share/locale , and renamed it to .mo, but it seems this doesnt work
[03:46] <rpedro> is there a howto page or something like that?
[03:48] <rpedro> nevermind, found one
[03:55] <carlos> rpedro: you need to compile the .po file 
[03:56] <carlos> rpedro: Rosetta provides you with the .mo file already so you don't need to compile it
[04:44] <malcc> Hi, I don't seem to be able to get admin permission on my local launchpad to test things, anyone tell me the easy step I've missed?
[04:46] <carlos> malcc: we have a set of accounts that have such right
[04:46] <carlos> rights
[04:46] <carlos> you don't need to add your own account if you don't want
[04:47] <carlos> most passwords are 'test'
[04:47] <carlos> and you have daf@canonical.com, carlos@canonical.com, foo.bar@canonical.com with admin permissions
[04:48] <carlos> I think there are others, but those are the ones I use for testing things
[04:49] <malcc> carlos: Thanks, that should be enough to go on with :)
[04:49] <carlos> np
[04:50] <carlos> kiko: hi, around?
[04:54] <kiko> hello carlos 
[04:54] <kiko> always around
[04:54] <carlos> kiko: hi
[04:54] <carlos> about PoMsgSetPage, The remaining issues look like navigation issues
[04:55] <carlos> seems like something I changed broke it
[04:55] <carlos> I don't see exactly what's going on
[04:55] <carlos> I have now two solutions:
[04:55] <carlos> 1. Fix it and improve the tests to help us to fix it faster next time.
[04:56] <carlos> 2. Follow BjornT advice and migrate it now to the standard batching system
[04:56] <kiko> hohoho
[04:56] <carlos> I was preparing the review answer saying that I will do it in its own branch
[04:56] <kiko> the new batching is nice
[04:56] <kiko> but there's a problem
[04:56] <carlos> because I prefer to not mix both things
[04:56] <kiko> it doesn't yet do all you need 
[04:56] <carlos> but with this situation... I'm not sure
[04:57] <kiko> I'd fix it, I think
[04:57] <carlos> kiko: really?
[04:57] <kiko> will it be wasted work?
[04:57] <carlos> yes, if we migrate to the standard system, all that code will be removed
[04:57] <kiko> yeah, well, you need first and last pages and a special little template
[04:57] <kiko> tell you what 
[04:57] <kiko> I can give you support on the batch migration
[04:57] <kiko> how does that sound?
[04:57] <carlos> I thought the first and last pages were already there...
[04:58] <carlos> the UI is not an issue, I don't mid that it changes as long as we don't lose features
[04:58] <kiko> okay then
[04:58] <kiko> all you need is 4 lines added to batching.py and some good luck
[04:58] <carlos> kiko: so I would need to do the migration + add the First and Last links?
[04:59] <carlos> ok, let's do it ;-)
[04:59] <kiko> yeah
[04:59] <carlos> what should I add to batching.py?
[05:00] <kiko> firstBatchURL and lastBatchURL I think
[05:01] <carlos> ok
[05:01] <carlos> I will do that first + update the tests and then start with the migration
[05:01] <kiko> and they would do self.generateBatchURL(self.batch.firstBatch) and lastBatch
[05:01] <kiko> I don't think it'll break
[05:01] <kiko> you can add very simple tests for them, it'll take you 1 minute
[05:01] <carlos> update == add tests for the new code
[05:02] <carlos> ok
[05:14] <sfllaw> bradb: Do you work on Malone?
[05:22] <carlos> kiko-fud: I don't see where do you have the batching tests...
[05:24] <carlos> anyway, the 'problematic' code is already there I'm just adding a method call
[06:11] <malcc> I'm working on bug #44227, I believe I've tracked it down to stale data - trying to rescore a build which has moved into one of the un-rescorable states.
[06:11] <Ubugtu> Malone bug 44227 in soyuz "When the buildqueue_status is None +rescore page OOPS" [Normal,In progress]  http://launchpad.net/bugs/44227
[06:11] <malcc> I can fix it, obviously, but I'm not sure what the right thing to present the user with in this case is, any suggestions?
[06:13] <carlos> malcc: I guess you should check it with mpt
[06:13] <carlos> malcc: but an easy solution would be the same page like you get when buildqueue_status is not None
[06:14] <carlos> and instead of rendering the buildqueue_status value, render an info, warning or error message (depending on the kind of problem that is the fact that it's None)
[06:14] <malcc> carlos: Thanks.
[06:15] <carlos> malcc: do you know how to notify about info/error/warnings?
[06:15] <malcc> carlos: Not specifically, but I expect I can figure it out. I don't mind if you want to tell me though :)
[06:16] <carlos> malcc: we have it documented on the faq page at https://wiki.launchpad.canonical.com/LaunchpadHackingFAQ
[06:16] <malcc> Thanks
[06:17] <carlos> malcc: https://wiki.launchpad.canonical.com/LaunchpadHackingFAQ#head-ef5cdea05ea9d2693d349268624f8e059cc266fd
[06:17] <malcc> carlos: Yup, found it
[06:33] <SteveA> carlos: hi
[06:34] <SteveA> carlos: we should have that voice call sometime
[06:35] <kiko-fud> carlos, it's batch*.txt 
[06:36] <carlos> SteveA: hi, ping me when you have time
[06:36] <carlos> kiko: ok
[06:36] <carlos> kiko: I need to fix also the disable/enable status for the First and Last links
[06:36] <SteveA> carlos: i'm near the end of a code review for salgado
[06:37] <SteveA> so maybe in 30 mins
[06:37] <carlos> ok
[06:37] <carlos> SteveA: phone or skype?
[06:37] <SteveA> skype
[06:37] <carlos> ok
[06:37] <kiko> carlos, uhhh, right, I think
[06:38] <kiko> carlos, isn't that done in the template?
[06:40] <kiko> yeah, it should be
[06:40] <carlos> yes
[06:40] <carlos> but you check that there is a Batch object
[06:41] <carlos> and that's only valid with Previous and Next objects
[06:41] <carlos> First is always not None
[06:41] <carlos> so I'm adding some extra code to disable it
[07:00] <SteveA> carlos: 10 mins?
[07:03] <carlos> sure, anyway, I'm on the phone atm...
[07:09] <SteveA> carlos: okay, ping me when you're ready
[07:11] <kiko> carlos, great work on the imports!
[07:11] <kiko> really great!
[07:11] <kiko> only a few suckers left
[07:12] <carlos> SteveA: ping
[07:12] <SteveA> carlos
[07:12] <carlos> kiko: and now, Rosetta has more translations than buildd and we still miss 80 translation domains....
[07:13] <carlos> SteveA: shouldn't I get the .pdf with the review first? at least we did it in previous performance reviews
[07:13] <kiko> carlos, it is looking good!
[07:14] <SteveA> carlos: i forgot to sent it.  i'll send it now.  take 15 mins to read it through, then we'll have the call
[07:14] <carlos> ok
[07:14] <SteveA> sent.  thanks fo rthe reminder
[07:14] <carlos> got it
[07:20] <BenC> hello lp folks
[07:20] <BenC> I'm creating some teams in lp, specific to bug categories against linux-source (ACPI, arch, sound, networking, etc)
[07:21] <BenC> it's telling me: kernel-team@lists.ubuntu.com isn't a valid email address.
[07:21] <BenC> is that because it's already used by another team, and if so how can I get around having a unique email address for each?
[07:21] <BenC> ah, nm, just leave it blank :)
[07:22] <salgado> BenC, it says it's invalid?
[07:22] <BenC> yeah, that's an excact copy-and-paste
[07:23] <salgado> BenC, that was in https://launchpad.net/people/+newteam?
[07:24] <BenC> yes
[07:25] <salgado> it's weird. I created a new team with that same email address locally, which means the validation function considers it a valid email address
[07:26] <SteveA> carlos: do you know why staging is down?
[07:26] <salgado> when an email address is already in use it gives a "<email> is already taken."
[07:26] <carlos> SteveA: no, but I could try to bring it up again
[07:26] <SteveA> sure, please do
[07:27] <carlos> SteveA: done
[07:28] <SteveA> thanks
[07:28] <SteveA> carlos: hmm, front page oopses
[07:28] <SteveA> dunno what's up
[07:28] <SteveA> probably best to take it down again :-(
[07:29] <carlos> let me force a code update
[07:35] <kiko> matsubara, Bluekuja would like to participate in Launchpad QA
[07:35] <kiko> I would suggest having him help you triage new bugs coming in
[07:35] <kiko> and helping keep down unconfirmeds
[07:35] <matsubara> kiko: I'm talking to him right now. 
[07:35] <kiko> can you give him some guidelines?
[07:35] <kiko> cool
[07:35] <kiko> you rock!
[07:35] <Bluekuja> tnx kiko :)
[07:37] <SteveA> carlos: let me know when you're ready for the voice call
[07:38] <carlos> I'm rereading the final comments, and I will be ready
[07:39] <SteveA> ok
[07:43] <carlos> SteveA: I'm ready
[07:43] <SteveA> carlos: ok.  i'll call you
[07:44] <SteveA> didn't work
[07:44] <SteveA> did you killall esd ?
[07:44] <carlos> SteveA: https://chinstrap.ubuntu.com/~dsilvers/paste/filepfR5DD.html <- That's why staging is down
[07:44] <carlos> hmm
[07:44] <carlos> let me check
[07:45] <carlos> killed and restarting skype
[07:45] <kiko> hmmm
[07:45] <kiko> weird bug on staging
[07:46] <carlos> SteveA: calling
[07:47] <kiko> seems like that patch is busted OR a dupe
[07:48] <carlos> kiko: I guess stub did a fix manually on production
[07:48] <carlos> and the db patch is failing now
[07:48] <carlos> I will comment it out after my meeting with Steve
[09:11] <mdke> carlos: jordi: there is a good question on -translators: abiword appears as a dapper template but isn't translated at all, whereas in the distribution and upstream, it is. What's up?
[09:14] <salgado> SteveA, after-review changes: https://chinstrap.ubuntu.com/~dsilvers/paste/filem9jnHh.html
[09:18] <salgado> SteveA, nevermind. there's some XXX left for things that I forgot
[09:21] <carlos> mdke: I need to approve the .po files by hand, they don't use standard filenames
[09:21] <carlos> mdke: I will try to fix it before leaving today
[09:21] <mdke> carlos: ah I see. thanks! No rush, just curious
[09:44] <salgado> SteveA, around?
[09:50] <dilys> Merge to devel/launchpad/: [trivial]  fix OOPS in DummyDRL and improve distro mirror pages. (r3553: Mark Shuttleworth)
[09:53] <salgado> BjornT, I guess you're not around, either?
[10:06] <desperado> So, I'm on the feedback page. Tha suggests I go to the wiki. I get there and the first five links I see all lead away again.
[10:08] <desperado> I find that not very wiki-like!
[10:10] <desperado> I'd prefer to say so on the wiki, but it asks for my username.
[10:12] <desperado> What username?
[10:17] <desperado> So I asked to send me my accountinformation, and it sends me to a forgotten password page.
[10:19] <desperado> Hi MDKE
[10:21] <desperado> Hi MDKE_
[10:24] <carlos> mdke_: abiword is being imported now
[10:25] <carlos> desperado: the user name is the email address set on your launchpad account
[10:27] <desperado> Hm, interesting. Where do I suggest to change this "username" to "email address"?
[10:29] <matsubara> desperado: that's bug 39814 :)
[10:29] <Ubugtu> Malone bug 39814 in launchpad "Misleading login hint" [Normal,Confirmed]  http://launchpad.net/bugs/39814
[10:33] <desperado> Thanks.
[10:43] <salgado> kiko, around?
[10:49] <mdke_> desperado: hi
[10:50] <desperado> (-: hi.
[10:51] <desperado> Well, it appears that counter to what the pages say, this wiki is not the page to write about features.
[10:52] <desperado> I guess, I'd log out agina, if I could find out how.
[10:52] <desperado> again
[10:59] <salgado> kiko_, I have a problem in a page template that I'm pretty sure you know how to solve
[11:00] <kiko_> ask and I shall deliver
[11:00] <salgado> kiko_, https://chinstrap.ubuntu.com/~dsilvers/paste/filet72uHj.html breaks with a PTRuntimeError: ['Compilation failed', 'zope.tal.taldefs.TALError: TAL attributes on <tr> require explicit </tr>, at line 116, column 13'] 
[11:00] <kiko_> I have still not had lunch
[11:01] <AlinuxOS> hello rosetta maestros, a question: does rosetta msgfmt -cv to an uploaded .po file ?
[11:01] <kiko_> AlinuxOS, is that validation? if so, yes
[11:01] <kiko_> salgado, I don't think you are allowed to use a construct like that
[11:02] <salgado> kiko_, do you know any other way to achieve the same?
[11:02] <kiko_> salgado, why don't you do something smarter like using a view property?
[11:02] <AlinuxOS> yes, I guess validation, before cvs commit for GNOME I use to controll .po file validity.
[11:03] <AlinuxOS> kiko, ;) kiko_  same person ? :)
[11:03] <salgado> kiko_, because It can't be a property in the view. it has to be a property in the context
[11:03] <kiko_> <tr tal:attributes="class python:view.selectedRequestClass(shipitrequest)">
[11:03] <kiko_> maybe?
[11:03] <kiko_> it will require python
[11:04] <kiko_> or macro-fying
[11:04] <salgado> kiko_, yes, but that uses python:
[11:04] <kiko_> and duplicating
[11:04] <AlinuxOS> how about my ubuntero personality ? can I paste my coc.txt.asc to launchpad?
[11:04] <kiko_> salgado, the other way around that id macros and duplication
[11:04] <kiko_> s/id/is
[11:05] <kiko_> matsubara, it's because we need to migrate milestones
[11:05] <kiko_> to series
[11:05] <kiko_> mark actually poked me about this on wednesday
[11:05] <mdke> AlinuxOS: I showed you a guide for that yesterday
[11:05] <kiko_> can you help us sort part of it out?
[11:06] <AlinuxOS> mdke, I've learnd it...
[11:06] <AlinuxOS> now it's not my fault, but it's a bug.
[11:06] <mdke> AlinuxOS: did you use version 1.0 of the code, as the guide says?
[11:07] <AlinuxOS> code of conduct version ?
[11:07] <mdke> yes.
[11:08] <AlinuxOS> mdke, no :) I prefer a newer version :)
[11:08] <AlinuxOS> later I probe with 1.0 version ;)
[11:08] <mdke> AlinuxOS: ok, so it won't work.
[11:08] <matsubara> kiko: do you want me to create main productseries to all LP products?
[11:09] <AlinuxOS> mdke, thank you for info
[11:09] <mdke> no problem
[11:09] <matsubara> hmm the other kiko_ 
[11:09] <AlinuxOS> I'll check it tonight :)
[11:09] <kiko_> yeah yeah
[11:09] <kiko_> matsubara, yes please
[11:14] <mdke> is it correct to say that bug 28824 is now fixed?
[11:14] <Ubugtu> Malone bug 28824 in launchpad "E-mail addresses overflow the portlet on a person page" [Normal,Confirmed]  http://launchpad.net/bugs/28824
[11:14] <mdke> I can't find any examples of it any more
[11:17] <kiko_> well
[11:17] <kiko_> if you add .hacker to your email address.... :)
[11:18] <mdke> I clicked a few people to see if I could find people with really long mail addresses
[11:18] <mdke> but i didn't find anything overlapping
[11:19] <salgado> mine is almost overlapping
[11:21] <mdke> i can't see yours at all
[11:21] <mdke> it's a secret
[11:22] <salgado> kiko, found another way!
[11:23] <salgado> kiko, https://chinstrap.ubuntu.com/~dsilvers/paste/filel8a2gJ.html
[11:24] <salgado> you don't need to say how evil it is, of course
[11:27] <kiko_> it's a bit silly
[11:27] <kiko_> you should just use tal:attributes
[11:28] <kiko_> or is the define just to avoid wrapping?
[11:28] <salgado> that'll make it spans for three lines
[11:28] <salgado> yes, that was to avoid the wrapping
[11:29] <kiko_> okay  whatever
[11:29] <kiko_> so that's in general ok
[11:29] <kiko_> we should have a helper of some sort
[11:29] <kiko_> fmt:selected?
[11:29] <kiko_> that would avoid this gobbliness
[11:29] <kiko_> matsubara, https://chinstrap.ubuntu.com/~dsilvers/paste/fileJrSx1y.html
[11:31] <kiko_> matsubara, https://chinstrap.ubuntu.com/~dsilvers/paste/fileC9mu4f.html
[11:38] <matsubara> kiko_: ?
[11:39] <kiko_> matsubara, these are milestones with no series
[11:39] <kiko_> on products
[11:39] <kiko_> and on distributions
[11:41] <matsubara> i don't have permission to add productseries in all of them. I added a main productseries to lp project products 
[11:44] <SteveA> salgado: what's up?
[11:48] <salgado> SteveA, I have the diff!
[11:48] <SteveA> salgado: nice
[11:49] <salgado> https://chinstrap.ubuntu.com/~dsilvers/paste/fileP4XkBO.html
[11:49] <SteveA> i'll take a look
[11:49] <salgado> I had to do a small trick on the template to get rid of the highlighCoulour property, though
[11:49] <salgado> apart from that, you should not have any surprises
[11:59] <SteveA>  class ShippingRequestAdminMixinView:
[11:59] <SteveA> +    """Base functionality for administering a ShippingRequest.
[11:59] <SteveA> 
[11:59] <SteveA> call it "Basic functionality ..."
[11:59] <SteveA> if you say "Base functionality" it is confusing it with the idea of a base-class
[11:59] <SteveA> but this is a mixin
[12:00] <salgado> yeah, good point
[12:03] <SteveA> i'm a little surprised you're using lots of functions instead of instances for the validators
[12:03] <SteveA> as it means you keep repeating
[12:04] <SteveA>   _validate_ascii_text(value)