[01:03] <elmo> err, mpt/kiko what are you guys talking about in that DPoT thread?
[01:03] <jordi> that's a great question
[01:03] <elmo> you realise the missing ".2" is a packaging bug, long since fixed, right?
[01:03] <elmo> and nothing to do with launchpad...
[01:27] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=salgado]  implement DistroReleaseBugTargeting (patch-2256: brad.bollenbach@canonical.com)
[01:37] <kiko-zzz> elmo, thanks for the tip
[01:37] <kiko-zzz> I didn't realize that, no -- should I have?
[01:37] <elmo> I don't know, but I'm not sure why you and mpt are discussing it
[01:38] <elmo> they're two separate issues and only one is actually a launchpad bug
[05:11] <interalia> hi
[05:11] <interalia> the various products under https://launchpad.net/products/+all - are the arch trees meant to be tracking upstream CVS only?
[05:17] <jamesh> yes
[05:21] <interalia> ah ok, so not the ubuntu version that might have patches applied?
[05:21] <bob2> not yet
[05:21] <interalia> meaning it's meant to track that instead, or in addition?
[05:22] <bob2> it will do that in addition
[05:25] <interalia> cool, thanks
[05:25] <jamesh> interalia: the Big Plan(tm) is that you will have branches off the mainline that represent the release tarballs made by upstream, and then each patch included in the Ubuntu debs would be a branch off the tarball branch
[06:23] <robitaille> I'm getting a system error on this url: https://launchpad.net/people/jdub
[06:23] <robitaille> is that a bug?
[06:24] <spiv> system errors are always bugs :)
[06:24] <spiv> Yeah, this is a known bug.
[06:25] <spiv> One of our most frequent dupes.
[06:25] <robitaille> bug number?
[06:26] <spiv> https://launchpad.net/malone/bugs/1313
[06:27] <robitaille> thanks
[06:56] <mpt> ok, I have to tweak the System Error page
[06:57] <mpt> "Yes, this is a bug. No, please don't copy this helpful text into a bug report, we know what it says, it's the same every time, and mpt's writing doesn't need any wider distribution."
[06:57] <spiv> mpt: :)
[07:25] <jamesh> would it be possible to include the URL to the error page?
[07:25] <jamesh> or some token we could use to look up the error they got?
[07:25] <ben__> ok can somebody help me sign the darn code of conduct
[07:25] <ben__> doing things in the way I would expect them to work
[07:26] <ben__> str: Code of Conduct digest do not match:
[07:26] <spiv> jamesh: It should be possible to include a token, I'd think.
[07:26] <ben__> gpg --clearsign
[07:26] <ben__> then password
[07:26] <jamesh> spiv: I guess a link would be a bad idea, since the tracebacks aren't visible without the client cert
[07:26] <ben__> then code of conduct text
[07:26] <ben__> then ctrl-d
[07:27] <ben__> then copy-paste output
[07:27] <ben__> no dice
[07:27] <jamesh> ben__: try saving the code of conduct to a file, then do "cat filename | gpg --clearsign > signedfile"
[07:28] <jamesh> https://launchpad.net/codeofconduct/1.0/+download <- download link
[07:28] <ben__> thanks I'll give it a go
[07:29] <jamesh> ben__: it wants to make sure that the text you GPG-signed is the same as the text on the website, but doing a copy/paste from the web browser can give you different white space
[07:30] <ben__> ah ok
[07:30] <ben__> well the file thing work
[07:30] <ben__> ed
[07:30] <ben__> though I copied-pasted that too
[07:31] <ben__> thanks a lot
[09:24] <dilys> Merge to rocketfuel@canonical.com/dists--devel--0: [trivial]  production and staging updates (patch-106: stuart.bishop@canonical.com)
[09:59] <loreto> hello
[09:59] <spiv> Hi.
[09:59] <loreto> rosetta is down?
[10:00] <spiv> stub's doing a production rollout atm I think.
[10:00] <spiv> It should be back shortly (with shiny new code ;)
[10:00] <loreto> oh, ok :-)
[10:02] <carlos> morning
[10:03] <stub> Yay for our 'system down for maintenance' page
[10:03] <stub> :-P
[10:03] <stub> spiv: Can you please bounce the librarian
[10:05] <carlos> stub, hi, is the error with the "fix white space" script happening with the change I did last week? I mean did you executed it from the same version that the fuzzy one?
[10:05] <stub> think so
[10:06] <stub> I'll confirm in a tick if you like
[10:07] <carlos> stub, yes, please, because I think I fixed that problem and I don't understand how is that it's happening again...
[10:19] <spiv> stub: bounced
[10:34] <stub> carlos: The exception is still being raised with current rocketfuel
[10:34] <carlos> stub, ok, I will take another look...
[10:34] <carlos> thanks
[11:27] <carlos> mpt, hi
[11:27] <carlos> mpt, around?
[11:29] <sivang> hi carlos 
[11:30] <carlos> sivang, hi
[12:57] <Nafallo> mpt: morning :-)
[01:52] <ondrej> mm all
[01:53] <ondrej> can we solve that issue with Czech L10N team?
[01:55] <ondrej> carlos: jordi told me yesterday, that you are able to promote me to administrator status for "Ubuntu Czech Translators" team...
[01:55] <carlos> yes, I am
[01:55] <carlos> ondrej, did you agree on that with the other team members?
[01:56] <ondrej> carlos: yes, in fact I was asked by MadRabbit to take care of coordination...
[02:00] <carlos> grr, My X server died again
[02:00] <ondrej> [resend in case you were disconnected before you got my message]  carlos: yes, in fact I was asked by MadRabbit to take care of coordination...
[02:00] <carlos> ondrej, I saw it
[02:00] <carlos> I was writing that
[02:01] <carlos> I believe you and I'm going to give you those rights
[02:01] <carlos> but I would remove them if the team says it's not true later, ok?
[02:02] <ondrej> carlos: ok...  no problem
[02:03] <ondrej> right now I am organizing more people to get involved with czech translation, right now our *team* consist of three people :-(
[02:03] <carlos> ondrej, it's a matter of time
[02:03] <ondrej> brb...  I am attending CC meeting as LoCo Contact and new Member...
[02:04] <carlos> oh, fuck I lost my changes to the firefox spec .... grrrrrr
[02:05] <carlos> ondrej, who is the main coordinator for the Czech translation team?
[02:05] <ondrej> guess it's /me
[02:06] <carlos> ok
[02:06] <ondrej> I guess that MadRabbit started that group because he was first and I hadn't time to do any decent work for Ubuntu...  which changed now :-)
[02:09] <camilotelles> there was any update in the launchpad today?
[02:10] <carlos> ondrej, you are an admin now
[02:10] <carlos> I tried to give you the ownership of the team but seems like we have a small problem there....
[02:11] <carlos> salgado, good morning
[02:11] <carlos> salgado, this one is for you...
[02:11] <carlos> salgado, https://launchpad.net/errors/showEntry.html?id=1124194261.140.859884036012
[02:11] <salgado> morning carlos
[02:12] <carlos> salgado, I got it when I tried to change a team owner
[02:13] <carlos> salgado, I think it's related with the fact that daf is not an active member of that team anymore (that's true for most of Ubuntu translation teams)
[02:15] <salgado> carlos, it shouldn't be, but that's obviously a bug. I'll check what's wrong and fix it
[02:16] <salgado> thanks for noting that
[02:16] <carlos> salgado, from the trace I guess that you try to set the admin flag to the old owner
[02:16] <carlos> salgado, and you have an assert checking that he was already accepted as a member of the team
[02:17] <carlos> salgado, but in that case, daf membership is disabled
[02:17] <carlos> salgado, you are welcome.
[02:17] <carlos> see you!
[02:17] <salgado> carlos, this way you won't leave any more work for me
[02:17] <salgado> that's exactly the problem. :)
[02:17] <carlos> salgado, ;-)
[02:21] <salgado> carlos, in fact, the problem is that I miss a flush_database_updates() before the call to add the old owner as an admin. 
[02:25] <BjornT> spiv: ping
[02:28] <ddaa> morgs: ping
[02:32] <spiv> BjornT: pong
[02:33] <ondrej> carlos: thanks...
[02:35] <BjornT> spiv: is it intentional that you can't upload a file with a name containing spaces, to the librarian?
[02:35] <spiv> Hmm.
[02:37] <spiv> I can't think of any reason off the top of my head, and the only restriction I recall is to do with /...
[02:38] <spiv> What error do you get?
[02:38] <spiv> Heh, I think even / is allowed atm.
[02:39] <spiv> I can't see any obvious impediment to characters like space in the code.
[02:40] <spiv> There's no tests for wacky filenames atm, though, so that should probably be added.
[02:40] <BjornT> i get: UploadFailed: Server said: 400 STORE command expects a size and file name
[02:41] <spiv> Hmm!
[02:42] <spiv> D'oh.
[02:42] <spiv> I have a thinko.
[02:43] <spiv> Line 125 of lib/canonical/librarian/libraryprotocol.py should have a 1, not a 2.
[02:43] <spiv> And, clearly, I need a test for filenames with spaces :)
[02:44] <BjornT> spiv: ah. should i fix it? i'm fixing a bug related to it
[02:45] <spiv> BjornT: Be my guest, but if you don't write a test for it make sure you make me write one tomorrow :)
[02:45] <spiv> (it's nearly bed time here)
[02:46] <BjornT> spiv: ok. btw, also regarding filenames, should you be able to pass unicode strings, or is the caller responsible for the encoding?
[02:47] <spiv> Hmm, there should be documentation and tests added for unicode names too.
[02:47] <spiv> So:
[02:47] <spiv> The server expects to read utf-8 encoded filenames.
[02:48] <spiv> The client at the moment doesn't seem to explicitly handle unicode.
[02:49] <spiv> The database has the filename as a text column, so it is happy with unicode there.
[02:49] <spiv> So, unicode should be allowed, although I suspect you need to explicitly encode it before handing it to the librarian client atm, which would be another bug.
[02:51] <BjornT> spiv: ok, i'll see if i can fix it. if i can't, i'll let you do it tomorrow.
[02:52] <spiv> Ok.
[02:58] <Inglorion> i just discovered the rosetta interface for translation. it's very nice! only probleb is that i can't seem to find out how to become an official translator so that my translations can get entered more efficiently
[02:58] <Inglorion> is there any way, or is this done on purpose, or what?
[03:00] <sivang> guys, are you going to discuss the Launchpad Integration pages design on thursday's meeting?
[03:01] <sivang> or should I just lay my ideas there and contribute to the spec?
[03:04] <bradb> morning all
[03:05] <mpt> morning bradb
[03:46] <salgado> BjornT, around?
[03:47] <BjornT> salgado: yeah
[03:49] <salgado> BjornT, I got this weird failure ( https://chinstrap.ubuntu.com/~dsilvers/paste/filei2prLh.html) when trying to merge into rocketfuel. any idea why?
[03:50] <sivang> sabdfl: I finally got to see the LaunchpadIntegration hel pages specs as the wiki retunred fro brazil :) Should I just add to the specs , or should I discuss ideas and changes here before?
[03:50] <sivang> sabdfl: s/hel/help/
[03:50] <sabdfl> LPIntegration is already started with implementation, so best discuss ideas before changing the specs or it might confuse the implementors
[03:51] <sabdfl> jamesh, seb128 ^
[03:51] <sivang> sabdfl: lol, I meant for the pages that open in launchpad :) I know it's already in implementation on the clinet distro side , I helped lots of it and still working on the left unpatched packages :)
[03:52] <BjornT> salgado: hmm, strange. which branch are you trying to merge? i'll take a look at it now
[03:52] <salgado> guilherme.salgado@canonical.com/launchpad--smallfixes--4
[03:53] <salgado> BjornT, https://chinstrap.ubuntu.com/~jamesh/pending-reviews/guilherme.salgado@canonical.com/launchpad--smallfixes--4/filtered-diff
[04:04] <salgado> mpt, I wonder if you could give some love on https://launchpad.ubuntu.com/malone/bugs/1630? ;)
[04:05] <carlos> mpt, morning
[04:05] <carlos> mpt, I think you broke something with the statistics bar change
[04:06] <carlos> mpt, the "translated" color is missing
[04:06] <carlos> mpt, https://launchpad.net/distros/ubuntu/breezy/+translations
[04:07] <carlos> mpt, you can see there that the bars are missing it
[04:11] <kiko> argh
[04:26] <mpt> oh dear
[04:26] <mpt> looks like the translated bars all have a width of 1
[04:27] <mpt> I'll get on to that right away
[04:30] <kiko> you kiwi!
[04:40] <bradb> Should we have a fmt:age TALES adapter for, for example, showing the age of bug tasks? (which I currently need to do for the MaloneSearchResults implementation)
[04:41] <mpt> bradb: https://wiki.launchpad.canonical.com/PresentingLengthsOfTime
[04:41] <mpt> bradb: That's even mentioned in the spec you're implementing, isn't it? :-)
[04:42] <mpt> If you want to implement /fmt:approximateduration that would be awesome
[04:42] <bradb> mpt: I already tried both exact and approximate, but both raised an exception
[04:43] <bradb> also, fmt:approximateduration (or exactduration) give me little hint that that would show the age of the thing
[04:44] <mpt> bradb: Are you calculating (now - date reported) and doing fmt:exactduration on the result?
[04:44] <mpt> They don't know what dates you're comparing unless you tell them
[04:44] <bradb> mpt: No. I expected it to just work.
[04:46] <mpt> The fields for storing start and end of a build farm build, for example, are different from the date a bug was reported and ... well, a bug doesn't even have a field for "now"
[04:47] <bradb> I went looking for how to find the age of an IHasDateCreated object.
[04:51] <mpt> ah, that might be useful
[04:52] <bradb> So, would it be useful if "task/fmt:age" just worked?
[04:54] <bradb> The alternative is to write boilerplate for every IHasDateCreated object, to make it work with *duration, AIUI.
[04:57] <mpt> sure
[04:57] <mpt> I suggest discussing that with spiv, since he co-authored PLoT and implemented exactduration
[05:09] <WaterSevenUb> carlos, what does this mean - "gettext for desktop files" proposal submitted upstream? - in the status of the languagePackRoadmap
[05:09] <carlos> WaterSevenUb, we worked on a spec update so .desktop files use gettext directly to get translations
[05:12] <salgado> BjornT, any news on that test failure?
[05:15] <BjornT> salgado: no. i'm looking at it now, but since i can't reproduce it, it's quite tricky. did you try to submit the merge request again?
[05:15] <salgado> yes, I tried
[05:22] <mpt> ddaa: Had time to look at the samba/ubuntu-doc problem yet?
[05:24] <bradb> Bug Title Test  (5 days, 22 hours, 53 minutes, 12.7 seconds old) ;)
[05:25] <mpt> heh
[05:25] <salgado> BjornT, now I merged from rocketfuel (what shouldn't make any difference) and sent another merge request
[05:27] <BjornT> salgado: right it shouldn't. and even if it does, it still needs to be fixed. i have some ideas now of what the problem is, though.
[05:27] <salgado> kiko, changes to the PendingReviews page are not going to launchpad-reviews because we lost all subscriptions in the wiki. can you fix that for us? :)
[05:27] <kiko> sure
[05:29] <ddaa> mpt: it's on the top of my stack, but I've only been doing email and user support since the beginning of the day
[05:30] <WaterSevenUb> Carlos, I'm sorry, I didn't understand yet much of the mechanics of the translations... This sentence for example, "But eventually desktop/server files should just use gettext() to translate entries since application's *.mo files already ship the translations." in the Roadmap.. For example in GNOME-CUPS-MANAGER POT file in Rosetta there isn't the string for translation of the desktop file, so how the binary MO file has it?
[05:30] <carlos> WaterSevenUb, if it does not have it, we need to fix it to include them
[05:33] <bradb> mpt: There are some problems with the MSR design, as pertains to the sp bug listing:
[05:33] <bradb> 1. "in ..." won't be shown at all
[05:34] <bradb> 2. there is no #2.
[05:34] <bradb> I first I thought "for ..." might be a problem, but not anymore now that we have milestones for distros as well
[05:35] <bradb> oh, but there is a #3
[05:36] <bradb> 3. reconciling the difference in horizontal space used by table vs. list view
[05:37] <bradb> 4. for "accepted by X", is X always the assignee?
[05:38] <bradb> 5. for "rejected by X", we don't know X
[05:39] <mpt> Why 1.?
[05:39] <sabdfl> bradb: that bugtracker refactor we did together hasn't landed yet
[05:39] <sabdfl> any reason?
[05:39] <bradb> mpt: it doesn't make sense; you're already looking at the source package
[05:40] <mpt> bradb: ok, I guess I had more the bugs for a distro release in mind
[05:40] <WaterSevenUb> carlos,can u quick look to http://bugzilla.ubuntu.com/show_bug.cgi?id=13229? In the PO file I do not find "Printing" which is the desktop menu entry...
[05:40] <mpt> bradb: w.r.t. 5., you know it if there is an assignee, otherwise you can just say "rejected"
[05:40] <bradb> sabdfl: I haven't had time between landing SourcePackageBugListing, DistroReleaseBugTargeting, and now doing MaloneSearchResults (while letting BugTaskAssigneeWidget sit awaiting code review response.) Overloaded.
[05:42] <bradb> sabdfl: if you'd say landing the BTS refactoring is more important that the list view listing, i'd switch to the BTS refactoring and make whatever other changes are need to get it into code review.
[05:42] <carlos> WaterSevenUb, hoary or breezy?
[05:42] <WaterSevenUb> carlos,breezy
[05:42] <bradb> mpt: right
[05:42] <WaterSevenUb> carlos, I mean .. .the desktop menu entry in Hoary was "Printing"....
[05:42] <bradb> mpt: 3. seems like a fairly important issue
[05:42] <WaterSevenUb> carlos, maybe in breezy it isn't anymore...
[05:42] <sabdfl> bradb: was the bugtracker stuff on a separate branch?
[05:43] <sabdfl> bradb: it just seems sensible to land work that is completed sooner rather than later
[05:43] <carlos> WaterSevenUb, don't worry, it's easy to look for a .desktop reference inside the .po file, I don't need the exact word
[05:44] <bradb> sabdfl: it was done along with trac integration, IIRC
[05:44] <bradb> so, on its own branch
[05:44] <carlos> WaterSevenUb, that application is not prepared to use .po files to translate the .desktop files
[05:44] <mpt> bradb: I have no idea what you mean by 3.
[05:45] <sabdfl> bradb: which branch?
[05:45] <bradb> sabdfl: launchpad--malone-trac-integration--0
[05:45] <WaterSevenUb> carlos, the solution... is?:)
[05:45] <bradb> mpt: That list view takes up far less hortizontal space than table view might cause display problems if the portlets remain on just one side.
[05:45] <sabdfl> BjornT: you watched us write that code, can i take it r=bjornt?
[05:45] <sabdfl> with appropriate tests?
[05:47] <carlos> WaterSevenUb, added a comment
[05:47] <WaterSevenUb> carlos, (and... how does the desktop menu entry code looks like in the PO file... give me some GNU manuals to read ;) )
[05:48] <BjornT> sabdfl: yes, with tests it should be ok by me.
[05:48] <carlos> WaterSevenUb, sorry, I don't understand your question?
[05:50] <WaterSevenUb> carlos, you said that looking to the PO file you can see immediately the ".desktop" reference inside, if exists.. how does it look like? I don't want to bother with this particular sort of questions so the solution is to learn from some place, if you can point some:)
[05:50] <salgado> BjornT, same failure again. and btw, I just found that I can't reproduce it locally either.
[05:50] <carlos> WaterSevenUb, the .po file has a section before every entry that tells you the file from where the string comes
[05:51] <carlos> WaterSevenUb, it's just a reference to the file name and the line number where it was
[05:51] <BjornT> salgado: i'll soon have a patch for you to test out
[05:51] <mpt> bradb: So what do you suggest?
[05:51] <salgado> BjornT, great. thank you
[05:52] <carlos> WaterSevenUb, it's the "Located in" field in Rosetta
[05:52] <bradb> mpt: Maybe only doing list view?
[05:52] <WaterSevenUb> carlos, I see, thx. (nice and helpful community :-) )
[05:52] <bradb> I think not having a table view will annoy some people, but we could always wait and find out :)
[05:53] <carlos> WaterSevenUb, you are welcome
[05:53] <mpt> bradb: Ok, we can try that
[05:53] <mpt> bradb: But don't rip out the table code, people might want it back badly :-)
[05:54] <bradb> mpt: right, I'm preparing for that
[06:02] <sabdfl> bradb: what's your archive name?
[06:02] <bradb> brad.bollenbach@canonical.com
[06:04] <kiko-fud> guys, I'm out for lunch. carlos the poparser is a work of art. the sort of art that requires killing chickens and offering them with candles to the dark overlord
[06:04] <mpt> mmmm, chicken
[06:05] <carlos> kiko-fud, I told you that already at .br ;-)
[06:05] <kiko-fud> GONE
[06:05] <carlos> kiko-fud, that's the last chunck of code that we need to kill
[06:05] <carlos> so we don't get mad if we need to touch it
[06:12] <bradb> Amazing that we don't appear to have a details portlet for sourcepackage. /me adds one.
[06:13] <sabdfl> bradb: good job
[06:26] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=spiv]  make ProductRelease use auto-gen add and edit forms (patch-2257: mark.shuttleworth@canonical.com)
[06:28] <sabdfl> ddaa: i merged in rf to the trac-support branch, and got a conflict because both brad and kiko had add a file with the same name
[06:28] <sabdfl> it shoes up as TWO conflicts, one on the file, on on the .,arch-id
[06:28] <sabdfl> ddaa: how do i remove the conflict on the .arch-id file?
[06:29] <sabdfl> can i just remove the +rejects-list?
[06:29] <ddaa> sabdfl: that should work
[06:29] <ddaa> assuming that "baz resolved" does not, which seems to be implied by your question.
[06:30] <ddaa> all this file addition conflict stuff is pretty fucked up
[06:30] <sabdfl> ddaa: i assume that it will be greatly helped by the move to bzr
[06:31] <ddaa> sabdfl: it can hardly be made any worse, this code base is plagued by cruft and an ill conceived attempt at unifying data and metadata.
[06:32] <sabdfl> ok. ddaa what are you working on at the moment?
[06:33] <ddaa> Right now, I have been flushing out the mailbox, doing user support etc. I'm about to set up an environment to test the samba import problem, overriding completion of the yet-unfinished importd-archivelocation work.
[06:33] <ddaa> Since mpt nagged me repeatedly about it.
[06:34] <ddaa> But I there's really a lot of work in the pipe with importd-archivelocation so I cannot defer that much longer.
[06:35] <ddaa> sabdfl: spiv asked what he could do to help us with importd and cscvs work, and I think we could really use some on his time on that.
[06:36] <sabdfl> ok
[06:36] <ddaa> lifeless and I are bottleneck there and you also want me to work more on launchpad things, so I think it would really be great if spiv could join us in maintaining that code.
[06:36] <sabdfl> ddaa: i'd really like to make some progress on the branches-in-launchpad stuff
[06:37] <ddaa> sabdfl: I understand that, but I have a hard time prioritising my work. Also, I would really like to take the time to do my work properly.
[06:38] <ddaa> Cleanups in importd-related code are taking a lot of time, and they are badly needed.
[06:39] <ddaa> Having spiv work on cscvs and importd would help me work on launchpad-branches.
[06:49] <sabdfl> carlos: how do i attach a new POT to a series?
[06:50] <carlos> sabdfl, from the series URL, add +addpotemplate to the URL
[06:50] <carlos> sabdfl, seems like that action link was lost with the release-> series migration
[06:51] <sabdfl> i'll add it again
[06:51] <sabdfl> ah, it's currelty launchpad.Admin
[06:52] <sabdfl> that's interesting. i don't see it, but it's there. unless it's not in production
[06:52] <carlos> sabdfl, is it?
[06:52] <carlos> I didn't look at the code
[06:52] <carlos> I just saw that the link was not there anymore
[06:53] <carlos> a bug with the tal expression that hides/shows it?
[06:54] <sabdfl> carlos: tell me, how do i create a new potemplatename?
[06:55] <carlos> sabdfl, current URL is at https://launchpad.net/potemplatenames
[06:56] <carlos> sabdfl, you should be able to search there for the potemplatename and to create a new one if it does not exist
[06:56] <sabdfl> carlos: done, thanks
[06:57] <carlos> sabdfl, np
[06:57] <sabdfl> carlos: what's launchpad.Append?
[06:57] <carlos> sabdfl, I added it to have the pot creation form fixed
[06:57] <sabdfl> carlos: *crack*
[06:57] <carlos> sabdfl, on production, launchpad.Admin is closed to Bazaar team
[06:58] <carlos> sabdfl, steve told me to use that one
[06:58] <carlos> sabdfl, is closed for productseries
[06:58] <carlos> sabdfl, so we were not able to use that form at all
[06:58] <carlos> it's a hack until the new permissions code lands
[06:58] <sabdfl> i don't understand
[06:59] <sabdfl> i just added a potemplate
[06:59] <sabdfl> and that requires launchpad.Append
[06:59] <sabdfl> so something is not working, if that was supposed to block people
[07:01] <carlos> sabdfl, dude, you are an admin
[07:01] <carlos> or are you using another account?
[07:01] <carlos> sabdfl, any admin/rosetta expert has rights to use it
[07:06] <sabdfl> carlos: ok. how long does it usually take for an import to happen?
[07:07] <carlos> sabdfl, the run is executed every 10 minutes
[07:07] <sabdfl> ok
[07:07] <carlos> it should not take much more time than 30 minutes, it depends on how big he file is
[07:08] <carlos> sabdfl, what did you import?
[07:08] <sabdfl> carlos: newton
[07:08] <carlos> what's that?
[07:08] <sabdfl> it was requested today on the rosetta list
[07:11] <carlos> sabdfl, I'm a bit behind on that list. Thanks for doing it
[07:14] <sabdfl> no
[07:14] <sabdfl> problem
[07:14] <sabdfl> o
[07:28] <silbs> carlos: can new languages be added easily in rosetta? 
[07:29] <carlos> silbs, yes, but it depends on Stuart's db access until we implement that functionality from the Web UI
[07:29] <carlos> silbs, are we missing any language?
[07:30] <silbs> carlos: not that I know of. I'm thinking of minority/regional langs and dialects that I suspect aren't on the list (although they could be - I haven't checked)
[07:30] <carlos> silbs, if they have a language code, they should be there
[07:31] <carlos> silbs, anyway, yes, it's really easy to do it
[07:31] <silbs> cool, thanks
[07:36] <sabdfl> bradb-lunch: is it possible to register a view against any context?
[07:38] <bradb> sabdfl: I believe so. What are you trying to do, exactly?
[07:38] <bradb> i.e. are you talking about for="*", or something else?
[07:38] <sabdfl> make the browser/pref/country lang portlets generally available
[07:38] <sabdfl> possibly, or just for="Interface"?
[07:39] <sabdfl> zope.interface.Interface perhaps?
[07:39] <bradb> sabdfl: I think for="*" is more Zope 3ish. BjornT, for="*" or for="...Interface"?
[07:44] <BjornT> bradb, sabdfl: yeah, for="*" is generally used for everything
[07:45] <ddaa> WTF???
[07:46] <ddaa> svn appears to ignore $HOME to locate ~/.subversion
[08:15] <bradb> mpt: "Don't even think about implementing fmt:approximateduration until fmt:exactduration is working." -- I'm assuming exactduration is considered to be "working" now?
[08:18] <mpt> bradb: yes.
[08:19] <bradb> mpt: good. I'm implementing approximateduration
[08:20] <mpt> awesome
[08:21] <bradb> Just transferring that part of PLoT into tales.txt now. MaloneSearchResults looks goofy with fmt:exactduration.
[08:24] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  don't hide dyson errors, and ignore slashes and dotses when creating cache filenames (patch-2258)
[08:27] <Keybuk> it worries me that "baz merge $(baz tree-version)" often works much better than "baz update"
[08:39] <bradb> "Applying 88 revisionsgarhatehatehate ..."
[08:39] <Keybuk> only 88?
[09:48] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: factor out error handling in handleMail(). make sure transaction is always comitted, hopefully fixing the intermittent test failure salgado had. r=salgado (patch-2259: bjorn.tillenius@canonical.com)
[09:55] <ddaa> mpt: is there a viewsvn for ubuntu-doc somewhere?
[10:01] <ddaa> Okay... I have some idea what's wrong.
[10:01] <ddaa> looks like incorrect handling of directory copying
[10:01] <ddaa> I need to learn more about svn though.
[10:02] <ddaa> lifeless: ping
[10:03] <lifeless> pong
[10:03] <lifeless> it needs a recursive copy, like the recursive delete
[10:03] <ddaa> I need to learn about the relevent model in subversion
[10:04] <ddaa> it's apparently copying of something that used to be outside of the checked out tree, I have no clue about what that entails.
[10:04] <ddaa> can you give me a pointer?
[10:04] <lifeless> I thought I dropped you an email
[10:04] <ddaa> hu... there's "while I'm on leav"
[10:05] <ddaa> lifeless: there's a pointer to the relevent code
[10:05] <ddaa> I would like a pointer to the relevent documentation
[10:05] <lifeless> oh, the svn doco ?
[10:05] <ddaa> you know, that thing that explains how the code is supposed to work
[10:06] <ddaa> right
[10:06] <lifeless> if you find some, drop me a pointer.
[10:06] <ddaa> *sight*
[10:06] <lifeless> the Source and Change classes implement an interface
[10:07] <ddaa> I'll look for docs if that does not work.
[10:07] <lifeless> which is extremely simple and documented in SCM.IChange/SCM.ISource
[10:11] <ddaa> I must be thick, but I find no match for DirectoryAdd or copy_from_rev in cscvs...
[10:12] <lifeless> ok, copy_from_rev is a member of the svn log that this is built around
[10:12] <lifeless> copy_from_revision or something specifically
[10:12] <lifeless> and the source file is AddedDir.py
[10:14] <ddaa> I find a copyfrom_revision, but it only appears in the tests
[10:14] <lifeless> ok, thats the one
[10:15] <lifeless> so, if you look at Revision.py
[10:15] <lifeless> The thing we need to fix is SourceIterator 
[10:16] <lifeless> as its not returning a complete iterator over the source - its only returning a single AddedDir element.
[10:17] <ddaa> You mean ChangesIterator, right?
[10:17] <lifeless> this means doing a ls of the revision when you see an added dir with a copyfrom_revision, because svn doesn't tell you what was copied in toto, only the top element. Which means a copy + delete + commit is fucking hard to deal with, but hey, its not my model.
[10:17] <lifeless> SourceIterator
[10:17] <lifeless> cscvs for the first revision in a branch iterates over the entire source doing .apply()
[10:17] <lifeless> for the second revision it iterates over the changes doing .apply()
[10:19] <ddaa> does not appear that hard, just ls the directory being added, any delete there is noise, since it's already accounted for in the listing
[10:19] <ddaa> unless it's doing something evil there too...
[10:20] <ddaa> of course, need to consider deletes occuring in the source if it's within the tree
[10:20] <lifeless> nope.
[10:21] <ddaa> lifeless: right, so it's changesiterator, since the dir is added in the second revision
[10:21] <lifeless> its just a matter of a recursive ls of the revision, transformed into AddedDir and Added file elements
[10:21] <ddaa> I tried cheking out the first revision, it's empty
[10:21] <ddaa> lifeless: what I was saying
[10:21] <lifeless> oh, the bug probably affects both PresentDir and AddedDir then
[10:22] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Lots of refactoring/cleanups in browser/logintoken.py and added options to people be automatically logged in after validating something that requires the password. r=spiv,SteveA (patch-2260: guilherme.salgado@canonical.com)
[10:22] <ddaa> What is PresentDir about?
[10:22] <lifeless> its for SourceIterator - its a dir that is present in that revision
[10:22] <lifeless> but if its already present it doesn't fail, it silently does nothing.
[10:23] <lifeless> as opposed to an AddedDir where apply() has to fail if it exists
[10:23] <ddaa> in which situations is PresentDir idempotence required?
[10:23] <lifeless> any situation its used in.
[10:24] <ddaa> on base-0, there's nothing, so not needed. On subsequent revisions we are dealing with changes.
[10:24] <lifeless> anyway, don't get sidetracked, neither AddedDir nor PresentDir themselves need to change
[10:24] <lifeless> its all in ChangesIterator
[10:24] <lifeless> look at ChangesIterator.py line 85
[10:24] <lifeless> theres a long comment there explaining what we do for rm's, which is a symmetrical situation
[10:25] <ddaa> it makes partial sense
[10:25] <lifeless> once you have a test case, you should be able to essentially copy and paste that to make it work, then refactor to reduce duplication
[10:25] <ddaa> where should I look for the test framework?
[10:25] <lifeless> modules/svn_oo/tests
[10:26] <ddaa> okay... rephrasing
[10:26] <lifeless> now, begone, I'm on leave!
[10:26] <ddaa> bah... only 1090 lines... puny...
[10:26] <ddaa> lifeless: btw, did you notice tomlord resigned?
[10:27] <lifeless> yep
[10:29] <mpt> ddaa: Apparently there isn't an ubuntu-doc viewsvn
[10:29] <ddaa> mpt: it's okay, I understand the issue now.
[10:30] <ddaa> did somebody here mention that svn sucks?
[10:57] <mpt> ddaa: https://docteam.ubuntu.com/repos/
[10:57] <ddaa> that's just subversion itself :)
[10:57] <ddaa> can't you feel the evil?
[11:04] <bradb> mpt: fmt:approximateduration is implemented 100% as spec'd (with a monster load of doctests); just gotta do some janitorial work in the implementation now ;)
[11:04] <mpt> bradb, you're a marvel
[11:06] <bradb> MaloneSearchResults will be much less user-hostile this way
[11:12] <Hashar> hello there :) is rosetta available as open source ?
[11:12] <Hashar> and if so, where can it be get from please :p
[11:15] <bradb> Hashar: Rosetta hasn't yet been released as Open Source. It's possible (likely, even) that it will at some point in the future be available under an Open Source license.
[11:16] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Add a missing flush_database_updates() in TeamReassignmentView. That's needed when the old owner is not a member of the team anymore. (patch-2261: guilherme.salgado@canonical.com)
[11:17] <Hashar> bradb> thanks bradb )
[11:47] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=bjornt]  make bugtrackers use auto forms (patch-2262: mark.shuttleworth@canonical.com, brad.bollenbach@canonical.com)
[11:55] <sabdfl> mpt: what happened to the #launchpad reference at the bottom of the main_template?
[11:56] <bradb> spiv: around?
[11:56] <sabdfl> carlos: help, the barchart seems to be busted
[11:57] <bradb> spiv: I have about 150 lines worth of fmt:approximateduration doctests in tales.txt. I want to break out into presenting-lengths-of-time.txt. Any objections?
[11:59] <bradb> you sleep, you lose, boi! /me creates a new file.
[11:59] <mpt> sabdfl: It's on the feedback page, together with more context about what the "#" means for people who haven't used IRC before
[11:59] <mpt> sabdfl: I'm fixing the bar chart now
[12:00] <sabdfl> mpt: coolio
[12:00] <sabdfl> mpt: i would rather people hopped onto 'launchpad than filed bugs
[12:00] <sabdfl> stub: !
[12:00] <sabdfl> was just thinking of you...
[12:00] <sabdfl> is linkchecker in rf?
[12:00] <stub> I miss you too darling
[12:01] <Nafallo> sabdfl: karma :-)
[12:01] <mpt> sabdfl: Ok, I'll rearrange the page
[12:01] <mpt> reorder, rather
[12:01] <stub> Not in rocketfuel in stuart.bishop@canonical.com/linkckecker--*--*
[12:01] <stub> sabdfl: Or in the imports at arch.ubuntu.com
[12:01] <sabdfl> stub: how far are we from being linkchecker bitch-free on sampledata?
[12:03] <stub> I haven't actually run it against the sampledata. I've been more concerned with playing with it on staging (I think I have a pruning algorithm sorted out for reducing our 1million+ URLs to < 30,000 - should kick in soon on the staging update)
[12:03] <carlos> sabdfl, mpt did some changes and he's aware of the problem already
[12:03] <carlos> sabdfl, it should be fixed soon
[12:04] <sabdfl> stub: i figure we should make it part of the test suite on sampledata
[12:05] <stub> Should be doable
[12:06] <sabdfl> stub: could you turn it on in "warning" mode asap?
[12:06] <sabdfl> then we can drive warnings to zero
[12:06] <stub> ok.