[12:02] kiko: sure [12:02] !lilo:*! Hi all. If you're interested in tracking, discussing, political coordination, regarding the U.S. INDUCE act, designed to outlaw technology which can be used to circumvent entertainment industry licensing, please feel free to stop by ##induce .... thanks! [12:03] daf, we're in need of some quality rosetta time with someone in the know, and I'm thinking it could be you. [12:03] do you have a couple of hours to commit this week to us? [12:04] I might be able to do that on Thursday or Friday [12:04] what can I help you with? [12:05] getting rosetta data displayed in soyuz, basically. [12:05] translations for certain packages. [12:05] is that feasible? [12:06] can you give me more details? :) [12:06] you're thinking of integration between soyuz and Rosetta? [12:07] right. getting something like open translations for release X, and for package Y? [12:07] sure, spending some time thinking about that would be good [12:08] I'm not 100% sure I'll have some time this week for that, but I'm certainly happy to do it [12:08] we're partially blocked on that [12:10] in that case, how about we allocate an hour to talk about it on Thursday, with a follow-up meeting on Friday if needed? [12:10] daf: please, could you recreate the database at rosetta server? [12:10] carlos: sure [12:10] two hours, I think, would be required just for talking :) [12:10] daf: thanks [12:10] carlos: done [12:11] kiko: ok, let's do that then :) [12:11] daf: :-? [12:12] daf: https://rosetta.warthogs.hbd.com/++skin++Debug/rosetta/prefs [12:12] cprov, debonzi: daf's on for thursday for our rosetta-mini-sprint. [12:12] cprov, debonzi, daf: what's the good time. [12:12] daf: it works here... [12:12] carlos: interesting [12:12] carlos: looks like some sample data is missing [12:12] your name :-) [12:13] :) [12:13] kiko: I'm online every time , better ask daf [12:13] daf, what's the good time? [12:13] kiko,cprov: what time is it there? [12:13] kiko: sometime during the afternoon, I think [12:14] kiko: i.e. after the rosetta daily meeting and lunch [12:14] carlos: 19 PM [12:14] cprov: thanks [12:15] carlos: TZ=America/Sao_Paulo date [12:15] daf: thanks [12:15] daf: when will be in UTC ? === cprov is lost on TZs [12:17] I suggest 3pm UTC [12:17] i.e. 11am for you guys [12:17] er, no [12:17] 12pm for you guys [12:17] 12pm? [12:17] daf: you can kill us :) [12:17] daf: I don't think so [12:17] :-) [12:18] hmm === carlos sucks [12:18] :-P [12:19] cprov: is that too early for you? :) === npmccallum [~npmccallu@69-162-252-7.ironoh.adelphia.net] has joined #launchpad [12:19] daf: nop, exaclty the opposite, 1/2 hour earlier maybe ? [12:20] :D [12:20] by 12pm, I mean 12:00, by the way [12:20] not 00:00 [12:20] daf: of course :) [12:20] just checking :) [12:21] ok, what time would you like? [12:22] I'm usually around in the evenings [12:22] daf: let's do in that way: 12pm UTC thursday as you said or earlier if possible, ok ? [12:22] we could make it 11am UTC if that suits you better [12:24] daf: not much ... is 12 UTC nice for you too ? [12:24] daf: I think 40 minutes will be more than enough [12:24] actually, the Rosetta team meeting is at 12:00 UTC [12:25] oops [12:25] cprov, I don't think 40 minutes is enough, really. [12:25] kiko: how much do you think ? [12:26] and the meeting will last somewhere around 30m-1h, and I generally have lunch after that so... [12:26] daf: if it's needed, we could move it [12:26] kiko: we just need a set of stocked queries AFAIK [12:27] I think 2h, cprov. there's a lot up in the air [12:27] we *could* make it 10:00 UTC, which is 7am for you guys :) [12:27] carlos: that is true [12:28] daf: uhm, kiko cannot wake so early :) [12:28] :D [12:29] it breaks my legs [12:29] that's funny -- my knees hurt when I've been awake too long [12:29] daf: make it easier, just say when you have 2h free [12:30] ok [12:30] any time from about 14:00 UTC would be fine [12:31] X-) [12:32] carlos: ok, Rosetta seems to be working now === debonzi is lost in the time [12:32] daf: where was the problem? [12:32] carlos: dunno, I just restarted the server ;) [12:33] :-P [12:33] kiko: debonzi : 14 UTC is ok for you ? just have lunch and talk :) ok ? [12:33] it's 11am here, okay by me. [12:34] daf: then ok, thursday 14 UTC [12:35] cprov: ok! [12:35] cprov, for me is ok.. [12:36] daf: thanks [12:36] cprov: de nada :) [12:36] daf: just to warn, if you can think in stocked queries to show relevant information from rosetta in soyuz, let me know . [12:37] cprov: you might be able to use existing Rosetta interfaces for some things [12:37] daf: I will send an email to launchpad explaning better wishes. [12:38] I'm worried about this "idea" of releases -- Rosetta doesn't really pay attention to those [12:38] ok, that sounds good [12:38] daf: yep [12:38] daf, as long as translations are tied to certain source packages (and source package versions?) [12:38] daf, we're okay. [12:39] um... [12:39] daf: carlos see you later [12:39] cprov: later! [12:39] cprov: later [12:39] daf, um what? :) [12:40] well [12:40] translations are tied to templates are tied to products are tied to projects [12:40] Rosetta knows nothing about source packages [12:40] (yet) [12:42] products are tied to source packages, I believe, no? === debonzi goes dinner [12:44] carlos: the form looks really good [12:45] daf: stolen from bugzilla [12:45] but It seems like it's not working [12:45] :-( [12:45] doing some local tests now === lulu [~lu@host217-37-231-28.in-addr.btopenworld.com] has left #launchpad [] [12:47] daf: are you sure you have latest db schema? [12:47] daf: it works in my laptop [12:47] but If I try to change your name with the password 'test' it does not change anything [12:48] hmm [12:48] let me try reloading it again [12:49] ok, done [12:50] perfect [12:50] daf: your name now it's Dafydd2 [12:50] :-) [12:52] heh :) [01:08] daf: do you want wishlist bugs into our bugzilla? [01:15] carlos: yes [01:15] ok [01:15] I filed one against Malone today === stub [~zen@dialup-33.53.194.203.acc03-dryb-mel.comindico.com.au] has joined #launchpad [02:04] hey stub, have some minutes free? [02:04] Sure [02:05] stub, us soyuz lowlives are looking into getting some malone data presented in soyuz. [02:05] stub, do you think you could put some time down this week for sorting the issues out with us? [02:06] I can spare a little time - I'm still at my old work this week. [02:07] we'd need a solid 1h something, and the timezone scheduling means it's not trivial to fit in. [02:07] can you say what time is best? perhaps friday? [02:08] whenever - pick a time. sooner is fine by me. [02:09] (as long as I am awake ;) ) [02:17] daf: 4 bugs left (without counting steve's ones) [02:18] stub, what is a good time UTC for you? [02:18] daf: hey, lalo is alive!! [02:18] Now until Now + 12 hours is good for me [02:58] spiv: ping? [02:58] daf: I'm getting this error: [02:58] TypeError: DBProject() did not get expected keyword argument datecreated [02:59] daf: datecreated has a default value, and I want to use it [02:59] I mean.... the Project table has a default value for the field datecreated [02:59] and I want to use it, but the SQLObject does not let me to do it [03:02] carlos: Do you mean you want to use the default datecreated defined in the database, or the default datecreated defined in the SQLObject subclass? [03:02] stub: the one defined in the database [03:03] I didn't know that sqlobject could define a default value [03:03] what's the best option? [03:03] Then you have to set 'required=False' in the SQLObject subclass, so it lets it be uninitialized. [03:03] ok [03:04] SQLObject defaults don't work for datetimes, since it sets the default when the module is loaded (ie. it is not calculated). [03:04] This needs to be fixed - there is some discussion on the SQLObject mailing list about this [03:05] TypeError: __init__() got an unexpected keyword argument 'required' [03:05] DateTimeCol('datecreated', notNull=True, required=False), [03:05] Sorry - notNull=False === carlos reading sqlobject documentation.. [03:05] stub: that does not works [03:06] DateTimeCol('datecreated', notNull=False, default=None) [03:06] I tried the notNull=False option. [03:06] btw, it should be notNull=True [03:06] hmm [03:06] If I do an insert [03:06] with datetime=NULL [03:07] will be used the default value? [03:07] Yes [03:07] ok [03:07] (default = None, as python None == SQL NULL [03:08] stub: I know, It's just that I thougt that the default value is only used if you don't specify a value for that field [03:08] ok, no more errors about it. Thanks [03:09] Err... you are right. Might be SQLObject magic that makes it work then... possibly by accident. [03:10] I'm not able to do the insert, so perhaps it fails when it commits it into the database (I have other errors) [03:10] I mean, that I didn't tested it 100% [03:11] Can you please add a bug to bugzilla? We have an SQLObject developer starting soon who should be able to fix this properly and feed it back upstream. [03:12] If it doesn't work, you need to pass 'datecreated=datetime.utcnow()' as an argument when creating the object (which is what Malone is doing to avoid this problem). [03:12] stub: what should I specify in the bug report? [03:12] (so hopefully the clocks on the app servers are in sync 'good enough') === carlos don't knows exactly where is the problem [03:13] 'SQLObject needs to use the DEFAULT value for a column as defined in the database' [03:14] ok [03:14] I think the correct syntax should be something like DateTimeCol('datecreated', notNull=True, default=SQLObject.DEFAULT) [03:15] But the SQLObject developers should probably agree on the syntax before I hack it up myself ;) [03:16] hmm, I get this error after fixing all bugs I found: [03:16] ValueError: Unknown SQL builtin type: for [03:18] That would be the value for the 'person' foreign key [03:18] Is RosettaPerson an SQLObject subclass? Or do you need to adapt it to a database.foaf.Person ? [03:19] RosettaPerson represents the Person table [03:19] I fixed it, don't worry [03:19] but as you said, the sqlobjects fails [03:19] psycopg.IntegrityError: ERROR: null value in column "datecreated" violates not-null constraint [03:19] :-P [03:20] Have to do it the malone way for the time being - flag it with a TODO [03:20] I will fix it the way you told me for now [03:20] sure [03:32] stub: should we have a sqlobject component inside launchpad? [03:32] carlos: I don't follow you [03:32] stub: or should the bug report be filed against launchpad? [03:32] stub: to file the bug we talked about some minutes ago [03:33] at bugzilla [03:33] (sorry, it's too late here to think in a verbose mode :-P) [03:33] oh - we should have a component for it - not sure what the best is. [03:34] I don't see anyone now [03:34] Maybe a database product, with components sqlobject, sqlos, schema, psycopg? I don't know if it is launchpad specific. [03:34] justdave: could we have it added ? [03:34] Just stick it anywhere and assign it to me so it doesn't get lost :-) [03:34] stub: at this time it's only used by launchpad [03:35] stub: ok, I will file it against launchpad, is it right for you? [03:35] sure [03:35] ok [03:39] which, the new product with those 4 components in it? [03:40] justdave: not sure, stub? [03:40] I think a 'database' component for launchpad might be best, with me as the owner. [03:41] (stuart@stuartbishop.net is still my bugzilla id) [03:43] ok, done. [03:43] justdave: thanks [03:46] carlos: I don't know if you want Bug1965 to depend on 1968 if you have a working workaround. If the work around is good enough, Bug1968 won't be looked at until the soyuz sprint at the earliest. [03:47] well, we could move it for later [03:47] when we look at beta remaining bugs [03:47] np [03:47] the alpha is for tomorrow [03:47] I suppose the beta will be for the end of the month or something like that [03:48] is a way to have it present when fixing bugs in rosetta [04:14] stub, I'm going to propose 11am UTC on friday, which is like 8am here. how does that sound? [04:19] Fine here [04:23] wonderful. emails will go out to launchpad confirming ;) [04:29] lifeless, yo? [04:30] ? [04:30] how goes it? [04:31] frenetic, as usual :}. You ? [04:34] lifeless, at least as mad as you. [04:34] whats this alpha/beta thing I'm hearing about? [04:34] did you get cprov's request (and made heads or tails out of it)? [04:35] lifeless, alpha release of rosetta tomorrow, which means launchpad alpha in a way, right? [04:35] launchpad is in production already on macquarie [04:35] :) [04:36] lifeless: two bugs left from the rosetta team and I'm starting importing data into the DB [04:36] https://macquarie.warthogs.hbd.com/launchpad/ [04:36] hah. [04:36] and on rosetta, right :) [04:36] carlos: into emperor ? [04:37] lifeless: in my laptop [04:37] arh. right. [04:37] I need to automate the import task [04:37] kiko: I got cprov's request yes, and both stuart and I have answered. [04:37] when that's done, we will move it into a real server [04:37] lifeless, stub: thanx [04:38] kiko: Patch was just accepted a few seconds ago [04:38] carlos: cool, be sure to test with an extract of the live data, you don't want to overwrite anything or stuff [04:39] lifeless: we will not work with the production database for the alpha release [04:39] oh, so its a proof-of-concept period.. K. [04:39] yes [04:39] stub: what do you think about doing a new production drop on tuesday ? [04:40] Fine by me [04:40] ok. who do we need involved? I have access to the launchpad on macquarie, you ahve the db. [04:41] stub: are you the "db nazi" again? [04:41] carlos: not till monday [04:42] (not that nazi's ever really let go) [04:42] ok, I have some pending changes to send [04:42] I will send them later [04:51] kiko: rosetta's products will be mapped to source packages, I'm not sure if we have a full relation with the source table, but It makes no sense to use binary packages with it [04:51] because several binary packages will use the same translation source [04:53] I need a break. See you in about 30 minutes [04:57] carlos, hey, answer my email with more gems like that and I'll send you some vintage brazilian coffee on the next sprint [04:58] :-D [04:58] must.. sleep... soon.. [04:58] my new house doesn't even have a friggin shower yet and I'm at midnight at the office. [04:58] kiko: it's too early to go to sleep :-D [04:58] this has got to change. [04:58] here it's 5:00AM [05:11] here it's *sleeptime* :) === stub [~zen@dialup-33.53.194.203.acc03-dryb-mel.comindico.com.au] has joined #launchpad === stub [~zen@dialup-33.53.194.203.acc03-dryb-mel.comindico.com.au] has joined #launchpad === stub [~zen@c211-28-34-252.sunsh1.vic.optusnet.com.au] has joined #launchpad === limi [~limi@159.80-202-72.nextgentel.com] has joined #launchpad [08:57] morning all [08:58] limi: hi [08:58] carlos :) [09:00] limi: ready for the count down? [09:02] yup [09:04] well, as I said, time to take a shower [09:04] later === lulu [~lu@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === lulu [~lu@host217-37-231-28.in-addr.btopenworld.com] has left #launchpad [] === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === lulu [~lu@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === stub [~zen@dialup-33.53.194.203.acc03-dryb-mel.comindico.com.au] has joined #launchpad [11:18] lulu: I just checked out http://ubuntulinux.org/ Is someone going to produce a favicon.ico file to replace the plone logo? [11:18] that's a good point! I'll ask Limi [11:19] SteveA: we lack an Ubuntu icon [11:20] better not to have one than to have the wrong one === ddaa [~david@nemesis.xlii.org] has joined #launchpad [11:23] elmo's asking for someone to do it [11:26] rosetta.ubuntulinux.org is listening on the https port [11:26] but it is not listening on the http port [11:28] SteveA: ask elmo_mf [11:28] I guess we can run rosetta over https. It isn't a big deal, and means we don't need to worry about redirecting people to use HTTPS when they need to be authenticated with a password. [11:29] SteveA: we need something at http post alpha or people will have troubles to find rosetta (by default all people opens http instead of https) === elmo_mf [~james@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad [11:30] SteveA: ? [11:30] hello elmo [11:30] what's up? [11:30] I did that rosetta thing you asked for last night? [11:31] now I have to remember exactly what I asked for ;-) [11:31] the rosetta.ubuntulinux.org, going to :9010 on rosetta [11:31] X-) [11:31] so you can run a second launchpad invocation for alpha? [11:31] yes [11:31] ok.. lu said you wanted me tho - was there anything else? [11:32] rosetta.ubuntulinux.org is listening on https [11:32] but not https [11:32] but not http [11:32] (Rather) [11:32] oh, yes, I asked daf and he told me to do that [11:32] oh, ok [11:32] do you want me to a) switch them, or b) make http available but redirect to https ? [11:32] (or c, make both available - seems least good alternative tho) [11:32] making http available but redirecting to https would be neat [11:32] ok [11:32] and probably save us a bunch of email saying "use https" [11:33] right, I'll do that in a bit [11:33] thanks! [11:34] now I just have to wait for daf to get in (after his late night closing rosetta bugs last night), to get everything working [11:34] daf was up pretty late... [11:35] SteveA: I don't think he will wake up early, I think he went to bed about at 5:00AM [11:35] no, at 6:30 [11:35] I hope he's up for the launchpad meeting later today [11:36] the meeting is "late" so I don't think it will be a problem [11:39] do you think we'll be able to turn on rosetta today? === SteveA goes to find some food [11:40] SteveA: I'm working on a script to import the .po/.pot from an XML defining the projects, trying to figure a way to automatize it [11:40] cool [11:40] SteveA: rosetta is ready (should be) [11:41] if it's needed we could import the files by hand [11:41] is there anything you need help with on the script? [11:41] perhaps some ideas about the way to solve the problem will be welcomed [11:42] because I'm not completely sure I'm handling the best way I should [11:42] ok, let's talk about it when I've come back from the cafe [11:42] ok, thanks [11:46] steve: http's there now, redirecting [11:46] only for r.ul.o / r.u.c tho, r.w.h.c just gives you an empty page - I guess that's a feature as we don't want joe random seeing the dev dev version [12:21] SteveA: hi [12:21] daf: hey, you are alive!!! [12:21] :-D [12:21] :) [12:22] daf: I think we will need to import the projects/products by hand [12:22] I'm having hard problems with the script [12:24] carlos: yes, projects and products will need to be done by hand, lifeless has started already because of arch syncing [12:24] please discuss a wiki page with him where we can finetune them [12:24] and include some review [12:24] sabdfl: we are working with tar.gz for the alpha [12:24] once i've signed off on the project / product names, they can be put into the database [12:25] because we don't have the needed modules in arch yet [12:25] yes, i'm just talking about getting the project / product names into the db [12:25] then you attache the POT to the product, right? [12:25] sabdfl: I thought that we should import all ubuntu packages now [12:25] right [12:25] one at a time, by hand [12:26] based on arch for the alpha? === stub [~zen@dialup-33.53.194.203.acc03-dryb-mel.comindico.com.au] has joined #launchpad [12:31] hmm, I think if we can't import all packages in an automated fashion, doing it by hand will take a very long time [12:32] daf: I was working tonight in a kind of xml so we only "import" it by hand one time and future updates will be automatic, but it could still fail [12:33] where import is write some info we need to get by hand and then let a script execute it over an onver again [12:33] but I'm not sure it's a good approach [12:34] waiting for SteveA to talk about it [12:34] hmm, that's an idea [12:54] daf: could we talk about it now [12:54] if we should do it by hand I think we should start as soon as possible... [12:58] let's wait for Steve [12:58] ok === elmo_mf [~james@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad [12:59] I wonder whether we should decide on a canonical address for rosetta.ubuntusomething, and have everything else redirect to there. [01:00] daf, carlos: let's talk about importing stuff [01:00] ok [01:00] right [01:01] so, let's set the scene === carlos uploading the xml .. [01:01] what raw materials do we have? [01:02] SteveA: at this moment we have the list of packages from wiki or from apt source [01:03] http://gollum.pemas.net/~carlos/import-ubuntu.xml.txt [01:04] the apt source let's us to fill some fields automatically [01:04] did you come up with the xml pattern? [01:04] sorry, I don't understand what do you mean. xml pattern? [01:05] the DTD [01:05] that particular xml format [01:05] SteveA: no, I don't have the DTD wrote [01:05] I recommend you don't write a DTD [01:05] but, what I mean is, did you come up with this XML schema? [01:06] with this xml file format [01:06] i.e. did you invent the structure of the XML? [01:06] thanks daf :-) [01:06] yes [01:06] :-) [01:06] based on the database fields [01:06] cool [01:06] ./debian/rules common-configure-indep && cd po && intltool-update -P && cd .. [01:06] why is there a 'cd ..' at the end/ [01:06] ? [01:06] also, note that && isn't valid xml [01:06] to come back to the default dir [01:06] hmm, right [01:06] it needs to be && [01:07] the processor for this should ensure that each command starts in the appropriate directory [01:07] it shouldn't expect the to clean up [01:07] btw, what the heck is that common-configure-indep thing? is that a cdbs/gnome thing? [01:07] I execute a cd po and I undo it later, that's all [01:07] elmo_mf: cdbs [01:08] I don't need to build the package, only to configure it [01:08] if every command is always '&&' after the last one, we could also represent the commands each on a new line [01:08] this might make it easier to maintain / diff from [01:08] with serveral tags or inside the same tag? [01:08]