=== netjoined: irc.freenode.net -> kornbluth.freenode.net === daf [daf@muse.19inch.net] has joined #launchpad === netjoined: irc.freenode.net -> kornbluth.freenode.net === daf [daf@muse.19inch.net] has joined #launchpad === netjoined: irc.freenode.net -> kornbluth.freenode.net === daf [daf@muse.19inch.net] has joined #launchpad === daf [daf@muse.19inch.net] has joined #launchpad [12:34] -dmwaters(dmwaters@dmwaters-gentoo.staff.freenode)- (global notice) Hi all! it appears that we're having problems with one of our main rotation servers. I apologize for the inconvenience, and thank you for your patience. === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #launchpad === limi [~limi@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === lalo [~lalo@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad [10:21] morning === SteveA [~steve@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === justdave [~dave@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === stub [~zen@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === stub [~zen@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad [11:54] carlos: I only see translated/untranslated in the graph, where is the "translated but not committed/upstream yet"? [11:55] in which graph? [11:55] project-index.pt [11:55] btw, I will work on it between today and tomorrow so you will be able to "touch" it on Monday === andrewv [~andrew@212.20.254.41] has joined #launchpad [11:56] ? [11:56] I thought it was done? Lu asked me to complete the changes [11:57] I told Lu that is not ready yet, that I will finish it this week [11:57] aha [11:57] ok === limi goes back to malone [11:57] limi: I have code but I need to do the Effors and Product/project modifications [11:58] ok [11:58] and then, the templates changes [01:21] I've just merged a change which removes canonical.arch.sqlbase and makes everything use canonical.database.sqlbase [01:31] good call [01:40] does anyone know if lu is about today? [01:45] she's getting lunch right now [01:48] daf: where are you? :) [01:50] in hiding :) [01:50] oo, food [02:32] somebody forgot to update Malone's pages.zcml when they removed a template [02:37] which broke launchpad [02:38] daf: What file was removed? [02:38] mumblemumble-overview.pt [02:39] it was in a draft pages thing === stub twiddles his thumbs, waiting for arch [03:03] daf: where are you hiding? :) [04:10] stub: launchpad is still broken [04:11] ConfigurationError: ('No such file', '/home/carlos/Work/dists/launchpad/lib/canonical/malone/templates/packages-overview.pt') [04:11] make: *** [run] Error 1 [04:11] Yer - waiting on pqm [04:11] limi did it ;) [04:11] eek [04:11] limi!!!! [04:11] X-) [04:11] ;) [04:12] it was fixed a while back, but PQM has to merge it [04:16] it's merged [04:16] ok [04:16] thanks [04:34] carlos: does launchpad work for you now? === andrewv [~andrew@212.20.254.41] has joined #launchpad [04:35] no [04:35] ConfigurationError: ('No such file', '/home/carlos/Work/dists/launchpad/lib/canonical/malone/templates/packages-overview.pt') [04:36] but I don't need it now, https://rosetta.warthogs.hbd.com is working [04:36] and I only need to see a running system while I'm chaning the Rosetta's URLs [04:37] /s/chaning/changing/ [04:43] carlos: I submitted a merge now, since stub's change didn't make it === netjoined: irc.freenode.net -> kornbluth.freenode.net === daf [daf@muse.19inch.net] has joined #launchpad [05:14] !dmwaters:*! Hi all! One of our main rotation servers seems to be having some local routing problems. This box was taken out of rotation this morning, and we're keeping an eye on it [06:35] stub: where did ILanguages go? === stub shrugs [06:37] Where was it? [06:37] canonical.rosett.interfaces [06:37] canonical.rosetta.interfaces [06:37] okay, somebody else must have changed it then [06:37] I have it in my checkout [06:38] humph === daf wonders how to find out what happened [07:03] bah [07:03] my fault === andrewv [~andrew@212.20.254.41] has left #launchpad [] === Signon time : Wed Aug 25 12:43:39 2004 === Signoff time : Thu Aug 26 23:11:27 2004 === Total uptime : 1d 10h 27m 48s === warthylog [~warthylog@port1845.ds1-khk.adsl.cybercity.dk] has joined #launchpad === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #launchpad === stub [~zen@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === SteveA [~steve@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === limi [~limi@159.80-202-72.nextgentel.com] has joined #launchpad [12:08] stub: Could I add sampledata-rosetta.sql to the schema/Makefile? [12:08] stub: it's the same data we had in sampledata.sql but moved to its own file [12:08] carlos: Go for it [12:08] thanks [01:25] SteveA: I need some help with updating the traversal code === andrewv [~andrew@82-41-44-232.cable.ubr06.edin.blueyonder.co.uk] has joined #launchpad === andrewv [~andrew@82-41-44-232.cable.ubr06.edin.blueyonder.co.uk] has joined #launchpad [02:18] carlos: what do you need? === limi [~limi@sparkit.easynet.no] has joined #launchpad [03:09] SteveA: I'm adding the $Project.name/$Product.name/ URL and I get this error: NotFound: Object: , name: youindex.html' [03:09] grrrr I hate xchat... [03:09] name: youindex.html' [03:10] ok, just replace you with an u ' [03:11] that's when I try to visit: http://localhost:8085/++skin++Debug/rosetta/projects/gnome/evolution/ [03:12] gnome is $Project.name and evolution is $Product.name [03:16] uindex.html ? [03:17] not, unicode string [03:17] that would suggest the defaultView for a product is index.html [03:17] yet there is no page "index.html" [03:17] to fix, look in configure.zcml [03:17] ok [03:18] look for the defaultView directives [03:18] add one for IRosettaProduct [03:18] yes, seems like that was the problem I didn't touched that file [03:18] SteveA: should I change anything from publication.py? [03:19] I was playing with it but there is a comment about moving that code to the .zcml files [03:21] you shouldn't need to change anything except adding a defaultView directive [03:22] and update the pages.zcml file [03:22] It works now [03:23] thanks [03:24] SteveA: what's the utility for the publication.py file? [03:26] I don't understand what you're asking [03:27] there is a file inside rosetta === lalo [~lalo@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad [03:27] called publication.py [03:27] hey [03:28] I know [03:28] what about the file publication.py ? [03:28] I just want to know if has any utility, because when I was looking for a way to modify the traversal code I though that was the file I should update [03:28] lalo: hi [03:28] you mean, if it is used for anything? [03:28] right [03:28] I'm getting confused by your use of the word "utility" [03:29] if it's useful [03:29] because I removed it and launchpad/rosetta still works [03:29] oic [03:29] you think it is a decoy [03:30] decoy? [03:30] code that is checked in, but is unused, or obselete [03:30] yes, that's what I think :-) [03:30] well, In fact that's what I'm asking [03:31] looks to me like a decoy [03:31] if so, please remove it! ;-) [03:31] ok [03:31] thanks for spotting a decoy === andrewv [~andrew@212.20.254.41] has joined #launchpad [03:46] SteveA: sorry O:-) [03:46] SteveA: "pop stand"?? [03:46] it was an expression that mako and lu were using [03:47] carlos: it appears that none of the sample message sets has a non-NULL commenttext [03:48] daf: Did you talked with Steve about the rosetta login/sessions? [03:48] daf: we have non-NULL commenttext [03:48] launchpad_test=# SELECT * FROM POMsgSet WHERE commenttext IS NOT NULL; [03:48] id | primemsgid | sequence | potemplate | pofile | iscomplete | obsolete | fuzzy | commenttext | filereferences | sourcecomment | flagscomment [03:48] ----+------------+----------+------------+--------+------------+----------+-------+-------------+----------------+---------------+-------------- [03:48] (0 rows) [03:48] hmm [03:48] :) [03:49] sorry, I was confused with sourcecomment :-P [03:49] oh [03:49] I think I was too :) [03:50] launchpad_test=# SELECT * FROM POMsgSet WHERE commenttext IS NOT NULL; [03:50] id | primemsgid | sequence | potemplate | pofile | iscomplete | obsolete | fuzzy | commenttext | filereferences | sourcecomment | flagscomment [03:50] X-) [03:50] ----+------------+----------+------------+--------+------------+----------+-------+-------------+----------------+---------------+-------------- [03:50] (0 rows) [03:50] sorry [03:50] bah [03:51] is it enough with one? [03:51] should be, yes [03:52] So does anyone know where the malone sample data has gone? [03:52] limi: about? [03:52] out and about :) === limi didn't steal the sample data O:) [03:53] stub: I think it comes from the arch problems that celso had yesterday [03:53] daf: about: limi [03:53] stub: "Have you seen this sample data? Last seen in launchpad--devel--0--patch-78. Blue eyes, blond hair." === SteveA wonders if that works in any major browsers... [03:53] :-P [03:53] tla blame sampledata.sql [03:54] rocketfuel only dates blondes [03:54] I read it in the channel topicc [03:54] but its girlfriend is out of town [03:54] limi: "
" <-- is this still needed in the translation template? [03:54] how can you call launchpad "it" ? [03:54] it is clearly phallic [03:54] picture it... [03:54] no, the launchpad itself is flat :) [03:55] you just have an overactive imagination [03:55] daf: yes, that's a buggy browser workaround [03:55] ok [03:55] it is a platform whose only purpose is to support the soyuz-phallus-diety [03:55] might be unnecessary now that there are no floats, though [03:55] that's what I was thinking [03:55] remove it, and I will put it back if it creates problems ;) === debonzi [~debonzi@200-206-134-238.async.com.br] has joined #launchpad [03:56] SteveA: all hail the package-management-father-thing! [03:56] limi: roger :) [03:56] package management and soyuz is about derivative distributions. [03:56] this is an embodiment of the earth-mother-goddess [03:56] daf: Bob's your uncle [03:56] interesting, the script that sends the arch changelogs with every commit expands the $foo variables [03:57] Summary: [03:57] Implemented the .name/.name/ URL [03:57] instead of $Project.name/$Product.name === cprov [~cprov@200-206-134-238.async.com.br] has joined #launchpad [03:57] carlos: please file a bug in bugzilla on that [03:58] which one? [03:58] carlos: nope [03:58] I think it's a bash problem [03:58] oh, if it is a bash problem then don't :) [03:58] arch-submit-merge "blah blah $foo blah blah" pqm@foo [03:58] hmmm [03:58] cprov: hi [03:58] expands to: [03:58] SteveA: hi [03:58] daf: make sense X-) [03:58] arch-submit-merge "blah blah blah blah" pqm@foo [03:58] carlos: :) [03:58] solution: use '' [03:59] is kiko available too? I'd like to have a brief chat about soyuz development === cprov solving another MONSTER arch conflict [03:59] sometime over the next hour or two, perhaps? [03:59] SteveA: yep, just some minutes [03:59] cprov: It's not a problem for me anymore, we moved our data to our own file [04:00] cprov: ok, fine. Can we meet on #warthogs-meeting ? [04:00] cprov: but that's not normal [04:00] carlos: again, as it was before [04:00] cprov: let me know when it is convenient [04:00] SteveA: of course ! when? now ? [04:00] cprov: you can remove any rosetta data from sampledata.sql, we have it now at sampledata-rosetta.sql [04:01] cprov: shall we say 15 minutes? [04:01] if kiko is available then [04:01] carlos: nice but it doesn't solve all the problems .. [04:01] SteveA: perfect :) [04:01] great, thanks. [04:01] cprov: did you tried to get a fresh checkout and continue your work there? [04:01] I mean, after solve the conflict [04:01] and save all your data [04:02] perhaps you have anything wrong with your current tree [04:02] carlos: no yet, we are inspecting our archive with jblack and lifeless to figure out exactly what is happen [04:03] carlos: you are right, we just need to figure out what is wrong to avoid it in the future === kiko [~kiko@200-206-134-238.async.com.br] has joined #launchpad [04:04] yo kiko! [04:05] it's daf! [04:05] how's england? [04:06] wet [04:06] but soon, I will go back to Wales [04:06] and how will wales be? [04:06] probably wet, too === ..[topic/#launchpad:kiko] : how's england? wet but soon, I will go back to Wales and how will wales be? probably wet, too [04:07] so we now have a topic [04:07] stub! [04:07] hadn't seen stuart [04:08] Yo [04:08] how's the good life [04:08] SteveA, are we on? [04:10] kiko: I need 5 mins. #warthogs-meeting in 5 ? === SteveA waits for daf to finish using the smallest room... [04:10] daf: you have your sample data in rocketfuel waiting for you :-P [04:10] k [04:12] carlos: prompt, high-quality sample data service as susual :) [04:13] limi's a riot :) [04:14] kiko: travelling on the mayonnaise? [04:14] heh [04:14] I might have to put back the sampledata from a few days ago - there is way too much missing [04:15] limi: huh?! [04:15] daf: Brazilian expression [04:15] daf: that's a Brazilian expression limi probably picked up in Oxford :-) === limi has included it in his i18n proverb library along with "please do the needful" [04:16] lalo: use this channel [04:16] lalo: um [04:16] we're killing #rosetta? [04:17] it's not dead, it's just resting [04:17] except for specific meetings [04:17] we'll reanimate if for meeting [04:18] it's not resting! it's an ex-channel! [04:18] carlos: Have you seen the malone sample data? There are a heap of products that have disappeared and the bugassignments don't get inserted because the bugs have disappeared [04:18] bereft of dialogue, it rests in peace [04:18] I'm asking because if it's dead I'll kick it out of my autojoin :-) [04:21] or /settab it to "r" [04:23] daf: if you don't, I'll try to get newPOTemplate to work properly, then switch the script & ftest to use it [04:23] let's have specific meetings on #warthogs-meeting [04:23] lalo: as opposed to? [04:23] if that gets too full of warthogs people, we'll have a #launchpad-meeting [04:23] but, let's retire #rosetta and #malone [04:24] lalo: I mean, what's the status quo? [04:24] daf: they instantiate the classes directly, which, at least for the script, is Evil. [04:24] lalo: sounds like a good plan [04:24] (for the ftest it's probably ok, but if we do have the method, I'd rather have it ftested) [04:25] daf: it does, but it's nothing of paramount priority :-) so if you have something better I'm open to possibilities [04:26] well, we need to concentrate on beta-critical things [04:27] we were talking earlier about how ready we are to import Real Live Projects [04:27] stub: let me a second and I will give you a link to download last revision before the break === lalo re-reads over the list of beta-critical things we made yesterday [04:28] carlos: I think I have found that - just that if I put it back in, then the new rosetta stuff breaks and I don't have time to deal with trawling through it. [04:29] stub: just kill all rosetta code [04:29] stub: our data is now at sampledata-rosetta.sql [04:29] carlos: I was just about to commit a change that splits the rosetta and other sample data into two seperate targets in the makefile [04:29] stub: that's already done, I did it this morning [04:30] hmm [04:30] sorry, the target is not done [04:30] hmm. gaim logs chats but doesn't give me an option in the UI to view them :-P [04:30] carlos: I'm doing it now [04:30] if you remove the old rosetta data from the sampledata.sql file is enough [04:31] But sampledata-rosetta.sql depends on sampledata.sql being run first, and this is what is broken (from the Malone perspective, anyway). [04:32] stub: no it does not depend on any sampledata.sql record [04:32] oic [04:32] it just depends on default.sql [04:32] ahh [04:36] limi: there are some changes which need to be made to the translation template [04:36] limi: they are changes which I think need your m4d sk1llz [04:36] monday ;) [04:37] sure, they aren't urgent [04:37] ok [04:37] just send in mail [04:37] Monday is a holiday in the UK, by the way [04:37] aha [04:39] carlos: [04:39] lalo: [04:39] daf: [04:39] I will probably be online on Monday, but not working [04:40] ok [04:40] actually, I will probably be inebriated, so I might not be much use even if you can get hold of me === lalo finished reading the log from yesterday and still doesn't know what to do :-) [04:41] daf: X-) [04:41] daf: a party? [04:41] yes [04:41] a birthday party [04:41] Debian's 11th, to be precise [04:41] all day?, you really know how to have fun [04:42] all weekend, in fact [04:42] I could do what I said, or improve the import ftests - but neither of these sound like beta-priority to me [04:42] a three-day barbecue [04:43] daf: will we have the same with Rosetta? X-) [04:43] carlos: good idea1 [04:43] ! [04:44] lalo: well, there is the import process, a way to import easily a new project/product/template without the need of doing it by hand, if you are bored... [04:44] or import real data by hand :-) [04:45] daf: hmm, we should talk about the login/session part of rosetta because we need it for the betatesting process and we only have 2.5 days to implemente it [04:46] carlos: SteveA is working on that today [04:46] and you will be missing one of those days [04:46] perfect [04:46] what are our requirements for login? [04:46] do we have a place to store preferred languages in the database? [04:47] also, do we have an interface for changing those? [04:47] carlos: there is no concrete difference between importing "by hand" or the command line script, the work involved is the same [04:47] SteveA: does your work include a registration interface? [04:47] so coding that would be a time sink [04:47] lalo: there is a difference, I think [04:48] lalo: it's better to have a script because then you have the information about how to do something in a shared place [04:48] lalo: if we have a script to create projects/products it's easier than use sql sentences directly [04:48] more time to write it, less time to run it [04:49] no [04:49] :-P [04:49] it would actually be the same time to run it [04:50] what would be more useful is - [04:50] where are we getting this information *from*? === stub [~zen@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad [04:51] daf: hmm If we create a team for every language, we don't need any change in the database to store the languages interest of a Person [04:51] lalo: less time typing it :) [04:51] if we're going to create our products from germinate, then something that interacts with that would be useful - although I have no idea how to associate those with projects :-) [04:51] daf: but I'm not completely sure it's the right way to do it [04:51] carlos: huh? teams? [04:51] daf: not really [04:52] daf: my work does not include registration of people [04:52] we will deal with that "by hand" at first [04:52] daf: the 'es' team, the 'cy' team, etc... [04:52] lalo: ./scripts/foo.{py,sh} vs. psql launchpad_test\nINSERT INTO Foo VALUES ... [04:52] carlos: where do we have teams? [04:52] daf: the Person Table [04:53] is also for teams [04:53] ohhh [04:53] but we don't have any code for dealing with teams [04:53] then, we use the Membership table to store the relations btw teams and people [04:53] even if the database schema will theoretically support such code [04:53] I don't want to get bogged down in teams [04:54] let's focus on allowing individuals to register themselves and set language preferences [04:54] daf: we could use then Labels [04:54] carlos: that sounds promising === carlos is talking about a way to store that information reusing the current schema [04:55] carlos: how hard would it be to set up some sample data that sets language preference labels on a person? [04:55] daf: I was thinking more in terms of, either a sql script file, or a python script that creates sqlo instances [04:55] SteveA: does your work include a login interface to Launchpad? [04:55] daf: I think that not more than 30 minutes [04:55] *that* would be less work than invoking a command line script like 300 times [04:56] carlos: do you think it would be useful? [04:56] we will also need to change sql.py to use that data [04:56] daf: what? [04:56] daf: the sampledata? [04:56] yes [04:56] sure, without sample data we cannot test our code [04:56] then it's a task :) [04:56] two tasks, in fact: [04:56] yes [04:56] 1) add the sample language preference data [04:56] 2) make sql.py read that data [04:57] 3) edit that data [04:57] :-) [04:57] ah, yes [04:57] you need to be able to create/update it from your preferences page (if we have one) [04:58] I'm a little fuzzy on how preference pages will work [04:59] daf: As soon as Steve's work is done we will know what should we do and how (talking about 3) [04:59] carlos: right [05:00] daf: I need to know the priority of those tasks [05:01] I'm starting now with a new task [05:01] so should I give more priority to this new tasks or follow today's planning? [05:03] carlos: by the way, there's a T in "effort" [05:04] since this is waiting on work from Steve, I think you can carry on with today's plan [05:04] daf: ok I will change it :-P [05:04] ok === kiko [~kiko@200-206-134-238.async.com.br] has left #launchpad [] === lalo chats by jabber with someone less than 1m away from him [05:25] lalo: encrypted? ;) [05:25] lalo: more like 50cm, I think :) [05:30] SteveA: you didn't answer my question earlier [05:33] daf: my work includes people in the database being able to log in [05:34] using basic auth at first [05:34] SteveA: excellent [05:35] can create people by hand in the interim [05:35] yes [05:35] we should probably have a script for that, too [05:35] birth.sql [05:36] daf: :-) [05:36] birth.py --mother-languages es,cy,pt_BR [05:36] X-) [05:36] :D [05:37] daf: to recreate the rosetta DB, you should use now make rosetta inside database/schema [05:37] could you tell it to lalo? [05:38] carlos: is it possible to have both malone and Rosetta data in the database at the same time? [05:38] daf: yes, but stuart moved Rosetta data into its own rule [05:39] If you need it [05:39] I could add the other .sql file in our rule [05:40] added [05:40] ok [05:41] on rosetta.w.h.c, we'll want to have all the sample data for Rosetta, Malone and Soyuz loaded [05:41] If someone wants to make everyones data play together happily again, I'd be happy :-) [05:41] that would be nice [05:42] even if we have the data in separate files, it would be nice to be able to load them all [05:42] stub: I already told you that Rosetta data works on its own, we don't depend/conflict with yours [05:44] carlos: I get mostly duplicate key violations if I try to load the rosetta sample data if I have already populated my database with the current sampledata.sql (which is what I recovered from a previous release since a load of stuff was missing) [05:44] stub: as I said, the sampledata.sql should not have any rosetta record [05:45] I moved it to its own file because I'm tired to fix it every time soyuz's people commits anything (hope they fix their arch problems soon) [05:47] Yes, but the current sampledata.sql is polluted again because I had to recover it from before you did your work. eg. sampledata.sql defines the gnome project, as does sample-rosetta.sql. [05:48] stub: I'm fixing it now [05:48] If you have a look at sampledata-stuffed.sql, it is missing stuff like the sample bug and the products it depends on. [05:48] so I will remove the rosetta own rule, is that ok for you? [05:49] Yes - I'd prefer that. [05:49] stub: I know that sampledata-stuffed.sql is fucked, I had the same problem with rosetta data [05:49] ok [05:50] I'd like a sampledata-malone as well, but that won't exist until I get back (I'm off for three weeks dealing with other commitments) [05:52] your desires are orders for me :-P [05:53] stub: my commit has a sampledata-malone.sql with malone's block === lulu [~lu@modem-3591.marahu.dialup.pol.co.uk] has joined #launchpad === stub enjoys his new gimp [06:03] daf: ok, forgot the new rule, we are using again the make launchpad_test [06:04] stub: I just asked a merge with the malone block moved into its own file [06:04] stub: "new"? 2.0? === stub gives carlos a big sloppy kiss [06:05] :D [06:05] and everyone is happy === spiv [~andrew@fuchsia.puzzling.org] has joined #launchpad [06:06] eerrr... === carlos hides [06:06] spiv: yo! [06:07] spiv: I hear Boston is nice [06:13] hi all :o) [06:14] daf: please could u update the Rosetta task board. Thanks :o) [06:16] spiv: [06:17] daf: Yeah, it's good so far :) [06:17] daf: I've been mainly sleeping though ;) [06:17] lulu: sure [06:17] spiv: now you can merge my changes in rocketfuel ... please [06:17] spiv: heh :) [06:18] cprov: Ok, I'll take a look. [06:18] daf: thanks! [06:18] spiv: thank you === cprov [~cprov@200-206-134-238.async.com.br] has left #launchpad ["Leaving"] === debonzi lunch === debonzi [~debonzi@200-206-134-238.async.com.br] has left #launchpad ["Leaving"] === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #launchpad === andrewv [~andrew@82-41-44-232.cable.ubr06.edin.blueyonder.co.uk] has joined #launchpad [08:22] carlos: do you think we want to get the translator dashboard working for the beta? [08:22] hmm [08:23] I don't think we will have enough time for that [08:23] we could do it for Phase1 [08:23] I think we might be able to do "my current projects" [08:23] but I doubt we will have it working for this wednesday [08:23] it's a pain to have to use the search form all the time [08:24] daf: schemas/Labels [08:24] I don't think we need to have labels for it [08:24] Perhaps we could decide it after the implementation of the prefered languages [08:24] we just make a list of all the translations the person has done, sort them by date, and make them unique by project [08:24] hmmm [08:25] perhaps "my current templates" would be more useful [08:25] that's not the same idea behind the current page, but it's fine for me [08:25] yes, that's better [08:25] and it's doable for the beta phase [08:25] I'm thinking 1 query, 1 extra method in the interface, and some quick template work [08:25] it's more like "my recent templates" [08:25] yes [08:26] I think we don't have to worry about recommended projects [08:26] later on, I think we will use labels for todo projects/templates [08:27] i.e. person <-- todo --> template [08:27] if that notation makes sense :) [08:27] (person <-- prefers --> language) [08:28] todo? [08:28] I don't get its meaning there [08:29] a person has marked a project/template as "todo" -- i.e. they want to translate it [08:30] ok [08:30] does it make sense? [08:30] yes [08:30] good :) [08:30] :-) === limi [~limi@159.80-202-72.nextgentel.com] has joined #launchpad === stub [~zen@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === andrewv [~andrew@82-41-44-232.cable.ubr06.edin.blueyonder.co.uk] has joined #launchpad [10:05] carlos: I've just finished reviewing poexport.txt [10:05] daf: do you miss anything? [10:06] it looks good [10:06] I think we should add information about which interfaces we're using, though [10:07] I've reformatted it as ReStructuredText, simplified the layout and made some other changes [10:07] add Objects instead of SQL sentences? [10:07] s/instead of/as well as/ [10:07] :) [10:08] ok [10:08] :-P [10:09] I think it would be useful [10:09] because it's a document about the implementation rather than just a specification [10:09] true [10:09] I spent quite a bit of time today working on tests for browser.py [10:10] (I haven't merged them yet) [10:10] we should have good test coverage for browser.py [10:11] interesting, I didn't though about unittest for it [10:11] I didn't either :) === carlos is really new to the unittest world [10:11] but Steve asked me about it [10:11] so we sat down together and he helped me write some tests [10:12] I thought it would be difficult to write tests for it, but it's not so hard [10:12] you have to write quite a few dummy classes, though [10:12] good to know it :-D [10:12] yeah :) [10:12] daf: When will you and lalo come back to your home? [10:13] lalo is going back on Sunday [10:13] and he will be travelling for some of Monday [10:13] then I will be alone on Monday? [10:13] seems so :) [10:14] wow [10:14] that is a bit weird [10:14] a meeting with myself [10:14] :-D [10:14] :) [10:14] I need to fix the code for displaying translations on the translation template [10:15] so that selects by active rather than sequence [10:15] do you select the message set with the most recent active translation sighting? [10:15] when? [10:16] sorry [10:16] if you have a template message set [10:16] and you want to find the corresponding translation message set for some language [10:17] hmmm [10:17] (if it exists) [10:17] the msgset is alwasy the same [10:18] as you said, it's a similar problem to exporting [10:18] it's always the same? [10:18] you get the POTranslationSighting with lasttouched=TRUE (I think I forgot to specify it in the document) [10:18] because the primemsgid is unique or something? [10:19] daf: you cannot have two MsgSet for the same msgid and same potemplate or pofile [10:19] oh, that's good [10:19] sorry, I'm tired [10:19] UNIQUE ( potemplate, pofile, primemsgid ) [10:19] does that work even if pofile IS NULL [10:19] it's the same like gettext [10:20] daf: it should [10:20] NULL is a value [10:20] okay, so finding the msgset is easy [10:20] yes, the problem is get the latest translation [10:20] well, NULL is a weird value :) [10:20] I think I forgot to describe it [10:20] daf: but it's a value :-P [10:21] isn't is TRUE OR NULL = TRUE but TRUE AND NULL = NULL? [10:21] well, I'll merge my changes and you can update the document [10:21] daf: excuse me? [10:21] boolean logic goes weird when you have NULLs involves [10:21] involved [10:22] daf: but we don't use boolean logic there :-) [10:22] so It's not a problem [10:22] I don't know the boolean logic with tristate values [10:22] :-D === limi is now known as limi|phc [10:23] well, the point is that NULL is strange :) [10:23] daf: sure :-) [10:23] okay, submitting a merge [10:28] What means this: [10:28] M database/sampledata-stuffed.sql [10:28] -- lib/canonical/rosetta/Makefile [10:29] the -- ? [10:29] permissions change, I think [10:29] somebody made it 600 [10:29] that's good or bad? [10:29] silly [10:30] :-P [10:30] or maybe "ugly" [10:30] I'll fix it [10:30] at least this time the sampledata was not touched :-P [10:30] dinner time, see you later [10:31] later!