=== mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has left #launchpad [] === ddaa [n=ddaa@ordo.xlii.org] has joined #launchpad === mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:03] err, mpt/kiko what are you guys talking about in that DPoT thread? [01:03] that's a great question [01:03] you realise the missing ".2" is a packaging bug, long since fixed, right? [01:03] and nothing to do with launchpad... [01:27] Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=salgado] implement DistroReleaseBugTargeting (patch-2256: brad.bollenbach@canonical.com) [01:37] elmo, thanks for the tip [01:37] I didn't realize that, no -- should I have? [01:37] I don't know, but I'm not sure why you and mpt are discussing it [01:38] they're two separate issues and only one is actually a launchpad bug === Seveas [n=seveas@seveas.demon.nl] has joined #launchpad === elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #launchpad === lamont-away is now known as lamont === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #launchpad === camilotelles [n=Camilo@201.32.223.192] has joined #launchpad === interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad [05:11] hi [05:11] the various products under https://launchpad.net/products/+all - are the arch trees meant to be tracking upstream CVS only? [05:17] yes === mpt [n=mpt@200-153-203-88.dsl.telesp.net.br] has joined #launchpad [05:21] ah ok, so not the ubuntu version that might have patches applied? [05:21] not yet [05:21] meaning it's meant to track that instead, or in addition? [05:22] it will do that in addition [05:25] cool, thanks [05:25] 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] I'm getting a system error on this url: https://launchpad.net/people/jdub [06:23] is that a bug? [06:24] system errors are always bugs :) [06:24] Yeah, this is a known bug. [06:25] One of our most frequent dupes. [06:25] bug number? [06:26] https://launchpad.net/malone/bugs/1313 [06:27] thanks === stub [n=stub@203-217-37-199.dyn.iinet.net.au] has joined #launchpad [06:56] ok, I have to tweak the System Error page [06:57] "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] mpt: :) === asgeirf [n=asgeirf@202-161-14-195.dyn.iinet.net.au] has joined #launchpad [07:25] would it be possible to include the URL to the error page? === ben__ [n=ben@adsl-208-190-152-40.dsl.austtx.swbell.net] has joined #launchpad [07:25] or some token we could use to look up the error they got? [07:25] ok can somebody help me sign the darn code of conduct [07:25] doing things in the way I would expect them to work [07:26] str: Code of Conduct digest do not match: [07:26] jamesh: It should be possible to include a token, I'd think. [07:26] gpg --clearsign [07:26] then password [07:26] spiv: I guess a link would be a bad idea, since the tracebacks aren't visible without the client cert [07:26] then code of conduct text [07:26] then ctrl-d [07:27] then copy-paste output [07:27] no dice [07:27] ben__: try saving the code of conduct to a file, then do "cat filename | gpg --clearsign > signedfile" [07:28] https://launchpad.net/codeofconduct/1.0/+download <- download link [07:28] thanks I'll give it a go [07:29] 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] ah ok [07:30] well the file thing work [07:30] ed [07:30] though I copied-pasted that too [07:31] thanks a lot === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #launchpad === loreto [n=loreto@201.15.76.217] has joined #launchpad === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #launchpad [09:24] Merge to rocketfuel@canonical.com/dists--devel--0: [trivial] production and staging updates (patch-106: stuart.bishop@canonical.com) [09:59] hello [09:59] Hi. [09:59] rosetta is down? [10:00] stub's doing a production rollout atm I think. [10:00] It should be back shortly (with shiny new code ;) [10:00] oh, ok :-) === carlos [n=carlos@243.Red-83-47-24.pooles.rima-tde.net] has joined #launchpad [10:02] morning [10:03] Yay for our 'system down for maintenance' page [10:03] :-P [10:03] spiv: Can you please bounce the librarian [10:05] 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] think so [10:06] I'll confirm in a tick if you like [10:07] stub, yes, please, because I think I fixed that problem and I don't understand how is that it's happening again... [10:19] stub: bounced === spiv -> dinner [10:34] carlos: The exception is still being raised with current rocketfuel [10:34] stub, ok, I will take another look... [10:34] thanks === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad === Seveas [n=seveas@ksl403-uva-141.wireless.uva.nl] has joined #launchpad === mpt [n=mpt@200-153-203-88.dsl.telesp.net.br] has joined #launchpad === morgs [n=morgan@wblv-146-198-162.telkomadsl.co.za] has joined #launchpad [11:27] mpt, hi [11:27] mpt, around? [11:29] hi carlos [11:30] sivang, hi === ddaa [n=ddaa@ordo.xlii.org] has joined #launchpad === camilotelles [n=Camilo@201.32.223.192] has joined #launchpad === stub [n=stub@203-217-37-199.dyn.iinet.net.au] has joined #launchpad === mpt wakes up [12:57] mpt: morning :-) === Mez [n=Mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad === Virtuall [n=virtuall@blackbox.enio.lv] has joined #launchpad === warthylog [n=warthylo@port49.ds1-van.adsl.cybercity.dk] has joined #launchpad === Topic for #launchpad: Discussion with Launchpad users and developers. || https://launchpad.net/ || Includes Rosetta and Malone. || Developers' meeting, Thursday 18 Aug, 12:00 UTC === Topic (#launchpad): set by SteveA at Thu Aug 11 14:45:43 2005 === ondrej [n=ondrej@maple.active24.cz] has joined #launchpad [01:52] mm all [01:53] can we solve that issue with Czech L10N team? [01:55] carlos: jordi told me yesterday, that you are able to promote me to administrator status for "Ubuntu Czech Translators" team... [01:55] yes, I am [01:55] ondrej, did you agree on that with the other team members? [01:56] carlos: yes, in fact I was asked by MadRabbit to take care of coordination... === carlos [n=carlos@243.Red-83-47-24.pooles.rima-tde.net] has joined #launchpad [02:00] grr, My X server died again [02:00] [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] ondrej, I saw it [02:00] I was writing that [02:01] I believe you and I'm going to give you those rights [02:01] but I would remove them if the team says it's not true later, ok? [02:02] carlos: ok... no problem [02:03] right now I am organizing more people to get involved with czech translation, right now our *team* consist of three people :-( [02:03] ondrej, it's a matter of time [02:03] brb... I am attending CC meeting as LoCo Contact and new Member... [02:04] oh, fuck I lost my changes to the firefox spec .... grrrrrr [02:05] ondrej, who is the main coordinator for the Czech translation team? [02:05] guess it's /me [02:06] ok [02:06] 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] there was any update in the launchpad today? [02:10] ondrej, you are an admin now === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:10] I tried to give you the ownership of the team but seems like we have a small problem there.... [02:11] salgado, good morning [02:11] salgado, this one is for you... [02:11] salgado, https://launchpad.net/errors/showEntry.html?id=1124194261.140.859884036012 [02:11] morning carlos [02:12] salgado, I got it when I tried to change a team owner [02:13] 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] carlos, it shouldn't be, but that's obviously a bug. I'll check what's wrong and fix it [02:16] thanks for noting that [02:16] salgado, from the trace I guess that you try to set the admin flag to the old owner [02:16] salgado, and you have an assert checking that he was already accepted as a member of the team [02:17] salgado, but in that case, daf membership is disabled [02:17] salgado, you are welcome. === carlos -> lunch [02:17] see you! [02:17] carlos, this way you won't leave any more work for me [02:17] that's exactly the problem. :) [02:17] salgado, ;-) [02:21] 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] spiv: ping [02:28] morgs: ping [02:32] BjornT: pong [02:33] carlos: thanks... === Mez [n=Mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad [02:35] spiv: is it intentional that you can't upload a file with a name containing spaces, to the librarian? [02:35] Hmm. [02:37] 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] What error do you get? [02:38] Heh, I think even / is allowed atm. [02:39] I can't see any obvious impediment to characters like space in the code. [02:40] There's no tests for wacky filenames atm, though, so that should probably be added. [02:40] i get: UploadFailed: Server said: 400 STORE command expects a size and file name [02:41] Hmm! [02:42] D'oh. [02:42] I have a thinko. [02:43] Line 125 of lib/canonical/librarian/libraryprotocol.py should have a 1, not a 2. [02:43] And, clearly, I need a test for filenames with spaces :) [02:44] spiv: ah. should i fix it? i'm fixing a bug related to it [02:45] BjornT: Be my guest, but if you don't write a test for it make sure you make me write one tomorrow :) [02:45] (it's nearly bed time here) [02:46] spiv: ok. btw, also regarding filenames, should you be able to pass unicode strings, or is the caller responsible for the encoding? [02:47] Hmm, there should be documentation and tests added for unicode names too. [02:47] So: [02:47] The server expects to read utf-8 encoded filenames. [02:48] The client at the moment doesn't seem to explicitly handle unicode. [02:49] The database has the filename as a text column, so it is happy with unicode there. [02:49] 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] spiv: ok, i'll see if i can fix it. if i can't, i'll let you do it tomorrow. [02:52] Ok. === niemeyer [n=niemeyer@brutus.conectiva.com.br] has joined #launchpad === Inglorion [n=inglorio@cc798722-a.hnglo1.ov.home.nl] has joined #launchpad [02:58] 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] is there any way, or is this done on purpose, or what? [03:00] guys, are you going to discuss the Launchpad Integration pages design on thursday's meeting? [03:01] or should I just lay my ideas there and contribute to the spec? === mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [03:04] morning all [03:05] morning bradb === mp1 [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === Keybuk [n=scott@descent.netsplit.com] has joined #launchpad === sabdfl [n=mark@host217-37-231-22.in-addr.btopenworld.com] has joined #launchpad === mitsuhiko [n=blackbir@80.122.201.98] has joined #launchpad [03:46] BjornT, around? [03:47] salgado: yeah [03:49] 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] 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] sabdfl: s/hel/help/ [03:50] LPIntegration is already started with implementation, so best discuss ideas before changing the specs or it might confuse the implementors [03:51] jamesh, seb128 ^ [03:51] 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] salgado: hmm, strange. which branch are you trying to merge? i'll take a look at it now [03:52] guilherme.salgado@canonical.com/launchpad--smallfixes--4 [03:53] BjornT, https://chinstrap.ubuntu.com/~jamesh/pending-reviews/guilherme.salgado@canonical.com/launchpad--smallfixes--4/filtered-diff === bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad [04:04] mpt, I wonder if you could give some love on https://launchpad.ubuntu.com/malone/bugs/1630? ;) [04:05] mpt, morning [04:05] mpt, I think you broke something with the statistics bar change [04:06] mpt, the "translated" color is missing [04:06] mpt, https://launchpad.net/distros/ubuntu/breezy/+translations [04:07] mpt, you can see there that the bars are missing it [04:11] argh [04:26] oh dear [04:26] looks like the translated bars all have a width of 1 [04:27] I'll get on to that right away [04:30] you kiwi! [04:40] 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] bradb: https://wiki.launchpad.canonical.com/PresentingLengthsOfTime [04:41] bradb: That's even mentioned in the spec you're implementing, isn't it? :-) [04:42] If you want to implement /fmt:approximateduration that would be awesome === jblack [i=jblack@static-209-158-45-74.scr.east.verizon.net] has joined #launchpad [04:42] mpt: I already tried both exact and approximate, but both raised an exception [04:43] also, fmt:approximateduration (or exactduration) give me little hint that that would show the age of the thing [04:44] bradb: Are you calculating (now - date reported) and doing fmt:exactduration on the result? [04:44] They don't know what dates you're comparing unless you tell them [04:44] mpt: No. I expected it to just work. === bradb goes to write some boilerplate [04:46] 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] I went looking for how to find the age of an IHasDateCreated object. [04:51] ah, that might be useful [04:52] So, would it be useful if "task/fmt:age" just worked? [04:54] The alternative is to write boilerplate for every IHasDateCreated object, to make it work with *duration, AIUI. [04:57] sure [04:57] I suggest discussing that with spiv, since he co-authored PLoT and implemented exactduration === bradb writes email [05:09] carlos, what does this mean - "gettext for desktop files" proposal submitted upstream? - in the status of the languagePackRoadmap [05:09] WaterSevenUb, we worked on a spec update so .desktop files use gettext directly to get translations [05:12] BjornT, any news on that test failure? [05:15] 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] yes, I tried [05:22] ddaa: Had time to look at the samba/ubuntu-doc problem yet? [05:24] Bug Title Test (5 days, 22 hours, 53 minutes, 12.7 seconds old) ;) [05:25] heh [05:25] BjornT, now I merged from rocketfuel (what shouldn't make any difference) and sent another merge request [05:27] 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] 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] sure [05:29] 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] 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] WaterSevenUb, if it does not have it, we need to fix it to include them === SnakeBite [n=SnakeBit@84.242.143.64] has joined #launchpad [05:33] mpt: There are some problems with the MSR design, as pertains to the sp bug listing: [05:33] 1. "in ..." won't be shown at all === camilotelles [n=Camilo@201.32.223.192] has joined #launchpad [05:34] 2. there is no #2. [05:34] I first I thought "for ..." might be a problem, but not anymore now that we have milestones for distros as well [05:35] oh, but there is a #3 [05:36] 3. reconciling the difference in horizontal space used by table vs. list view [05:37] 4. for "accepted by X", is X always the assignee? [05:38] 5. for "rejected by X", we don't know X [05:39] Why 1.? [05:39] bradb: that bugtracker refactor we did together hasn't landed yet [05:39] any reason? [05:39] mpt: it doesn't make sense; you're already looking at the source package [05:40] bradb: ok, I guess I had more the bugs for a distro release in mind [05:40] 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] bradb: w.r.t. 5., you know it if there is an assignee, otherwise you can just say "rejected" [05:40] 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] 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] WaterSevenUb, hoary or breezy? [05:42] carlos,breezy [05:42] mpt: right [05:42] carlos, I mean .. .the desktop menu entry in Hoary was "Printing".... [05:42] mpt: 3. seems like a fairly important issue [05:42] carlos, maybe in breezy it isn't anymore... [05:42] bradb: was the bugtracker stuff on a separate branch? [05:43] bradb: it just seems sensible to land work that is completed sooner rather than later [05:43] 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] sabdfl: it was done along with trac integration, IIRC [05:44] so, on its own branch [05:44] WaterSevenUb, that application is not prepared to use .po files to translate the .desktop files [05:44] bradb: I have no idea what you mean by 3. [05:45] bradb: which branch? [05:45] sabdfl: launchpad--malone-trac-integration--0 [05:45] carlos, the solution... is?:) [05:45] 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] BjornT: you watched us write that code, can i take it r=bjornt? [05:45] with appropriate tests? [05:47] WaterSevenUb, added a comment === lamont is now known as lamont-away [05:47] carlos, (and... how does the desktop menu entry code looks like in the PO file... give me some GNU manuals to read ;) ) [05:48] sabdfl: yes, with tests it should be ok by me. [05:48] WaterSevenUb, sorry, I don't understand your question? [05:50] 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] BjornT, same failure again. and btw, I just found that I can't reproduce it locally either. [05:50] WaterSevenUb, the .po file has a section before every entry that tells you the file from where the string comes [05:51] WaterSevenUb, it's just a reference to the file name and the line number where it was [05:51] salgado: i'll soon have a patch for you to test out [05:51] bradb: So what do you suggest? [05:51] BjornT, great. thank you [05:52] WaterSevenUb, it's the "Located in" field in Rosetta [05:52] mpt: Maybe only doing list view? [05:52] carlos, I see, thx. (nice and helpful community :-) ) [05:52] I think not having a table view will annoy some people, but we could always wait and find out :) [05:53] WaterSevenUb, you are welcome [05:53] bradb: Ok, we can try that [05:53] bradb: But don't rip out the table code, people might want it back badly :-) [05:54] mpt: right, I'm preparing for that [06:02] bradb: what's your archive name? [06:02] brad.bollenbach@canonical.com [06:04] 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] mmmm, chicken [06:05] kiko-fud, I told you that already at .br ;-) [06:05] GONE [06:05] kiko-fud, that's the last chunck of code that we need to kill [06:05] so we don't get mad if we need to touch it [06:12] Amazing that we don't appear to have a details portlet for sourcepackage. /me adds one. [06:13] bradb: good job [06:26] 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] 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] it shoes up as TWO conflicts, one on the file, on on the .,arch-id [06:28] ddaa: how do i remove the conflict on the .arch-id file? [06:29] can i just remove the +rejects-list? [06:29] sabdfl: that should work [06:29] assuming that "baz resolved" does not, which seems to be implied by your question. [06:30] all this file addition conflict stuff is pretty fucked up [06:30] ddaa: i assume that it will be greatly helped by the move to bzr [06:31] 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] ok. ddaa what are you working on at the moment? [06:33] 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] Since mpt nagged me repeatedly about it. [06:34] But I there's really a lot of work in the pipe with importd-archivelocation so I cannot defer that much longer. [06:35] 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] ok [06:36] 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] ddaa: i'd really like to make some progress on the branches-in-launchpad stuff [06:37] 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] Cleanups in importd-related code are taking a lot of time, and they are badly needed. [06:39] Having spiv work on cscvs and importd would help me work on launchpad-branches. [06:49] carlos: how do i attach a new POT to a series? [06:50] sabdfl, from the series URL, add +addpotemplate to the URL [06:50] sabdfl, seems like that action link was lost with the release-> series migration [06:51] i'll add it again [06:51] ah, it's currelty launchpad.Admin [06:52] that's interesting. i don't see it, but it's there. unless it's not in production [06:52] sabdfl, is it? [06:52] I didn't look at the code [06:52] I just saw that the link was not there anymore [06:53] a bug with the tal expression that hides/shows it? [06:54] carlos: tell me, how do i create a new potemplatename? [06:55] sabdfl, current URL is at https://launchpad.net/potemplatenames === lamont [n=lamont@15.238.5.97] has joined #launchpad [06:56] sabdfl, you should be able to search there for the potemplatename and to create a new one if it does not exist [06:56] carlos: done, thanks [06:57] sabdfl, np [06:57] carlos: what's launchpad.Append? [06:57] sabdfl, I added it to have the pot creation form fixed [06:57] carlos: *crack* [06:57] sabdfl, on production, launchpad.Admin is closed to Bazaar team [06:58] sabdfl, steve told me to use that one [06:58] sabdfl, is closed for productseries [06:58] sabdfl, so we were not able to use that form at all [06:58] it's a hack until the new permissions code lands [06:58] i don't understand [06:59] i just added a potemplate [06:59] and that requires launchpad.Append [06:59] so something is not working, if that was supposed to block people [07:01] sabdfl, dude, you are an admin [07:01] or are you using another account? [07:01] sabdfl, any admin/rosetta expert has rights to use it [07:06] carlos: ok. how long does it usually take for an import to happen? [07:07] sabdfl, the run is executed every 10 minutes [07:07] ok [07:07] it should not take much more time than 30 minutes, it depends on how big he file is [07:08] sabdfl, what did you import? [07:08] carlos: newton [07:08] what's that? [07:08] it was requested today on the rosetta list === Mez [n=Mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad [07:11] sabdfl, I'm a bit behind on that list. Thanks for doing it [07:14] no [07:14] problem [07:14] o === ddaa [n=ddaa@ordo.xlii.org] has left #launchpad [] === ddaa [n=ddaa@ordo.xlii.org] has joined #launchpad === silbs [n=jane@217.205.109.249] has joined #launchpad [07:28] carlos: can new languages be added easily in rosetta? [07:29] silbs, yes, but it depends on Stuart's db access until we implement that functionality from the Web UI [07:29] silbs, are we missing any language? [07:30] 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] silbs, if they have a language code, they should be there [07:31] silbs, anyway, yes, it's really easy to do it [07:31] cool, thanks === Keybuk [n=scott@descent.netsplit.com] has joined #launchpad === Mez [n=Mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad === Keybuk [n=scott@descent.netsplit.com] has joined #launchpad [07:36] bradb-lunch: is it possible to register a view against any context? [07:38] sabdfl: I believe so. What are you trying to do, exactly? [07:38] i.e. are you talking about for="*", or something else? === Seveas [n=seveas@seveas.demon.nl] has joined #launchpad [07:38] make the browser/pref/country lang portlets generally available [07:38] possibly, or just for="Interface"? [07:39] zope.interface.Interface perhaps? [07:39] sabdfl: I think for="*" is more Zope 3ish. BjornT, for="*" or for="...Interface"? [07:44] bradb, sabdfl: yeah, for="*" is generally used for everything [07:45] WTF??? [07:46] svn appears to ignore $HOME to locate ~/.subversion === camilotelles is now known as camilotelles-afk === nasdaq7 [n=gfhgfa@tkp-ip-nas-1-p60.telkom-ipnet.co.za] has joined #launchpad [08:15] mpt: "Don't even think about implementing fmt:approximateduration until fmt:exactduration is working." -- I'm assuming exactduration is considered to be "working" now? === mitsuhiko [n=blackbir@80.122.201.98] has joined #launchpad [08:18] bradb: yes. === avalon [n=chris@Gf6bd.g.pppool.de] has joined #launchpad [08:19] mpt: good. I'm implementing approximateduration [08:20] awesome [08:21] Just transferring that part of PLoT into tales.txt now. MaloneSearchResults looks goofy with fmt:exactduration. === bcc|graf [n=nomis|@chello062178225065.14.15.vie.surfer.at] has joined #launchpad [08:24] 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) === SnakeBite [n=SnakeBit@84.242.143.64] has joined #launchpad [08:27] it worries me that "baz merge $(baz tree-version)" often works much better than "baz update" === Mez [n=Mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad === SnakeBite [n=SnakeBit@84.242.143.64] has joined #launchpad [08:39] "Applying 88 revisionsgarhatehatehate ..." [08:39] only 88? === bradb waits for the failure to fork error heading his way === Mez [n=Mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad === ddaa [n=ddaa@ordo.xlii.org] has joined #launchpad === Mez [n=Mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad === Mez [n=Mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad === Mez [n=Mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad [09:48] 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] mpt: is there a viewsvn for ubuntu-doc somewhere? [10:01] Okay... I have some idea what's wrong. [10:01] looks like incorrect handling of directory copying [10:01] I need to learn more about svn though. [10:02] lifeless: ping [10:03] pong [10:03] it needs a recursive copy, like the recursive delete [10:03] I need to learn about the relevent model in subversion [10:04] 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] can you give me a pointer? [10:04] I thought I dropped you an email [10:04] hu... there's "while I'm on leav" === ddaa checks [10:05] lifeless: there's a pointer to the relevent code [10:05] I would like a pointer to the relevent documentation [10:05] oh, the svn doco ? [10:05] you know, that thing that explains how the code is supposed to work [10:06] right [10:06] if you find some, drop me a pointer. [10:06] *sight* [10:06] the Source and Change classes implement an interface === ddaa falls back to guess from cscvs source code [10:07] I'll look for docs if that does not work. [10:07] which is extremely simple and documented in SCM.IChange/SCM.ISource [10:11] I must be thick, but I find no match for DirectoryAdd or copy_from_rev in cscvs... [10:12] ok, copy_from_rev is a member of the svn log that this is built around [10:12] copy_from_revision or something specifically [10:12] and the source file is AddedDir.py [10:14] I find a copyfrom_revision, but it only appears in the tests [10:14] ok, thats the one [10:15] so, if you look at Revision.py [10:15] The thing we need to fix is SourceIterator [10:16] as its not returning a complete iterator over the source - its only returning a single AddedDir element. [10:17] You mean ChangesIterator, right? [10:17] 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] SourceIterator [10:17] cscvs for the first revision in a branch iterates over the entire source doing .apply() [10:17] for the second revision it iterates over the changes doing .apply() [10:19] 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] unless it's doing something evil there too... [10:20] of course, need to consider deletes occuring in the source if it's within the tree [10:20] nope. [10:21] lifeless: right, so it's changesiterator, since the dir is added in the second revision [10:21]