[12:06] <kiko-fud> bradb, ping?
[12:06] <kiko> bradb, I just had an idea
[12:06] <kiko> sorta
[12:06] <bradb> ?
[12:07] <kiko> bradb, you know the get*URL()?
[12:07] <bradb> yeah
[12:07] <kiko> methods
[12:07] <kiko> bradb, well, so my idea was to have a method which converted a dictionary to a URL and vice-versa.
[12:08] <kiko> hmmm.
[12:08] <bradb> that's what urllib.urlencode does, no?
[12:08] <bradb> at least, the qs bit
[12:09] <kiko> hmmm
[12:09] <kiko> maybe I'm trying to solve the wrong problem.
[12:09] <bradb> i attempted BugTaskSearchParams.toQueryString(), and failed
[12:10] <bradb> it's doable, but just way too complex for this use case
[12:10] <kiko> bradb, yeah, that's what I was thining. BTSP.toQueryString() and fromQueryString() (the latter being a classmethod)
[12:11] <DiDjCodt> hello
[12:12] <DiDjCodt> would it be possible to ship me about 256 ubuntu CDs ?
[12:12] <bradb> kiko: maybe an adapter from the request to BugTaskSearchParams?
[12:13] <kiko> yeah, yeah
[12:13] <kiko> DiDjCodt, visit shipit.ubuntu.com. this is not the channel to ask for CDs.
[12:13] <DiDjCodt> ok, sorry
[12:13] <kiko> bradb, yeah, sounds good.
[12:13] <DiDjCodt> kiko: who may I ask ?
[12:14] <kiko> DiDjCodt, visit shipit.ubuntu.com.
[12:19] <bradb> kiko: opened bug 45491
[12:19] <Ubugtu> Malone bug 45491 in malone "Need a way of converting a request to a BugTaskSearchParams and back" [Normal,Unconfirmed]  http://launchpad.net/bugs/45491
[12:19] <kiko> bradb, yeah, wishlisty but nice.
[12:19] <kiko> good work
[12:20] <bradb> just a thought: if we had keywords here, we could group together refactoring bugs.
[12:21] <kiko> we could use a refactoring milestone ;-)
[12:21] <bradb> dirty!
[12:21] <bradb> :P
[12:21] <kiko> that's my middle name
[12:21] <bradb> heh
[12:27] <aa_> hello :)
[12:27] <aa_> I am in the process of moving from svn to bzr. Now, I am going to do bzr push sftp://bazaar.launchpad.net/$person-or-team/$product/$branchname
[12:27] <aa_> this is ok, yes?
[12:27] <kiko> aa_, so far so good. yes!
[12:28] <aa_> ok, but is there a staging I can test it on?
[12:28] <kiko> not for bazaar I don't think.
[12:28] <aa_> and if I utterly mess it up someone might fix it for me?
[12:28] <aa_> (I tend to mess up)
[12:30] <kiko> how could you mess up? well, you can also push to +junk, of course
[12:30] <kiko> $person/+junk/$branchname
[12:30] <aa_> if I put in on the supermirror, do canonical pwn me?
[12:30] <kiko> pwn?
[12:31] <aa_> I am not giving up any legal rights of my code etc etc?
[12:31] <mdke> are you serious?
[12:31] <kiko> no, of course not
[12:31] <kiko> it's just a public code repository
[12:31] <aa_> I would hardly care
[12:31] <aa_> Berlios was down for 12 hours today
[12:31] <aa_> as long as stuff like that doesn't happen alarmingly regularly, they can have my code :)
[12:31] <mdke> interesting though that you would even contemplate that possibility
[12:32] <aa_> hmm, I guess it is interesting. I didn't mean to offend, of course.
[12:33] <mdke> yeah
[12:33] <LarstiQ> candidate for the faq?
[12:33] <mdke> i think canonical needs some more open-source marketing love
[12:34] <mdke> otherwise people will start seeing it in the same light as MS or something
[12:34] <aa_> I was just thinking exactly that.
[12:34] <aa_> but not MS, more FSF and all that lot
[12:34] <mdke> if you think about it, canonical do sponsor an awful lot of open code, and get a bad press for LP
[12:35] <aa_> oh not ture, we all love canonical
[12:35] <LarstiQ> aa_: heh, I'm afraid that is not true
[12:35] <aa_> really?
[12:35] <aa_> wow, harsh
[12:35] <aa_> I advise my open source devs to use ubuntu
[12:35] <mdke> well, you thought there was a possibility of them stealing your code, for a start
[12:35] <LarstiQ> aa_: really, nor is it true that we all love the FSF, so it seems
[12:36] <aa_> well, my rationale to my thinking I guess was GNU. You know that license thingy
[12:36] <aa_> sounds insane, but there you go, I dissected it
[12:37] <aa_> well, personally, I love ubuntu. I barely know who canoical are, and I don't hear bad press.
[12:37] <carlos> good night !
[12:37] <mdke> aa_: my bad then.
[12:40] <aa_> mdke: well, no, you could be right. But having heard it, I am now determined to spread good press.
[12:40] <mdke> good :)
[12:40] <aa_> I already blogged launchpad!
[12:41] <lifeless> morning all
[12:45] <kiko> hello lifeless 
[12:47] <LarstiQ> is it me, or are there more junk products being registered?
[12:47] <lifeless> hi kiko
[12:47] <lifeless> you guys were taking my name in vain ?
[12:47] <kiko> pas moi
[12:48] <kiko> but I was gonna say knits commits are gnarly
[12:53] <aa_> um, sorry to be a pain, when I attempt a push to the supermirror, I get bzr: ERROR: Parent directory of sftp://aafshar@bazaar.launchpad.net/~pida/pida/main does not exist.
[12:53] <aa_> pida is the group name nad the product name
[12:53] <kiko> lifeless, is that a known bug in the sftp creator?
[12:53] <kiko> I think it is, aa_ 
[12:53] <kiko> there's even a workaround
[12:53] <kiko> but... I do not remember it
[12:54] <kiko> aa_, what happens if you sftp manually and mkdir it?
[12:54] <aa_> oh good thinking!
[12:54] <aa_> man my brain is off today
[12:55] <lifeless> aa_: try with --create-prefix
[12:55] <aa_> lifeless: ok thanks
[12:56] <aa_> kiko: and for some reason when I make directories by hand, they vanish!
[12:56] <lifeless> kiko: push only creates the basename unless you give it --create-prefix when it will act like mkdir -p
[12:56] <kiko> i c
[12:56] <aa_> lifeless: that worked, thanks
[12:57] <lifeless> kiko: is it pyflakes that warns of unneeded imports ?
[12:58] <LarstiQ> aa_: pida the ide? nice
[12:58] <aa_> lifeless: it does (though you weren't asking me)
[12:58] <aa_> LarstiQ: :)
[12:58] <lifeless> aa_: thanks
[01:08] <aa_> oh man, looks like I am doomed today. So my connection failed mid push, and well I got 0 revisions committed and um, I think I have an empty branch named main
[01:09] <kiko> aa_, just push again :)
[01:09] <lifeless> aa_: just push again. Also what bzr do you have ?
[01:09] <aa_> 0 revision(s) pushed. when I try again
[01:10] <aa_> bzr (bazaar-ng) 0.8 the one in dapper
[01:10] <aa_> although I am trying to push it to the same place
[01:10] <LarstiQ> the 0 revision(s) pushed message is a bug that is fixed in at least bzr.dev, not sure if it is in 0.8.2
[01:11] <LarstiQ> aa_: so in all likelihood, you actually succeeded
[01:11] <lifeless> aa_: '0 revisions pushed' is a bug :). I'm not sure if its in 0.8.2, it is fixed in .dev. The exit code is still correct.
[01:11] <aa_> oh, but the branch is still empty on the server I think
[01:12] <aa_> according to sftp, but well, who knows
[01:14] <aa_> LarstiQ: oh you are so right
[01:14] <aa_> that is the strangest sftp server I have ever ever seen :)
[01:16] <LarstiQ> aa_: well, you only have a .bzr there now
[01:16] <LarstiQ> aa_: a normal httpd would also show that blank
[01:17] <aa_> amazing how something telling you "You have failed!" is so effective
[01:20] <aa_> yay, thanks everyone. All has worked perfectly
[01:20] <aa_> I assume the http:// address-thing gets created on a batch at some point during the day?
[01:22] <dilys> Merge to devel/launchpad/: [r=stub]  Added some APIs to allow us to implement POTemplate RSS features. (r3573: Carlos Perello Marin, Carlos Perell Marn)
[01:26] <lifeless> aa_: yes
[01:26] <lifeless> aa_: right now there is a bug where we dont support knits for the http thing. Thats being worked on asap
[01:33] <aa_> oh I am just a newbie
[01:33] <aa_> and hopefully I will never know what knits are
[04:56] <maheem> hi2all
[08:03] <mpt> Gooooooooooooooooooood evening Launchpadders!
[08:05] <spiv> mpt: How's pushing and merging going? :)
[08:05] <mpt> spiv: ok, though I haven't merged successfully yet
[08:05] <mpt> er, published
[08:06] <mpt> I'm just about to try again
[08:07] <spiv> Ok.  Ping me if you have any trouble.
[08:09] <mpt> will do
[09:16] <SteveA> morning
[09:27] <carlos> morning
[09:32] <SteveA> hi carlos 
[09:33] <carlos> SteveA: mark's branch landed yesterday after some bug fixes and conflicts resolution. I sent already the request to cherrypick it
[09:34] <SteveA> great, thank you
[09:34] <carlos> and also, the RSS API changes landed too
[09:34] <carlos> I'm going to file a bug today to do the RSS part and assign it to stub as he asked me
[09:39] <SteveA> cool
[09:39] <stub> FOOD!
[09:48] <SteveA> morning malcolm
[09:54] <malcc> Morning
[10:12] <sivang> morning
[10:15] <lifeless> stub: can you do the cherrypick please ?
[10:15] <lifeless> stub: I was pairing with Martin all day
[10:15] <ddaa> hello world
[10:20] <sivang> hey ddaa 
[10:21] <carlos> Hi, anyone with time for a really fast review? (3 code lines change)
[10:22] <ddaa> carlos: can do
[10:22] <carlos> ddaa: https://chinstrap.ubuntu.com/~dsilvers/paste/fileZJZYZj.html
[10:23] <SteveA> hi spiv 
[10:24] <spiv> SteveA: hi
[10:24] <SteveA> how's the wiki work going?
[10:24] <spiv> carlos: "shown" rather than "showed"
[10:24] <carlos> ddaa: It reduces the amount of languages that we render on the distribution statistics hidding the ones that we already know that are not useful for statistics or new translation purposes
[10:24] <carlos> spiv: right... I don't know why I keep using showed... thanks
[10:24] <spiv> SteveA: I've mailed the report for WikiLicensing to mdke, and I have done the script for BetterWikiDocs, and again mailed mdke about it.
[10:25] <spiv> carlos: Because it's logical that's why :)
[10:25] <spiv> Unlike English.
[10:25] <carlos> ;-)
[10:26] <SteveA> hi jamesh 
[10:26] <SteveA> spiv: great.  any wiki work left?
[10:26] <stub> lifeless: ok
[10:27] <spiv> SteveA: So barring something unforeseen, I'm done with WikiLicensing.  There may be a tweak or two left for the script for BetterWikiDocs, but I'd expect they'd be trivial.  I guess there may be some liasing with admins needed, too, when the new docs wiki is about to be deployed.
[10:28] <ddaa> carlos: I can't help but notice that e.g. "...French..." matches "French (French)", which you likely do not want to match
[10:28] <ddaa> it would be nice if there was a way to be a bit more strict
[10:28] <spiv> SteveA: So that leaves the bug fixes.  I see my local tree already has a fix for at least one of the two issues!  I'm pretty sure I've passed the patch to the admins once before...
[10:29] <SteveA> ddaa: we have the regex library
[10:29] <carlos> ddaa: right, but I'm assuming that if Spanish (Spain) and Italian (Italy) doesn't appear, we are doing it right...
[10:29] <carlos> ddaa: the amount of languages that I should check that are not there is so high....
[10:29] <SteveA> spiv: put it in an RT issue (or link to the patch on chinstrap)
[10:29] <SteveA> spiv: that way, i can chase it up as an RT issue
[10:30] <carlos> ddaa: in concrete, 89 languages are hidden
[10:30] <spiv> SteveA: I'll do that.
[10:30] <ddaa> carlos: maybe cut down the second test a bit to show "Spanish", "Italian" (compare to the previous test), "Portugese (Brazil)" (we still have variants!) and a couple others. It looks too long to me
[10:31] <ddaa> long matches like that encourage people to blindly fix the expectation is something changes
[10:31] <carlos> ddaa: Portuguese (Brazil) is not really a variant...
[10:31] <carlos> ddaa: at least not as we understand French (France)
[10:31] <carlos> ok
[10:32] <carlos> I will reduce that list then
[10:32] <ddaa> carlos: probaly like you understand "Criss de French (Canadian)" though.
[10:32] <carlos> ddaa: don't know what's Criss de French...
[10:32] <spiv> carlos: ddaa makes a good point.  If your eyes glaze over while reading the test, it could probably be improved ;)
[10:33] <ddaa> carlos: it's a poor joke
[10:33] <carlos> spiv: yeah, I'm going to reduce the list, I agree with it
[10:33] <carlos> ddaa: ok ;-)
[10:33] <ddaa> fr-ca is slightly different from fr-fr in vocabulary and idiomatic expression, and have very different swear words
[10:34] <ddaa> also they have a totally hilarious accent
[10:34] <SteveA> and parisians don't?
[10:36] <ddaa> I do have a funny accent when speaking english. And dwellers of different part of France and the wider "francophonie" have some characteristic accents too (the swiss accent in particular is quite funny). But Canadian beats them all.
[10:36] <mpt__> spiv, did you fix the "The wiki asks for your name when it really wants your e-mail address" bug?
[10:36] <mpt__> That's horrible and very easily fixed
[10:36] <carlos> ddaa: https://chinstrap.ubuntu.com/~dsilvers/paste/fileXKhHKs.html
[10:36] <spiv> mpt__: Possibly.
[10:36] <SteveA> someone told me that while you might say "je suis franais" you would not say "je suis suisse"
[10:37] <spiv> mpt__: If I haven't, I will soon...
[10:37] <carlos> ddaa: but you can get a common French and understand each other
[10:37] <ddaa> carlos: much better
[10:37] <spiv> mpt__: (although you can use your launchpad name (not wiki name) and it will work, I think...)
[10:37] <carlos> ddaa: is the same as es_MX and es_ES but that's not the case for pt_PT and pt_BR  
[10:37] <mpt__> spiv, that's not a name either :-)
[10:37] <carlos> ddaa: r=ddaa ?
[10:37] <ddaa> carlos: hu, the understanding part is tricking for a French in fr-ca
[10:38] <mpt__> Launchpad has a very bad habit of calling things "names" that aren't
[10:38] <ddaa> really, it does require some getting used to to understand
[10:38] <SteveA> they *are*
[10:38] <SteveA> the are names
[10:38] <SteveA> from one point of view
[10:38] <ddaa> carlos: r=ddaa
[10:38] <SteveA> the problem is not that they are called names
[10:38] <carlos> ddaa: thanks
[10:38] <SteveA> the problem is that they are *universally* called names
[10:38] <mpt__> They're bits of URL
[10:38] <carlos> ddaa: but is that only for the accent?
[10:38] <SteveA> they are *used* as parts of URLs
[10:38] <SteveA> they are names of things in the database
[10:39] <mpt> SteveA, please tell me you didn't say that with a straight face :-)
[10:39] <SteveA> now we're stuck
[10:39] <ddaa> carlos: mostly for the accent, when you meet some idiomatic expression you can usually make out the rough meaning.
[10:39] <SteveA> because whatever i say, you will still not know if i am saying it with a straight face
[10:39] <mpt> true
[10:39] <ddaa> carlos: esp. if you know a bit of english
[10:39] <carlos> ddaa: yeah, then we are talking about different issues ;-)
[10:40] <mpt> like that classmate of mine who was sarcastic ~50% of the time
[10:40] <mpt>     assert task_delta is not None
[10:40] <mpt> AssertionError
[10:41] <ddaa> mpt: is that a sarcastic assertion?
[10:41] <mpt> I don't know
[10:42] <mpt> but, as usual, it's in code I haven't changed
[10:43] <SteveA> mpt: my point is, if you insist on declaring what "names" are and are not, you will get *nowhere* in improving the UI
[10:43] <SteveA> and will instead become embroiled in discussion of what names *are* and *are not*.
[10:43] <SteveA> whereas
[10:44] <SteveA> if you discuss what a name is *used for* in a particular situation, 
[10:44] <ddaa> carlos: I would not be very surprised if the .ca had different terminology for translating software
[10:44] <SteveA> you can make a compelling argument that it should be described in the UI congruently
[10:46] <mpt> ok then, so:
[10:46] <mpt> spiv: That's not what 99.9% of people who aren't Launchpad developers understand a name to be, either :-)
[10:47] <carlos> ddaa: I don't think so, at least I don't remember any specific team in GNOME or KDE to translate into fr_CA...
[10:48] <ddaa> yeah, I have a bit of a terminology problem when explaining Bazaar urls to people. It seems obvious to me that "product name" in a URL context does mean Product.name, but I do not feel that "person name" does it. So I'm forced to say "the last part of the url of your person page".
[10:51] <mpt> "product code" or "product ID" would both be more understandable
[10:51] <mpt> if we used either consistently
[10:51] <ddaa> mh
[10:52] <ddaa> I think ID would be problematic to use consistently.
[10:52] <ddaa> as it implies uniqueness, and names are not always unique
[10:52] <mpt> When are they not unique?
[10:52] <mpt> Branches?
[10:52] <ddaa> e.g. in ~owner/product/branch, the branch part is the "branch name"
[10:53] <ddaa> and it's only unique for a given owner and product
[10:53] <ddaa> I cannot speak for other parts of the database
[10:53] <ddaa> arguably, in that case, the branch name could be said to be the whole three-parts thing
[10:54] <ddaa> but then how do you call the last part?
[10:54] <mpt> branch code?
[10:54] <ddaa> does not feel quite right to me, but I see terminology conflict that could not me resolved trivially from the context.
[10:55] <spiv> branch nick -- that's sort of what bzr calls the last path component of a branch.
[10:55] <ddaa> I see _no_ terminology conflict
[10:55] <ddaa> spiv++
[10:55] <ddaa> spiv: well, except I get it the branch nick is something else
[10:55] <ddaa> spiv--
[10:55] <ddaa> branch nick can be an arbitrary string, and might change to default to the full path
[10:56] <spiv> ddaa: Hence the "sort of" in my statement :)
[10:56] <ddaa> well, that "launchpad nick of the branch"
[10:56] <ddaa> but OTOH, the "nick" works for products too
[10:57] <ddaa> and to some extent for persons
[10:57] <ddaa> mpt: how would you feel about calling "Object.name" the "object nick"?
[10:59] <mpt> ddaa, that might be appropriate for branches if bzr uses it, but I wouldn't choose it for any other reason
[11:00] <ddaa> otherwise, "product code" and "person code" works well
[11:00] <mpt> Many people will be launchpad.net/people/x where x is not their nick
[11:00] <SteveA> mpt: we cannot use "id" in the database, because that concept is already taken at the database and code level.
[11:00] <ddaa> ID tends to suggest invariance too
[11:00] <SteveA> mpt: i think calling it simply a "code" would be confusing, certainly at the code level
[11:00] <mpt> I saw the ID problem a few months ago
[11:00] <SteveA> mpt: but, we can call things differently in the UI than in the code, and that is natural
[11:01] <SteveA> mpt: can we have a skype call?
[11:01] <SteveA> hmm, actually, i'm not sure how well it will work as i'm running tests right now
[11:01] <SteveA> let's try irc
[11:02] <mpt> ok, IRC
[11:05] <mpt> BjornT!
[11:05] <mpt> Just the man I wanted to see
[11:07] <BjornT> hi mpt 
[11:08] <mpt> BjornT, in lib/canonical/launchpad/doc/malone-karma.txt
[11:08] <mpt> The "Change a bug task's severity" test
[11:09] <mpt> Does that assume the bugtask it's testing doesn't start off with WISHLIST severity?
[11:11] <BjornT> mpt: yeah, that's right. it's a bit fragile, it'd be better to set the severity/importance explicitly to something.
[11:13] <ddaa> stub: supermirror-pull.py is broken
[11:13] <ddaa> ImportError: /srv/sm-ng/production/launchpad/cronscripts/../lib/persistent/cPersistence.so: cannot open shared object file: No such file or directory
[11:14] <ddaa> I guess it's a trivial rollout glitch, can you have a look at it?
[11:22] <stub> Needs 'make build' run
[11:25] <carlos> jamesh: hi, around?
[11:27] <mpt> BjornT, yes, it's broken for me -- I think it's because Importance defaults to UNTRIAGED, which also happens to be the first value in the list, so setting it to that value doesn't result in a bugtaskimportancechanged
[11:30] <BjornT> mpt: yeah, so a 'bugtask.importance = BugTaskImportance.items[-1] ' before the for loop should fix it.
[11:31] <stub> Hmm... looks fine
[11:33] <mpt> BjornT, thanks, but that gives me "KeyError: -1"
[11:36] <BjornT> mpt: ah, right. just set it to some value, other than UNTRIAGED, then.
[11:40] <aa_> hello, in a meeting?
[11:41] <aa_> ok, can non team members checkout and branch from the sftp provided address for a supermirror-hosted branch?
[11:41] <mpt> BjornT, excellent, thank you
[11:55] <SteveA> stub: hello
[11:55] <stub> yo
[11:55] <SteveA> stub: the new test runs are very noisy
[11:56] <stub> ddaa: Should be fixed now
[11:56] <SteveA> is there anything we can do about that easily?
[11:56] <SteveA> Running canonical.functional.PageTestLayer tests:
[11:56] <SteveA>   Set up canonical.functional.PageTestLayer in 11.487 seconds.
[11:56] <SteveA>   Ran 1757 tests with 0 failures and 0 errors in 1820.258 seconds.
[11:56] <stub> New tests?
[11:56] <SteveA> 
[11:56] <SteveA> the test runner with the new zope
[11:56] <stub> So you want less output?
[11:56] <ddaa> stub: thank you, there's also the config problem breaking the branch scanner, can you look into it (some clauses need to be copied from another config)?
[11:57] <SteveA> yeah, i want the test runner to say just one thing at the end, if it was all successful
[11:57] <ddaa> stub: I'm leaving for lunch now, I'll read your response when I come back.
[11:57] <SteveA> that way, it will be clear when we get warnings and such
[11:57] <SteveA> right now, there is too much noise to be able to notice a warning
[11:57] <stub> That behavior is encoded in the Z3 test runner - I don't think there are knobs we can tweak.
[12:00] <stub> branch scanner?
[12:00] <SteveA> stub: there *should* be an api to choose to display or not each of the pieces of information the test runner is spewing
[12:01] <SteveA> have you worked on the code at all?
[12:01] <stub> SteveA: Jim is happy for people to work on it. I have stuff I want to do with it, but haven't worked on it yet.
[12:01] <SteveA> ok
[12:01] <SteveA> i'm looking at turning the import fascist back on
[12:02] <SteveA> do you recall what problem caused it to be turned off?
[12:02] <stub> I think Bjorn tracked it down to an 'import *' in canonical.functional
[12:03] <stub> IIRC it is in the bug report
[12:03] <SteveA> how is it turned off?
[12:03] <SteveA> it seems to be turned on in the test runner
[12:03] <SteveA> ah
[12:03] <SteveA> and turned off in the fascist
[12:03] <stub> It is turned off in facist.py or whatever the module is called
[12:03] <SteveA> bug 39393
[12:03] <Ubugtu> Malone bug 39393 in launchpad "Import fascist disabled" [Normal,Confirmed]  http://launchpad.net/bugs/39393
[12:06] <SteveA> right
[12:06] <SteveA> the fascist is doing a good thing here
[12:07] <SteveA> because i can't tell from the canonical functional testing code what it depends on from the zope code
[12:07] <SteveA> because of the import *
[12:07] <SteveA> so i'll fix that
[12:08] <aa_> "Launchpad could not mirror this branch at 2006-05-19 10:04:16 UTC.  The error was: [Errno 21]  Is a directory "
[12:10] <aa_> oh is that the knit thing they were talking about?
[12:11] <SteveA> stub: and, aargh... the canonical functional.py was using unittest
[12:11] <SteveA> but not importing it, getting it by accident from the zope functional.py
[12:34] <carlos> spiv: is there any way to stop creating the 'canonical.supermirrorsftp.tests.' directory inside the launchpad trees with every test run?
[12:35] <carlos> spiv: shouldn't it be created at /tmp ?
[12:41] <Znarl> stub : Ping?
[12:41] <stub> Znarl: pong
[12:41] <Znarl> stub : launchpad production logs have reached 1gig again.  They need to be rotated.
[12:42] <stub> SteveA: I did it that way so we could use import from canonical.functional everywhere instead of zope.functional, and replace stuff as necessary with our own hooks. But I'm not terribly attached to the idea.
[12:42] <stub> Znarl: ok.
[12:43] <SteveA> stub: i'll add imports of stuff we're explicitly using
[12:43] <SteveA> we will need to re-do the functional test setup at some point anyway.  it still has various zodb things in
[12:48] <mpt> BjornT, do you have five minutes spare for a review?
[12:49] <mpt> or jamesh?
[12:50] <SteveA> i can review
[12:50] <mpt> SteveA, thanks - https://chinstrap.warthogs.hbd.com/~dsilvers/paste/fileQENfKj.html
[12:50] <mpt> It's to fix the problem mdz picked up yesterday
[12:50] <SteveA> what is the purpose of the change?
[12:52] <mpt> First, someone saw the "In what package did you find this bug?" section on https://launchpad.net/distros/ubuntu/+filebug and got scared
[12:52] <mpt> They were looking for a more generic bug reporting form
[12:52] <mpt> they didn't notice the "I don't know" option
[12:53] <SteveA> ok
[12:53] <mpt> Second, swapping the description and summary fields around
[12:53] <mpt> on the grounds that (a) it's much easier to summarize something that's written than something that's not written yet
[12:54] <mpt> and (less importantly) (b) it lets you press Enter in the summary field to submit the report
[12:54] <SteveA> ok
[12:54] <SteveA> r=me
[12:54] <SteveA> but please write an email to the launchpad list
[12:54] <mpt> thanks
[12:54] <SteveA> observing about summarizing things after you've written them
[12:54] <mpt> Yes, I'm replying to mdz's mail, but changing the To: to the Launchpad list
[12:56] <mpt> hmm, actually, I'll make it a separate message otherwise it'll get lost
[01:08] <mpt> ddaa, do you have time for a bit of troubleshooting?
[01:11] <dilys> Merge to devel/launchpad/: [r=ddaa]  hide disabled languages from the distrorelease +translation pages (r3574: Carlos Perello Marin)
[01:13] <stub> So we are only accepting 'standard' shipit orders, or is there some way for people to put in unusual or large requests besides email?
[01:24] <mpt> or lifeless or jamesh?
[01:36] <malcc> Morning cprov
[01:38] <cprov> malcc: hi, are you blocked on anything ? you didn't send any new patches :( May I help you ?
[01:39] <malcc> cprov: I'm working through changing the tests to zope.testbrowser at the moment, understanding what they test and improving them where I can
[01:39] <malcc> cprov: I'm taking my time a little, since it's helping my understanding; hope that's ok
[01:40] <cprov> malcc: fine, just ask for help if you need.
[01:40] <malcc> cprov: Will do
[01:43] <dilys> Merge to devel/launchpad/: [r=BjornT most, r=lifeless BjornT's code, rs=BjornT the remainder, r=stub DB patch]  Merges Severity and Priority into Importance (bug 886), by renaming Severity (and its values) and dropping Priority. People trying to e-mail Malone using the severity or priority fields will be sent a courtesy message. Bug lists default to sorting by importance. Also fixes bug 37453 (Invalid XHTML for person icons). (r3575: Matthew Paul Thomas)
[01:43] <Ubugtu> Malone bug 886 in malone "Merge Severity and Priority into Importance" [Normal,In progress]  http://launchpad.net/bugs/886
[01:43] <Ubugtu> Malone bug 37453 in launchpad "Invalid XHTML for person icons" [Normal,In progress]  http://launchpad.net/bugs/37453
[01:47] <mpt> WOO-HOO
[01:50] <stub> Where can I find a modern bzr-submit-merge?
[01:52] <mpt> stub, changing ".bzr/parent" to ".bzr/branch/parent" in your existing one should work
[01:53] <stub> x-push-data is also screwed
[02:01] <ddaa> stub: there's a pqm-submit plugin from j-a-meinel floating around
[02:02] <ddaa> which is entirely configurable through the .bazaar conffiles
[02:11] <stub> How do I merge into a branch without a working tree?
[02:12] <lifeless> stub: is this on balleny ?
[02:12] <lifeless> stub: or as a general question ?
[02:13] <stub> balleny
[02:13] <lifeless> do a checkout then merge and commit.
[02:13] <lifeless> i.e.
[02:13] <SteveA> stub: what is the procedure for my making changes upstream in zope3 and also in our tree?
[02:13] <ddaa> lifeless: I woud like if you could compare http://python-mock.sourceforge.net/ and http://pmock.sourceforge.net/overview.html
[02:13] <SteveA> commit the changes upstream, then pull changes into our tree?
[02:13] <lifeless> bzr checkout --lightweight ~/archives/foo/bar/gam tempdir
[02:13] <lifeless> cd tempdir
[02:13] <lifeless> bzr merge THING
[02:13] <lifeless> bzr commit
[02:13] <lifeless> cd ..
[02:13] <lifeless> rm -rf tempdir
[02:13] <lifeless> ddaa: mail me please
[02:14] <lifeless> ddaa: I'll be happy to eyeball later
[02:37] <carlos> did we changed anything related to libapt either in launchpad or mawson?
[02:37] <carlos> http://mawson.ubuntu.com/~carlos/rosetta-dapper-2006-05-19.log
[02:37] <dilys> Merge to devel/launchpad/: [trivial]  Config file updates (r3576: Stuart Bishop)
[02:37] <carlos> I'm not able to run some launchpad scripts on mawson anymore...
[02:45] <SteveA> cprov: hi.  are you involved with canonical.launchpad.scripts.ftpmaster ?
[02:46] <cprov> SteveA: yes, something I can help ?
[02:46] <Znarl> SteveA : This may be my fault?
[02:46] <SteveA> i'm reenabling the import fascist
[02:46] <SteveA> and it says there's a database import into there
[02:46] <SteveA> Znarl: i don't think so
[02:46] <Znarl> cprov : Did you get my message about the problems with the packages yesterday?
[02:47] <cprov> Znarl: yes, could not contact elmo yet. I guess it needs to wait, is that a problem for you ?
[02:47] <Znarl> cprov : Elmo is on holidays until Monday.  
[02:48] <Znarl> It's not a problem for myself, I just wish to make sure you're aware.
[02:48] <cprov> SteveA: which script ?  some of them still not ported to LP standard (as previous discussion)
[02:48] <SteveA> this involves changes since the importfascist was disabled
[02:49] <SteveA>  lib/canonical/launchpad/scripts/ftpmaster.py
[02:49] <cprov> Znarl: yes, I know, will try his mobile, I'm aware.
[02:49] <SteveA> from canonical.launchpad.database import (
[02:49] <SteveA>     DistroArchReleaseBinaryPackage, DistroReleaseSourcePackageRelease)
[02:50] <cprov> SteveA: uhm, this I can fix quickly using a utility, that was my fault.
[02:50] <SteveA> cool
[02:50] <SteveA> it isn't urgent.  i can make an exception in the fascist for now
[02:50] <SteveA> but please either fix it, or file a bug about it
[02:55] <cprov> SteveA: code is fixed, improving tests right now, will send you a small patch in a few minutes.
[02:55] <SteveA>  what does: bzr: WARNING: This transport does not update the working tree of: sftp://chinstrap/home/warthogs/archives/stevea/zope/devel/   mean ?
[02:56] <SteveA> does it mean "this is updating the knit data only" ?
[02:58] <mpt> SteveA, as it was explained to me yesterday, yes
[02:58] <mpt> i.e., you can't ssh into chinstrap and run launchpad from that directory
[02:58] <SteveA> as i just observed on #bzr, it should be INFORMATION not WARNING
[02:58] <mpt> because the code isn't there, just the revision history
[02:59] <cprov> SteveA: if you have 10 secs, have quick look on https://chinstrap.ubuntu.com/~dsilvers/paste/file6DQqoE.html, I can shit it today (code is covered by previous tests)
[03:00] <cprov> ship
[03:00] <mpt> heh
[03:00] <SteveA> cprov: sure, if that works, great
[03:01] <cprov> SteveA: yes, thanks for pointing this mistake, I'll pay more attention next time
[03:01] <SteveA> when i turn the fascist back on, you will be unable to make the mistake
[03:02] <SteveA> so, it's more the lack of a fascist than really your fault
[03:02] <cprov> SteveA: good, thanks anyway.
[03:13] <SteveA> lifeless: why does pqm say "Request for non-PQM managed branch." ?
[03:13] <SteveA> i asked it for:
[03:13] <SteveA> star-merge sftp://chinstrap.ubuntu.com/home/warthogs/archives/stevea/zope/devel sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/zope/3.2/
[03:13] <lifeless> zope 3.2 - oh, maybe not pqm enabled yet
[03:14] <lifeless> we needed to talk with you about test suite IIRC.
[03:14] <lifeless> let me check
[03:15] <lifeless> no, its setpu
[03:15] <lifeless> sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/zope/3.2
[03:15] <lifeless> your trailing slash is possible the confusion
[03:15] <lifeless> or, maybe you did not send what you thought you did
[03:15] <lifeless> try without the /
[03:16] <SteveA> okay... more hacking at the submit-merge script
[03:16] <SteveA> i'd like to have these scripts standardized and tested and included in the launchpad development .deb
[03:17] <SteveA> lifeless: the trailing slash comes from rocketfuel-built, in the zope's branch's .bzr/branch/parent file
[03:18] <lifeless> SteveA: please use the bzr pqm-submit plugin
[03:18] <lifeless> which is integrated with bzr and should require one time setup and no hacking
[03:18] <SteveA> how do i use that?
[03:18] <lifeless> its documented on the page jamesh put up about rocketfuel with repositories
[03:19] <SteveA> i didn't read that page yet
[03:19] <SteveA> because i am not using repositories yet
[03:19] <lifeless> well
[03:19] <SteveA> if this is important information about how people should do things
[03:19] <SteveA> it should be mailed to the launchpad list / followed up in the launchpad meeting
[03:20] <lifeless> it was mentioned in the launchpad list quite some time back
[03:20] <lifeless> it is not new
[03:20] <lifeless> and it is not coupled to repositories.
[03:21] <lifeless> I am pointing you at that web page because its a handy well written source of info about it.
[03:21] <SteveA> seeing as we've only just confirmed that everyone is using bzr from dapper
[03:21] <lifeless> right now however, its late on friday night, I have a hayfever attack.
[03:21] <lifeless> and I'm dog tired.
[03:21] <lifeless> the combination is 'not good
[03:21] <lifeless> ''
[03:21] <SteveA> i think we need to get everyone on the same page about how to use the systems.  can we get something in the next laucnhpad meeting
[03:21] <SteveA> to go through the basics of the recommended set-up?
[03:22] <lifeless> sure.
[03:22] <SteveA> ta
[03:22] <lifeless> can I ask jamesh to do this ?
[03:22] <lifeless> as in provide guidancec on what it needed to him
[03:22] <stub> I had pqm off while running tests. Should be live again now.
[03:23] <lifeless> he seems to be writing some very effective documentation.
[03:23] <SteveA> lifeless: okay.  what i want is a list of points, and then we can get everyone to check them in the meeting
[03:23] <lifeless> sure thing. 
[03:23] <SteveA> for example: bzr verion, bzr tools version, presence of new scripts (or whateveR), absence of old scripts
[03:23] <SteveA> use of plugin to submit merge
[03:23] <SteveA> the whole workflow
[03:23] <lifeless> yup
[03:24] <lifeless> for thursday, no problem.
[03:24] <SteveA> ok
[03:24] <SteveA> ta
[03:26] <stub> lifeless: rocketfuel/launchpad/production/1.63 has not been rolled out to production as I can't apply the new database patch to the live system. So if you need to do rollouts in the near future you might need to uncommit the two most recent revisions.
[03:26] <lifeless> stub: ?
[03:26] <lifeless> stub: I take it you tried and it baulked ?
[03:27] <lifeless> stub: if so, why not uncommit now
[03:27] <stub> Yes - gave it a shot and probably caused some timeouts.
[03:28] <stub> I might shutdown LP tomorrow for 30 mins to apply the patch and don't want to have to do the merges again.
[03:29] <lifeless> ok, thanks for the headsup
[03:29] <SteveA> stub: we should set something up so that whenever there is a timeout, you get a Wilhelm scream from your computer
[03:30] <SteveA> that way you get instant feedback
[03:30] <stub> How about we make your machine scream instead?
[03:30] <SteveA> then how will you hear the effects of your database manipulations?
[03:33] <SteveA> stub: about rolling out the priorities database update
[03:33] <SteveA> why is it causing timeouts?
[03:33] <SteveA> can it be trivially changed to get a bunch of table ids in a read only transaction
[03:34] <SteveA> and then apply a number of simple updates ?
[03:42] <stub> SteveA: The updates could be replaced with a Python script to do that, yes.
[04:05] <lifeless> night all
[04:05] <SteveA> have a good weekend lifeless 
[04:13] <ddaa> well, it's almost doing what I need it to do...
[04:23] <SteveA> ddaa: would you answer a bzr question for me?
[04:23] <ddaa> sure
[04:23] <SteveA> thanks
[04:24] <SteveA> i want to push a launchpad branch to chinstrap
[04:24] <SteveA> using sftp
[04:24] <SteveA> i want to "prime the pumps" by having a launchpad branch from RF already in that location
[04:24] <ddaa> using a repository?
[04:24] <SteveA> no
[04:24] <ddaa> or using standalone branches?
[04:24] <SteveA> yes
[04:25] <ddaa> okay
[04:25] <SteveA> for another branch, i'd just cp -a from rocketfuel-built on chinstrap
[04:25] <SteveA> but launchpad tree contains sourcecode and lots of crap in there
[04:26] <ddaa> why not use "bzr branch" on chinstrap?
[04:26] <SteveA> i tried copying over the tree from the actual rocketfuel branch
[04:26] <SteveA> but i got an error when i tried to push, about no repository being present
[04:26] <SteveA> so, that would omit the "sourcecode" stuff i suppose
[04:26] <ddaa> yeah, rocketfuel contains repositories now
[04:26] <ddaa> why not use "bzr branch" on chinstrap?
[04:27] <SteveA> i'lldo that
[04:27] <SteveA> thanks
[04:40] <ddaa> SteveA: can you file a bug on bzr to improve the "no repository present" message to suggest using "bzr branch" instead of coping the branch with cp?
[04:41] <ddaa> I think that's the most likely scenario to trigger this particular error.
[04:41] <salgado> hey kiko, up for some code review?
[04:42] <kiko> salgado, yeah, sure.
[04:43] <SteveA> https://launchpad.net/products/bzr/+bug/45599
[04:43] <Ubugtu> Malone bug 45599 in bzr ""no repository present" error should suggest using bzr branch" [Normal,Unconfirmed]  
[04:43] <salgado> kiko, https://chinstrap.ubuntu.com/~dsilvers/paste/filemX6NW9.html
[04:44] <kiko> salgado, can you think about stub's email on the shipit unique constraint and reply to it?
[04:46] <salgado> sure. I'll get to it soon. (I'm assuming it was sent to launchpad@, as I can't see it in my inbox)
[04:48] <kiko> yes launchpad
[05:08] <dilys> Merge to devel/launchpad/: [trivial]  reenable the import fascist. (r3577: Steve Alexander)
[05:22] <kiko> salgado, I will need some time to look into that -- if you can find another reviewer, better, otherwise, in the afternoon.
[05:27] <matsubara> does anybody know why staging is down?
[05:34] <carlos> stub: ?
[05:37] <stub> Looks like the daily update is in progress. It must have hung.
[05:38] <stub> carlos: I  think one of your scripts started running before the update completed, and has blocked the update from completing.
[05:39] <carlos> hmmm
[05:39] <carlos> don't think so, my script run was broken today
[05:39] <carlos> stub: http://mawson.ubuntu.com/~carlos/rosetta-dapper-2006-05-19.log
[05:40] <carlos> don't know why, I update it today and ran it again and got the same error
[05:41] <stub> carlos: No idea about that
[05:42] <carlos> seems like something wrong on mawson...
[05:43] <carlos> and it prevented my scripts to run so I guess something else blocked the update
[05:44] <stub> carlos: Ahh... no. It is just patch-40-54-0.sql taking hours to run. That was the rosetta query I saw.
[05:45] <carlos> wow
[05:52] <stub> carlos: I'm removing the data updates from patch-40-54-0 and merging to rocketfuel. Once it lands, you should be able to rebuild the staging server successfully.
[05:52] <carlos> stub: will you apply them by hand?
[05:53] <stub> I'll convert them to a script that can be applied to the live system
[05:53] <carlos> ok
[05:53] <carlos> stub: thanks
[06:30] <SteveA> stub: were you and carlos just talking about the priorities patch?
[06:30] <carlos> SteveA: yes
[06:31] <SteveA> i'll be talking with mark soon, and he'll ask me for an update
[06:31] <SteveA> is the code landing or landed?
[06:33] <dilys> Merge to devel/launchpad/: [trivial]  Remove data updates from patch-40-54-0.sql as it is too slow to run on production data (r3578: Stuart Bishop)
[06:33] <carlos> SteveA: it's in rocketfuel
[06:33] <carlos> SteveA: it's not on production due the data migration
[06:34] <carlos> stub is going to rewrite the migration data to use python
[06:34] <carlos> so we can apply it without turning off the production server for too long
[06:34] <SteveA> when will the feature land in production?  when will the feature + patch land in production?
[06:34] <SteveA> i mean "feature + data updates" for the second one, not "feature + patch"
[06:34] <carlos> I don't know
[06:35] <carlos> stub: ?
[06:35] <carlos> I guess the worst case is next Tuesday
[06:47] <stub> SteveA: I'll land it tomorrow morning
[06:47] <SteveA> thanks stub 
[06:48] <stub> carlos: Give it time - the rocketfuel-built mirror only refreshes every 30 mins
[06:48] <carlos> stub: I need to leave
[06:48] <SteveA> stub: is that the code, the data update or both?
[06:48] <carlos> and I don't know why, rocketfuel doesn't have your patch...
[06:48] <carlos> so I cannot update staging
[06:48] <carlos> oh
[06:48] <carlos> ok
[06:48] <carlos> :-P
[06:48] <stub> SteveA: Code at least, probably both.
[06:48] <carlos> stub: so you disabled the NOT NULL restriction, right?
[06:49] <stub> carlos: No. The patch still sets the priority of all POTemplates to zero. The slowness is in determining which rows need to have higher priorities.
[06:49] <carlos> I see
[06:50] <carlos> stub: will you be able to fix staging? or are you leaving now?
[06:51] <stub> I'll have a poke in a bit.
[06:51] <stub> I think you are the only one wanting it at the moment
[06:51] <carlos> not really, I don't need it atm ;-)
[06:52] <stub> ok.
[06:52] <carlos> in which case, I guess it can wait until I'm back
[06:52] <carlos> stub: matsubara-lunch asked for it
[06:52] <stub> ok.
[06:53] <stub> I'll kick it off in 10 mins anyway, by which time my patch should have filtered through
[06:54] <carlos> ok
[06:54] <carlos> see you later (or next week)...
[06:54] <carlos> cheers
[06:54] <carlos> stub: thanks for all!
[07:43] <mdz> bradb,kiko: maybe we should have an entirely separate page for reporting a security vulnerability, as opposed to a normal bug
[07:44] <kiko> mdz, that's probably a good idea -- but would people find it?
[07:44] <mdz> kiko: let's hope not
[07:44] <kiko> :)
[07:44] <mdz> I don't think the feature has been used correctly even once
[07:50] <dilys> Merge to devel/launchpad/: [trivial]  Fix bug 6026 (Oops from changing bug's product when milestone is set) to also handle when product is changed and a new milestone set at the same time, and provide a useful feedback message (r3579: Brad Bollenbach)
[07:50] <Ubugtu> Malone bug 6026 in malone "Oops from changing bug's product when milestone is set" [Normal,In progress]  http://launchpad.net/bugs/6026
[07:53] <AlinuxOS> I saw that help entry on gnome-panel has new strings...can someone tell me which module is it? I would like to translate them.
[07:56] <mdz> AlinuxOS: should be in the gnome-panel template
[07:56] <AlinuxOS> mdz, thank you ;)
[07:57] <AlinuxOS> mdz, but it's not imported into lauchpad right?
[07:58] <AlinuxOS> https://launchpad.net/distros/ubuntu/dapper/+source/gnome-panel/+pots/gnome-panel-2.0/ka/+translate?show=untranslated
[07:58] <AlinuxOS> I have no untranslated string.
[07:58] <mdke> yes, it's in launchpad
[08:03] <mdke> AlinuxOS: whenever a package is uploaded, it automatically gets imported into rosetta.
[08:04] <AlinuxOS> mdke, I can't see new strings there... why?
[08:04] <mdke> AlinuxOS: because everything is translated. But this is not a relevant topic for this channel, you should try #ubuntu-translators or the mailing list
[08:05] <AlinuxOS> mdke, fiscal as usual.
[08:05] <AlinuxOS> ok thank you.
[08:06] <mdke> AlinuxOS: not fiscal. off topic conversations are detrimental to productivity in a particular channel
[08:06] <mdz> mdke: I think there may be a delay between when the package is uploaded and when the new template appears in rosetta
[08:06] <mdke> mdz: yeah, but it's very short.
[08:07] <mdke> mdz: unless the template is appearing for the first time, in which case it needs manual approval, that can take some time
[08:29] <bradb> mdz: My suggestion was to put those cb's on only the advanced search form.
[08:30] <bradb> s/search/filebug/
[09:04] <aa_> hello, I would like to delete the series and milestones I have and make new ones. Allowed?
[09:08] <aa_> please?
[09:10] <mdke> i posted a similar question to the mailing list recently, got no reply
[09:10] <aa_> would be nice generally to be able to delete some stuff
[09:10] <mdke> yeah
[09:10] <aa_> or at least put it in a "recycle bin" of sorts if deleting is that objectionable
[09:15] <bradb> aa_: You can't delete series', but in principle you should be able to, because users should be able to experiment and recover from their mistakes.
[09:18] <bradb> It gets more complex when you've got things tied to this object, like bugs, but it may be reasonable to simply say "You have existing bugs/specs/whatever attached to this series. Which series would you like to reassign these objects to?", and be allowed to pick a new target, or type something like "Yes, I'm absolutely, positively sure that I want to delete everything associated with this object. kthxbye."
[09:19] <bradb> But, I haven't thought that through in detail. Even that has issues, of course (like how to handle conflicts)
[09:26] <aa_> right yes
[09:40] <bradb> aa_: btw, bug 29998 and bug 591
[09:40] <Ubugtu> Malone bug 29998 in launchpad "Cannot delete branches, series, etc" [Normal,Confirmed]  http://launchpad.net/bugs/29998
[09:41] <bradb> hm, for some reason bug 591 is private
[09:48] <salgado> hey guys. anybody up for a quick code review?
[10:23] <jordi> carlos ?
[10:26] <aa_> bradb: ah, thanks, didn't notice those
[10:27] <bradb> no prob