[01:10] Merge to rocketfuel@canonical.com/launchpad--devel--0: basic infrastructure to see the po/pot import queue (patch-867) === stub [~stub@dsl-246.248.240.220.dsl.comindico.com.au] has joined #launchpad [07:14] elmo: ping === stub emails admins@ === mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #launchpad [09:33] morning! [09:33] stub: couple of quick questions [09:34] yo [09:34] we need to do a production code update today [09:35] we're nearly at the point where there's a nice web process for the whole arch import [09:35] i'll just need to make a few more code changes, test them and publish, do you have time? [09:36] publish where? [09:36] rf [09:36] commit [09:37] eh? [09:39] rocketfuel [09:39] erm... read-only filesystem here, got to sort that out first. === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has left #launchpad [] [09:47] stub: we've got db changes needed to enable code changes. [09:47] so we want to drop them into a production code drop. [09:47] may take several iterations to get right, but impt to do today. [09:48] Several iterations of production database patching? Or will that be just once? [09:48] hopefully once, but you never know [09:48] :) [09:49] Mmm... so 'production' is now 'dogfood' or 'staging'. [09:49] How bought I create a launchpad_staging database on emperor we can screw with until we get it right? [09:50] hmm, we should have it right, its just a little pressure cooker right now is all. [09:52] ok - if your fairly confident we don't have to do multiple attempts at patching the database we can just update production as per normal. Otherwise it is trivial to make a second DB for some staging tests. [09:55] it would more be adding more fields, not random patching [09:56] i.e. might find we're missing X or Y later. === stub buggers off for an hour === Kinnison [~dsilvers@haddenham.pepperfish.net] has joined #launchpad [10:48] Merge to rocketfuel@canonical.com/cscvs--devel--1.0: sync cscvs to rf (patch-40) === cprov [~cprov@200.158.100.251] has joined #launchpad [11:13] Merge to rocketfuel@canonical.com/gnarly--devel--0: some fixes (patch-1) [11:54] Merge to rocketfuel@canonical.com/cscvs--devel--1.0: port to gnarly (patch-41) [11:54] lifeless: Do you have a guestimate on when there will be a db patch for me to look at? [11:59] stub: marks laptop fell down went boom [11:59] :[ [12:00] So tomorrow morning my time earliest I gather? === stub passes around the hat to buy mark a backup system === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #launchpad [12:18] Merge to rocketfuel@canonical.com/launchpad--devel--0: lib/gnarly symlink (patch-868) [12:20] Merge to rocketfuel@canonical.com/dists--devel--0: start of production-5 config (patch-34) [12:32] Merge to rocketfuel@canonical.com/launchpad--devel--0: _correct_ lib/gnarly symlink (patch-869) [12:35] stub: mmm, I guess. [12:47] Merge to rocketfuel@canonical.com/launchpad--devel--0: Gina binary/source crosslinking (patch-870) === salgado [~salgado@200-206-134-238.async.com.br] has joined #launchpad [01:00] So how do I get tree-lint to shush about lib/gnarly? [01:24] never mind; I've sorted it [01:42] If I want baz to tell me what an undo dir contains can I find out without trying to apply it? [01:45] I'm not completely sure, but I think "baz changes --diffs ,,undo1" [01:45] daf, carlos: hello [01:45] could work [01:45] SteveA: hi [01:46] how's the rosetta work coming along? [01:46] PANIC: exiting on botched invariant [01:46] is what I get if try that carlos [01:47] Kinnison: no idea then. I saw doing something like that, ask him (or any member of arch team) [01:48] SteveA: I'm close to finish the queue moderation (I think it needs about 1 hour of work) [01:48] that's after I'm back from lunch [01:48] what exactly needs doing? [01:49] the submit [01:49] and the process associated to the submit, of course [01:50] http://gollum.pemas.net:8085/rosetta/+uploadqueue [01:50] here you have the template I'm using [01:50] stub: can you [or find someone to] ensure postgresql-contrib gets into hoary/main, if we're going to be using it in the long term [01:50] Ok - I'll talk to martin [01:50] AIEE [01:51] and the stupid thing restarts postgres [01:51] you can use foo.bar@canonical.com with password: test to see it [01:51] so sorry, to anyone I just broke [01:51] and double AIEE, it install autovacuum by default [01:51] do we want that? [01:51] Might as well. [01:52] SteveA: are we going to have a meeting now? I was thinking on leave to have lunch now [01:52] Seems to be recommended procedure (provided you still do occasional full vacuums) [01:52] carlos: no, we can talk later. enjoy your lunch. [01:52] thanks [01:52] later [01:53] stub: how does it not cause random hangs? [01:53] i.e. launchpad has an idle spate, so autovacuum kicks in on some super-huowge table [not that we have (m)any of them ;)] , and locks updates out until it finishes? [01:54] vacuum doesn't stop the server from responding - just slows it down a bit when it is running. And the more frequently you vacuum, the less work there is to do and the faster it completes. [01:54] The vacuum kicks in when it sees 'significant changes'. Not to sure about the details. [01:55] I thought it took a Big Global[per-table] Write Lock(tm), but maybe I'm out of date [01:55] 7.1 did that [01:55] (or was it 7.0?) [01:56] I thought it just locked the rows it was moving [01:56] stub: presumably emperor will need this too? and macquarie? [01:57] eventually, yes. I was just running it up the flagpole yet - show people what can be done inside postgres to see if it is good enough. [01:59] okay, installed on mawson and chinstrap [01:59] ta muchly :-) [02:10] stub: ping [02:10] lifeless: pong [02:10] hey can we do a update of what we have ? [02:11] just the current state. got a password fixing problem et al to correct. [02:11] There are only three patches to roll out, only one of which may be of relevance to you (a constraint change in binarypackage). [02:12] elmo: ping [02:12] I'd rather batch up more changes unless live stuff needs the changes [02:12] stub: their are fixes to project and product status athat live stuff needs [02:12] to increase the workflow stuff [02:13] stub: there is a critical fuxkup in the forgottenpassword app in production [02:13] can we fix it? [02:15] lifeless: I don't think I have seen those fixes. [02:15] SteveA: No idea. That is in plone somewhere, isn't it? [02:15] is there any problem in using something like dbschema.MembershipStatus.items[self.status] .title instead of iterating over dbschema.MembershipStatus.items looking for self.status? [02:15] stub: no, it is in launchpad [02:15] it just looks like the ul website [02:16] I am currently checking that it works in rocketfuel [02:16] it looks to be a 1 line fix [02:16] salgado: that is fine [02:16] lifeless: ? [02:16] If that is launchpad@macquarie, lifeless might be doing a rollout [02:17] can we get python 2.4 on galapagos ? We've a nasty affecting cscvs that ddaa reckons doesn't happen in 2.4 [02:17] stub: stub mark is working again, he's looking like being done soonish [02:17] oh, jesus, you're kidding. already? [02:17] elmo: sorry, no I'm not. [02:18] lifeless: you could compile python as cscvs user youself [02:18] if we have no package availabe [02:18] SteveA: do I then need to compile twisted too [02:18] ? [02:19] I'd really rather not go the whole do-it-myself route. [02:19] does twisted use any C ? [02:19] dunno. :| [02:19] let me check [02:20] debs should be available, at least for debian. It is pretty far into the beta cycle. === ddaa [~ddaa@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === ddaa hangs [02:20] it is at RC1 [02:20] debs are available in hoary [02:20] that doesn't mean it's easily installable on our machines [02:21] stub: mark says can you hang about for 30 minutes so he can finish one last db patch [02:21] stub: should make check in launchpad work ? [02:21] Yup, but he needs to buy me a beer ;) [02:21] lifeless: yes [02:22] he so owes you a 'best spanish beer' [02:22] twisted has C code [02:23] lifeless: get it from hoary [02:23] SteveA: what from hoary ? [02:24] SteveA: well, it fails all over the place. [02:26] guys, we REALLY don't want to start going down the road of requiring hoary or later packages for our infrastructure [02:26] it's just UTTER crack [02:26] I can just imagine your accent as you say that [02:30] daf: HELO [02:30] elmo: so whats the resolution here ? [02:38] lifeless: sigh, I'll look at python2.4 packages for galapagos [02:38] but, be aware, I HATE YOU ALL [02:38] Merge to rocketfuel@canonical.com/launchpad--devel--0: steveA says the make test target should be nuked... nuke it (patch-871) [02:40] elmo: so, we need pyscopg, twisted, in python 2.4 SteveA - thats the lot right ? [02:43] SteveA stub : vvvvvv [02:43] FAILED (failures=38, errors=20) [02:43] Exception psycopg.InterfaceError: 'already closed' in > ignored [02:43] ---- end test stderr ---- [02:43] make: *** [check] Error 1 [02:43] I've dropped all my db's, and run make in the db/schema dir [02:44] I'm fully up to date w/rocketfuel [02:44] That is a spurious warning from SQLObject because the twonks decided that __del__ methods in python actually worked. [02:44] FAILED (failures=38, errors=20) [02:44] is what I'm concerned about [02:44] Indeed. [02:44] ProgrammingError: ERROR: relation "person" does not exist [02:44] SELECT name, displayname, givenname, familyname, password, teamowner, teamdescription, karma, karmatimestamp FROM Person WHERE id = 16 === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad [02:45] stub: sorry about this [02:45] can i msg you an sql fragment for approval? [02:46] lifeless: Last time somebody complained about Person missing (bob2), rebuilding the database fixed it. [02:47] can i make that 5-04? [02:47] ('make' in database/schema, with particular attention to the last few lines which copy launchpad_ftest_template to launchpad_dev) [02:47] sabdfl: Yes - patch-5-04-0.sql [02:48] stub: ok, i will move it across and add the upda laucnhpaddatabaserevision; [02:48] oh - hang. I didn't realize you ment I had the patch to look at now. === stub needs gaim to beep more [02:49] ask sabdfl for his sounds - they're hard to ignore [02:50] elmo: "hassole" === Kinnison falls off his chair [02:56] stub: * launchpad-5-00-0.sql is corrupt or has been modified [02:56] ? [02:56] lifeless, did you registered my gpg key in PQM? [02:58] sabdfl: Run 'baz changes' to see if you accidently mucked with it. [02:59] stub: not currently, but maybe i committed a change accidentally? [02:59] i certainly didn't edit it [03:05] this is weird [03:06] stub: i don't have any changes to that file in the baz logs [03:06] nuthin [03:06] make check was working just a second ago [03:07] sabdfl: Can you run 'md5sum launchpad-5-00-0.sql' [03:07] 5f7922451b4619c7d73a4d0cd5bcefaa launchpad-5-00-0.sql [03:09] Well that is plain stupid. Same md5sum here, and it matches what is in the makefile. Yet it fails for you and works for me. [03:09] my Makefile has a different md5sum [03:10] # Confirm that launchpad-5-00-0.sql hasn't been messed with - this file [03:10] # is our baseline telling us what was installed into production [03:10] check: [03:10] @if [ "`md5sum launchpad-5-00-0.sql`" != 'ec9ccdbcdcfc1f15c15368f2642c17ed launchpad-5-00-0.sql' ] ; then echo "* launchpad-5-00-0.sql is corrupt or has been modified"; exit 1; else echo "* Using launchpad-5-00-0 as baseline"; fi [03:10] Hmm... I must have done a bad commit or a partial one or something :-( [03:17] Either change the md5 line to match what you have, or change line 14 of the Makefile to not do the check [03:17] hold on! [03:17] oh, no [03:17] wrong idea [03:17] i just did a refuel and got excited when the patch touched a Makefile [03:17] but it was a different Makefile [03:17] Heh [03:27] stub: pqm merge request sent, go ahead as soon as dilys says it's done [03:28] Merge to rocketfuel@canonical.com/launchpad--devel--0: Make taxi work again. (patch-872) [03:28] That one? [03:32] nope [03:40] Merge to rocketfuel@canonical.com/launchpad--devel--0: finalise sourcesource import workflow (patch-873) [03:40] stub: that's it [03:43] Merge to rocketfuel@canonical.com/dists--devel--0: Use a working sqlobject. (patch-35) [03:44] stub: can you please reset my pwd on the dogfood server? [03:44] s/pwd/passwd/ [03:48] ddaa: You know your production password? [03:48] If so, I'll mirror it to dogfood [03:49] well, I did the "forgotten password" thing on prod, but I was never able to actually log in using that passwd. SteveA was unable to debug the problem because the "forgotten passwd" procedure failed on him... [03:50] So, yes, I know I have set up something, but I have no evidence it's actually got where I intended it to go. [03:50] in other words: okay, go ahead, and we'll see if something works. [03:52] ddaa: There are two accounts on the production system - david@canonical.com and david.allouche@canonical.com. Which one of those are you most likely to know the password of? [03:54] Mh... I have passwod for both of them in my notes... I'm totally confused about the scope of accounts... [03:54] Just david.allouche@ for the moment... [03:54] that's the one I updated recently [03:55] ok. I'll merge the other while I'm at it. [03:57] You are supposed to have one account on the production system, with multiple email addresses linked to it. The UI doesn't encourage this though, which needs to be fixed. The dogfood system talked to a different database, so you need another account there. [03:59] ddaa: Done. Your dogfood account has the same password as your production one. === Kinnison -> huntingdon. I'll be back in 1h30m or so if anyone needs me === Kinnison will have his mobile with him === salgado [~salgado@200-206-134-238.async.com.br] has joined #launchpad === salgado is now known as salgado_lunch [04:16] lifeless, sabdfl: Production database updated to latest (5-04) [04:17] stub: general baz discussion session in progress in mark's flat [04:32] OperationalError: no connection to the server [04:32] stub: I think the dogfood server lost the db connection [04:37] ta. postgresql got bounced earlier due to a product installation - would have died then. [04:37] New Malone bug #89: "Launchpad does not survice database restarts", submitted by Stuart Bishop [04:37] https://dogfood.ubuntu.com/malone/bugs/89 [04:38] stub: any idea what we need to do to make launchpad survive? [04:39] If you execute a query on a connection that is dead, it should attempt to reconnect and only raise an exception if that fails. I don't know if the culprit is in Z3 or SQLOS or SQLObject. [04:39] sqlos or sqlobject I should think [04:40] SteveA: I think daf already filed that bug report [04:40] The exception ended up in zope.app.rdb, but it might just be SQLOS not driving the API correctly [04:40] sorry [04:40] /s/SteveA/stub/ [04:43] stub: forget that, I think daf talked about it already but the bug was not filed [04:43] Thats good - the duplicate-of field in Malone got lost a while ago ;) [04:44] X-) [04:49] SteveA: Now that I'm implementing the final import into the database, some doubts come into my mind [04:49] (doubts, not questions :-P) [04:50] SteveA: usually, it could be a long process (several minutes) [04:51] that will make the connection to timeout before getting the answer [04:53] yeah, I figured that might be the case. here's what we do. [04:53] 1. implement it as you are doing so, check it all works properly with small imports [04:55] ok [04:56] we have a choice: re-do it as a script, or make it not depend on being connected and return an "import id" and allow you to check the import id at a url. [04:56] I think it might just work as a script. [04:56] we'll run the script as a long-running process that just imports the next thing, then imports the next thing after that, and if there is nothing else, waits for a minute or so before looking again [04:58] Do we have a procedure about how to execute scripts? [04:59] or it's just a kind of fork & exec? [05:00] the thing is, we don't want to run this script when it is already running === salgado_lunch is now known as salgado [05:00] my first thought is to make the script a long-running process, and to have it made so that if you run the script while it is already running, in the same working directory (with the same configuration perhaps), then it doesn't actually run a new one [05:02] makes sense [05:02] so, first, we get it totally working [05:02] btw, I will be on stage, presenting this on the middle saturday of the conference [05:02] so I really do want it to work! [05:02] and then, we optimize with this script [05:03] I want to see it totally working on dogfood before we work on the script [05:05] sure, don't worry [05:16] stub: does the product db update include a production code update? [05:17] sabdfl: yes [05:17] strange [05:17] sabdfl: I haven't seen your email [05:17] stub: I've rebuilt [05:18] lifeless: ? [05:18] launchpad.ubuntu.com is definitely not running the latest code [05:22] lifeless: I have 2.4 debs ready for python, psycopg, twisted and egenix. let me know if/when I'm okay to install [05:22] sabdfl: I haven't done a code drop, I've been in the baz meeting :) [05:22] elmo: cool. [05:22] ok [05:33] lifeless: ? [05:33] sabdfl: I'll be checking in a quick prototype shortly of what I had in mind for improving the search UI for the bug listing. Will you have a chance to take a look in about 10-15 mins? [05:34] stub - I rebuilt my db [05:34] And everything is magically working? Or is something still bitching about the Person table being missing? [05:41] I had before reporting the failure [05:42] Merge to rocketfuel@canonical.com/launchpad--devel--0: added prototype search UI for improving the bug listing UI (patch-874) [05:46] stub: ping [05:46] BradB: possibly!" [05:46] is the authserver down ? [05:46] seems we have a problem with the auth server [05:46] stub, elmo could you reset the authentication server? [05:47] done [05:48] spiv is back on monday [05:48] sabdfl: if you have a moment to check it out, let me know. there was a couple of minor points to note. [05:49] BradB: is it committed [05:49] sabdfl: yeah (see dilys message a few lines back :) [05:49] ah, i see ok [05:49] i was mentally looking for dilys to be telling me about batching, because that still seems busticated [05:49] s/seems/is/ :) [05:50] __len__ on a resultset is doing something new and different and broken :-) [05:50] really? worked for me... [05:50] SteveA: You didn't check in a test for it though, which means you probably didn't run the sqlobject test suite either before you checked it in. [05:51] I didn't change sqlobject [05:51] I don't have rights to do that [05:52] What did you change then? :) [05:52] It was sqlobject, I could have swore (if not the official repo, but still...) [05:52] elmo: go ahead [05:52] I added a __len__ attribute to SelectResults that does: lambda self: self.count() [05:53] SteveA: xqf.sf.net wants to use rosetta _now_ to translate it [05:53] carlos: that is great [05:53] SteveA: well, some of them, they are talking about it now [05:53] they are asking about what they should do [05:53] they como from Jordi Mallach [05:53] already an alphatester of rosetta [05:53] sabdfl: When's a good time to spend five minutes discussing improving the bug UI to make it easier to find bugs? (for both avoiding duplicate reports and for just getting where you want to go quickly) [05:53] lifeless: installed. nb, python2.4 isn't the default (obviously?) [05:54] /s/como/come/ [05:54] BradB, sabdfl: even when I remove my patch, I get the same problem calling results.count() [05:55] What problem? [05:55] I am confident that my patch has not caused the problem I'm seeing in sql result [05:55] elmo: oh, how do I make it ? [05:55] >>> from canonical.lp import initZopeless [05:55] >>> from canonical.launchpad.database import Language [05:55] >>> Language.select() [05:55] [05:55] >>> Language.select().count() [05:55] Traceback (most recent call last): [05:55] File "", line 1, in ? [05:55] File "/stuff/code/Launchpad/launchpad/lib/sqlobject/main.py", line 1255, in count [05:55] count = self.accumulate('COUNT(*)') [05:56] File "/stuff/code/Launchpad/launchpad/lib/sqlobject/main.py", line 1251, in accumulate [05:56] return conn.accumulateSelect(self,expression) [05:56] AttributeError: 'ConnectionDescriptor' object has no attribute 'accumulateSelect' [05:56] >>> [05:56] lifeless: If you are getting that error (relation person missing), then either the database is not building correctly or your program is connecting to the wrong database. bob2 was getting exactly the same error btw., so I expect you are doing whatever he was. Running 'psql -d launchpad_dev -c "\d person"' will tell you if the table exists. [05:56] lifeless: the default? I don't think we can sanely, that means changing _everything_ to use python2.4 which is a lot more than just psycopg, egenix and twisted [05:56] SteveA: are you running that on a db backend that supports count() ops? [05:57] can't you just invoke your stuff as /usr/bin/env python2.4 instead of /usr/bin/env python ? [05:57] it's not immediately obvious to me what initZopeless means WRT to backend [05:57] stub: it doesn't. [05:57] elmo: hmm. I'll talk to ddaa [05:57] lifeless: I'll need the output of 'make' then [05:57] lifeless: You run your code as 'python2.4 whatever.py' instead of 'python whatever.py' [05:58] stub running testing script [06:00] elmo: https://rosetta.shuttleworthfoundation.org/ is not working [06:00] did you moved it to point to the dogfood server? [06:01] I haven't touched it [06:02] stub mailed [06:05] lifeless: The postgresql account that is being used is not a PostgreSQL super user. [06:06] Proxy Error [06:06] The proxy server received an invalid response from an upstream server. [06:06] The proxy server could not handle the request GET /. [06:06] Reason: Error reading from remote server [06:07] stub: how do I fix that ? [06:07] sabdfl, SteveA: with the launchpad to dogfood change, what happens with rosetta? should It be moved to dogfood also? [06:08] sudo -u postgresql psql -d template1 -c "alter user lifeless createdb createuser" [06:08] stub: what's up with dogfood atm? [06:09] nothing? [06:09] he does not seem to be answering anymore (I guess I will end up having a timeout) [06:09] @ Gina completed. [06:09] real 1m22.452s [06:09] sudo: no passwd entry for postgresql === Kinnison has *so* sped up the "no changes needed" case in gina [06:09] c/postgresql/postgres [06:09] daf: hello [06:09] stub: you mean "nothing is up, I know that and am working on it" or "there is no problem I am aware of"? [06:10] oh, nm, it's answering again [06:10] ok, running make again [06:11] Mmm.... must have had a few long running requests and the server blocked. I saw the same thing, so it isn't your net connection. But it was fixed by the time I had logged onto mawson. [06:11] BTW, the passwd I set up for david.allouche@canonical.com on prod does not seem to be working on dogfood either... [06:13] neither do any of the passwords I have in my books for david@canonical.com :-( [06:13] ddaa: could you email lp@ and tell us how to get gnarly? [06:14] baz get rocketfuel@canonical.com/gnarly--devel [06:14] BradB: why are you asking? [06:15] ddaa: Because I don't want my tree-lint to output stuff about a symlink that point to a non-existent file. :) [06:15] I'll update dist. [06:15] update the development config [06:15] yup [06:16] ddaa: If you could follow that up with an email to lp@ (so that you don't have to answer the question five or six different times in here), that'd be great. :) [06:16] stub much happier [06:16] okay, in exchange for that, can you please pester stub until I can log into prod and dogfood? [06:17] ;-) [06:23] ddaa: I've emailed you a fresh password [06:23] stub: thanks, I'll have a look [06:26] ddaa: what did you do to build zope with python 2.4 ? [06:26] I do not quite remember... [06:26] I need to do it now. [06:27] Basically, I did apt-get source python-twisted, then looked at some of deps I needed, did a python2.4 setup.py [06:29] I remember I needed to hack a bit on egenix-base to disable some FREELIST optimisation that caused crash with python2.4 [06:29] thanks. [06:33] Merge to rocketfuel@canonical.com/dists--devel--0: add gnarly to devel configs of buildbot and launchpad (patch-36) [06:39] stub: thanks, it's working [06:40] Merge to rocketfuel@canonical.com/launchpad--devel--0: More deb/udeb stuff and an optimisation on sourcepackage scanning (patch-875) [06:40] thanks babe [06:40] Am I safe to kick off a *BIG* gina run on mawson? [06:43] stub: ^^ [06:44] New Malone bug #90: "RCSTypeEnum and RCSNames belong in dbschema.py", submitted by David Allouche [06:44] https://dogfood.ubuntu.com/malone/bugs/90 [06:48] SteveA: ok, the import form seems to be working now (except for a small problem I'm fixing now) [06:48] SteveA: what's the policy about the SQLObject's attributes update from browser.py? [06:48] I have an SQLObject and I want to do object.attribute= foo [06:49] ok [06:49] at this moment I need to duplicat that field in the interface so it's also present in the edit interface [06:49] ok [06:49] and add also it to the .zcml [06:49] to allow its update [06:50] a method is not needed, but an attribute I don't see any other way to do it [06:50] that sounds okay [06:50] you can say set_attributes="foo" in zcml too [06:50] I only know that way to allow attributes [06:51] you can use set_schema too [06:51] that's why I'm not sure if it's the best way to do it [06:51] but, use what you know [06:51] ok [06:54] SteveA: I suppose I should use the: launchpad.Edit permission now, right? [06:54] Merge to rocketfuel@canonical.com/dists--devel--0: full production-5 update (patch-37) [06:54] We have at the moment: [06:54] [06:54] interface="canonical.launchpad.interfaces.IEditPOFile" [06:54] set_attributes="header pluralForms rawimportstatus"/> [06:54] [07:00] SteveA: I don't understand this error: [07:01] ValueError: Unknown SQL builtin type: for > [07:03] I'm gonna assume it'll be okay for me to get gina going on mawson [07:04] Merge to rocketfuel@canonical.com/launchpad--devel--0: added implementation of prototype bug id/searchtext widget (patch-876) [07:05] elmo: can I get some up-to-date keyrings please for a hoary import? === BradB is now known as BradB|lunch [07:06] uh? [07:07] up-to-date compared to what? i.e. what are you using now? [07:07] whatever I had way back when you gave me a set of keyrings at the soyuz sprint [07:07] and I know there've been keychanges since then [07:07] there's a copy on chinstrap [07:07] /srv/keyring.no-name-yet.com/ or so [07:07] okay ta [07:09] carlos: how did you get that error? [07:09] SteveA: the trace shows it when launchpad tries to commit the transaction [07:10] potemplate.rawimportstatus = \ [07:10] RosettaImportStatus.FAILED [07:10] that's the instruction I'm executing [07:10] use RosettaImportStatus.FAILED.value [07:11] checking... [07:11] perfect [07:11] thanks [07:12] we'll improve this in sqlobject at some point [07:12] by making a kind of ENUM field [07:13] but this works: if template.rawimportstatus == RosettaImportStatus.PENDING: [07:13] so I suppose it's only a problem when using the value to change a variable, right? [07:16] yes [07:17] and, it should work. I think it should be co-erced into an int/ [07:17] but a better solution overall is to make the ENUM [07:17] a clue for thins ? [07:17] zope.configuration.xmlconfig.ZopeXMLConfigurationError: File "/home/robertc/source/canonical/buildbot/launchpad/site.zcml", line 18.4-18.55 [07:17] ZopeXMLConfigurationError: File "/home/robertc/source/canonical/buildbot/launchpad/override-configure.zcml", line 2.2-2.56 [07:17] ZopeXMLConfigurationError: File "/home/robertc/source/canonical/buildbot/launchpad/override-includes/+mydatabase-configure.zcml", line 14.2-14.57 [07:17] IOError: [Errno 2] No such file or directory: '/home/robertc/source/canonical/buildbot/launchpad/lib/canonical/rosetta/sql.zcml' [07:17] make: *** [run] Error 1 [07:18] well... [07:18] I expect +mydatabase-configure.zcml has an directive in it [07:18] that refers to the sql.zcml file that is in rosetta [07:21] stub: ping? [07:22] right. but what changed : what should I change it to ? [07:22] Kinnison: dude, its 5:22am [07:22] stub: I want to start the gina import but this is gonna really hammer the db and librarian for around four hours. Will that be okay? [07:22] lifeless: Oh I guess his presence an hour ago made me assume he was readying himself for Mataro [07:23] ;) [07:24] Aah well, noone wanted mawson to run quickly right? === Kinnison preps the db [07:24] lifeless: if there was a "baz file-history" command, you could find out what happened to it :) [07:26] Well guys, mawson will be a touch busy now as it imports hoary main,restricted,universe for i386,powerpc,amd64 [07:26] :-) [07:26] who added the mail and launchpad-database files in package-includes? [07:26] (or not; yay for sourcepackage addition threw an error) [07:27] stub / BradB|lunch: either of you add those files? [07:29] SteveA: should I link to the import queue page from a particular place? [07:30] Merge to rocketfuel@canonical.com/launchpad--devel--0: add missing import to auth app (patch-877) [07:53] Merge to rocketfuel@canonical.com/launchpad--devel--0: add fmt:date fmt:time and fmt:datetime stuff for use in tales (patch-878) === ddaa [~ddaa@host217-37-231-28.in-addr.btopenworld.com] has left #launchpad [] [07:56] My name is Daniel and I am *SPESHUL* [07:56] yes, yes you are === Kinnison tries importing the projectb before wondering why it won't work === Kinnison sobs [07:56] lifeless: we gonna see you this w/e at all? [07:58] daf: hey, I didn't saw you [07:58] hi carlos [07:59] Merge to rocketfuel@canonical.com/launchpad--devel--0: fix sourcesource browser (patch-879) [07:59] Kinnison: probably not [07:59] o/~ Guns don't import packages. Gina does! WooWooWooooo summon the soyuz [07:59] lifeless: Oh well. I'll see you in Spain then dude. [08:00] daf: the pair programming you suggested is ok for me [08:00] ok, cool [08:00] Merge to rocketfuel@canonical.com/launchpad--production--1.5: cherry pick fix sourcesource browser (patch-1) [08:02] Merge to rocketfuel@canonical.com/buildbot--devel--0: Use the unix process backend. (patch-76) [08:02] Merge to rocketfuel@canonical.com/gnarly--devel--0: Add missing import. (patch-2) [08:02] wow, pqm is really busy atm... [08:03] yeah [08:04] daf: I'm going to take a break, will be back in about 30 minutes [08:04] ok [08:05] Merge to rocketfuel@canonical.com/buildbot--devel--0: Stick description and title into the database. (patch-77) [08:17] Merge to rocketfuel@canonical.com/launchpad--devel--0: Finished the basic rawimport queue edit (patch-880) [08:20] Merge to rocketfuel@canonical.com/buildbot--devel--0: properly detach jobs when the slave is lost (patch-78) === Kinnison goes downstairs to enjoy his new cdplayer for a bit [08:26] Mmm phantom === BradB|lunch is now known as BradB [08:41] lifeless: What's the status of Launchpad running on an upgraded Z3? [08:45] daf: I'm ready === kiko [~kiko@200-206-134-238.async.com.br] has joined #launchpad === kiko is now known as kiko-afk [09:17] Merge to rocketfuel@canonical.com/launchpad--devel--0: fixed a bug in the bug id/text search when no matching bugs are found (patch-881) [09:33] BradB: if I do somesqlobjectthing.foo = "'; DROP DATABASE launchpad", it's going to escape the ', right? [09:35] Yeah [09:35] kiko-afk, sabdfl: Where's the UI to assign one or more maintainers to a product or source package? [09:51] BradB, it's obtained via lucille/gina, and not done via the website [yet?] === kiko-afk is now known as kiko [10:49] Malone bug #12 fixed for package malone: Adding a follow-up to a comment fails [10:49] https://dogfood.ubuntu.com/malone/bugs/12 [10:50] sabdfl: ping [10:51] Merge to rocketfuel@canonical.com/launchpad--devel--0: made followup widgets identical to top-level comment widgets (patch-882) [11:08] daf, carlos: Is https://dogfood.ubuntu.com/malone/bugs/26 fixed? [11:09] not yet [11:09] ok [11:09] I think stub fixed the problem I had to fix them [11:09] but I hadn't time to test it [11:10] Merge to rocketfuel@canonical.com/launchpad--devel--0: disambiguated product name in bug listing (patch-883) [11:11] Malone bug #46 fixed for product Malone: bug assigment product name ambiguous [11:11] https://dogfood.ubuntu.com/malone/bugs/46 [11:15] Malone bug #86 fixed for product Malone: Bug listing needs "Quick Searches" [11:15] https://dogfood.ubuntu.com/malone/bugs/86 [11:15] Malone bug #80 fixed for product Malone: Bug titles/descriptions need to be text searchable [11:15] https://dogfood.ubuntu.com/malone/bugs/80 [11:31] New Malone bug #91: "Bug listing clickability needs to be easier to use", submitted by Brad Bollenbach [11:32] https://dogfood.ubuntu.com/malone/bugs/91 [11:32] daf: ISTR dilys doesn't notify the channel on rejects. Would it be possible to wire this up to make it so? #launchpad'ers will want to see that someone just rejected a bug they reported. [11:33] sure [11:33] thanks [11:33] BradB: I'm busy right now [11:33] no prob [11:34] I've dumped the code at http://muse.19inch.net/~daf/dump/dilys-malone