[01:16] anyone awake? === Kinnison is [01:21] vaguely [01:22] except I'm about to go to bed. [01:23] jordi. [01:23] ish :-) === Kinnison is learning; slowly [01:23] time for bed though [01:23] g'night === lamont_r is testing a new upstream util-linux [01:34] then sleeping === Signon time : Fri Dec 3 09:09:15 2004 === Signoff time : Thu Dec 16 08:50:00 2004 === Total uptime : 12d 23h 40m 45s [08:50] -ChanServ(ChanServ@services.)- You do not have channel operator access to [#canonical-meeting] === warthylog [~warthylog@port49.ds1-van.adsl.cybercity.dk] has joined #launchpad === Topic for #launchpad: Welcome to the launchpad. Crucifixion? Line on the left, one merge each. === Topic (#launchpad): set by Kinnison at Tue Dec 14 00:24:35 2004 === #canonical-meeting is desynced from zelazny.freenode.net at 08:51am === elmo__ [~james@213.151.107.243] has joined #launchpad [09:00] Morning === salgado [~salgado@213.151.107.243] has joined #launchpad === spiv [~andrew@213.151.107.243] has joined #launchpad === stub [~stub@213.151.107.243] has joined #launchpad === cprov [~cprov@213.151.107.243] has joined #launchpad === carlos [~carlos@213.151.107.243] has joined #launchpad [09:28] lifeless: The auth problem fix is going through PQM [09:32] cool. Ping Spiv I guess when its done, or is it a lunhcpad problem ? === elmo [~james@213.151.107.243] has joined #launchpad [09:35] It's a lunchpad problem as I understand it -- the authserver already copes with the extra newline. (assuming this is the problem I think it is) [09:37] lifeless: It is a lunchpack problem === ..[topic/#launchpad:stub] : Welcome to the packed-launch-pad. Crucifixion? Line on the left, one merge each. === ..[topic/#launchpad:stub] : Welcome to the packed-lunch-pad. Crucifixion? Line on the left, one merge each. === debonzi [~debonzi@213.151.107.243] has joined #launchpad === jamesh [~james@213.151.107.243] has joined #launchpad === jamesh [~james@213.151.107.243] has joined #launchpad === BradB [~bradb@213.151.107.243] has joined #launchpad [09:52] Merge to rocketfuel@canonical.com/launchpad--devel--0: Make auth more robust (patch-1109) [09:52] New Malone bug #150: "BugMessage full text index", submitted by Stuart Bishop [09:52] https://dogfood.ubuntu.com/malone/bugs/150 [09:53] Mmm.... 25 minutes... [09:56] garh. [09:58] Merge to rocketfuel@canonical.com/launchpad--production--1.8: authentication fix for launchpad (patch-17) [10:00] fix applied. [10:00] did we get that custom 502 message done ? [10:03] dudes, shouldn't we remove the ruber duck from the production server? [10:04] so, you know that machines with 64K of RAM can run some lovely high level langues :) [10:05] lifeless: Lua :-) [10:05] bah. trolled the wrong channel === jamesh [~james@213.151.107.243] has joined #launchpad === Kinnison tickles lifeless === ..[topic/#launchpad:stub] : Welcome to the packed-lunch-pad. Crucifixion? Line on the left, one merge each. Rubber-Duckies-R-Us [10:14] How droll :-) === lulu [~lu@213.151.107.243] has joined #launchpad === jamesh [~james@213.151.107.243] has joined #launchpad [10:45] Register an Open Source (Upstream) Product [10:45] I guess it's launchpad policy to use Open Source, right? [10:45] ie, it can't be changed to Free Software? :) [10:49] I don't think we have a policy [11:03] Merge to rocketfuel@canonical.com/launchpad--devel--0: package and product form refactoring, simplifying the UI (patch-1110) [11:06] if I do '\xff' in u'abc', I get a TypeError: 'in ' requires string as left operand rather than a UnicodeError [11:06] how misleading === ddaa [~ddaa@213.151.107.243] has joined #launchpad [11:13] Merge to rocketfuel@canonical.com/buildbot--devel--0: buildbot ftp support improvements from production semi-sprint (patch-87) [11:18] New Malone bug #151: "Fragile email address handling", submitted by Stuart Bishop [11:18] https://dogfood.ubuntu.com/malone/bugs/151 === carlos [~carlos@213.151.107.243] has joined #launchpad === SteveA [~steve@213.151.107.243] has joined #launchpad [11:55] Merge to rocketfuel@canonical.com/launchpad--devel--0: Nicole ready to run on Dogfood (patch-1111) [12:00] Merge to rocketfuel@canonical.com/launchpad--devel--0: merge production fixes into development (patch-1112) [12:20] elmo: everything as in 80,000 everything, please [12:21] (i.e. the open bugs) [12:23] where do you want them? [12:23] any particular machine (mawson?) or just somewhere on the LAN you can fetch them? [12:24] does anyone have mako near them? [12:25] jordi: yes [12:25] I need to talk to him urgently. [12:25] dude, why didn't you just /msg him? [12:26] I did, for two days [12:26] :) [12:29] Merge to rocketfuel@canonical.com/launchpad--devel--0: tweak import queue page; import script fixes (patch-1113) [12:31] BradB: ^-- [12:37] elmo: chinstrap please [12:37] Merge to rocketfuel@canonical.com/launchpad--devel--0: More statistics updates, removed an obsolete argument and improvements to the po/pot import daemon (patch-1114) [12:48] Merge to rocketfuel@canonical.com/launchpad--devel--0: migrate bugassignments and nuke old bugassignment tables (patch-1115) [01:11] BradB: will filing upstream bugs be fixed soon? [01:11] BradB: we need this to file bugs on Rosetta and Launchpad [01:14] Merge to thelove@canonical.com/dists--bazaar--1.1: new build (patch-33) [01:14] Merge to thelove@canonical.com/bazaar--devo--1.1: new merge algorithm that deals with tags and cycles more sanely that star-merge (patch-62) [01:14] lifeless: was that mess^Wmesh merge landing? [01:16] daf: I believe so. [01:24] BradB: chinstrap:/srv/mirrors/bugs.debian.org/ [01:24] BradB: lemme know how often you need it updated === ddaa [~ddaa@213.151.107.243] has joined #launchpad === lulu [~lu@213.151.107.243] has joined #launchpad [01:55] Merge to rocketfuel@canonical.com/launchpad--devel--0: LoginToken table (patch-1116) [01:58] elmo: ok, thanks === spiv [~andrew@fuchsia.puzzling.org] has joined #launchpad === SteveA [~steve@213.151.107.243] has joined #launchpad [02:03] daf: A new dogfood rollout fixes it, I believe. [02:03] SteveA: off the top of your head, could you tell the Zope3-ish way to hook up a named browser view that processes HTTP PUT requests? [02:07] lifeless: ping [02:09] oh, great. [02:09] canonical.publication.HTTPPublicationRequestFactory explicitly does not support HTTP PUT [02:13] New Malone bug #152: "PO/POT Upload does not appear to be protected", submitted by Stuart Bishop [02:13] https://dogfood.ubuntu.com/malone/bugs/152 [02:19] mgedmin: correct [02:19] We'd have to amend it to handle the PUT method === SteveA [~steve@213.151.107.243] has left #launchpad ["Leaving"] === SteveA [~steve@213.151.107.243] has joined #launchpad [02:20] mgedmin: we'd have to amend our http thinggie to explicitly handle the PUT method, and think what that means for the rest of the system. [02:22] SteveA: do we have a plan for fixing the breadcrumbs? [02:25] carlos: pong [02:29] lifeless: could you send me the output of the import daemon in production? [02:29] I think it's dead [02:30] carlos: daf has access to that log, for future reference. [02:30] New Malone bug #153: "Punctuation in full text searches", submitted by Stuart Bishop [02:30] https://dogfood.ubuntu.com/malone/bugs/153 [02:30] lifeless: ok, didn't know that [02:30] lifeless: are you the only one that can restart it if it dies? [02:31] File "/home/launchpad/dists/launchpad/lib/sqlobject/dbconnection.py", line 221, in _queryOne [02:31] self._executeRetry(conn, c, s) [02:31] File "/home/launchpad/dists/launchpad/lib/sqlobject/dbconnection.py", line 194, in _executeRetry [02:31] return cursor.execute(query) [02:31] carlos: I cna, elmo can, AFAIK thats it. [02:31] psycopg.ProgrammingError: ERROR: current transaction is aborted, commands ignored until end of transaction block [02:31] SELECT pluralforms, code, pluralexpression, nativename, englishname FROM Language WHERE id = 143 [02:31] started it. [02:31] I start it with: [02:31] sh ~/rosettainitscript start [02:31] as launchpad [02:31] thom can too [02:31] he doesn't count ;) [02:31] lifeless: what's the path? [02:32] daf: ~ [02:32] ~launchpad? [02:32] lifeless: thanks [02:32] the log is in dists/launchpad/rosetta.log [02:32] daf: yah [02:32] ok, thanks [02:32] New Malone bug #154: "Need a dogfood crawler", submitted by Stuart Bishop [02:32] https://dogfood.ubuntu.com/malone/bugs/154 [02:38] daf: yes, we do. === d3vic3 [~d3vic3@213.151.107.243] has joined #launchpad [02:42] SteveA: how easy is it to fix? [02:43] New Malone bug #155: "breadcrumbs generating spurious virtual hosting links", submitted by Stuart Bishop [02:43] https://dogfood.ubuntu.com/malone/bugs/155 [02:46] New Malone bug #156: "Z3 should implement HEAD", submitted by Stuart Bishop [02:46] https://dogfood.ubuntu.com/malone/bugs/156 [02:47] daf: it is easy to hack a fix that will work for now. [02:47] it is a larger chunk of work to fix it properly, which is part of the grand URL plan. [02:58] SteveA: how long would the quick fix take? could we do it today? === SteveA distributes kudos to mgedmin in the launchpad meeting [02:58] daf: yes === mgedmin surprised [03:00] mgedmin: groovy testing shit [03:02] SteveA: If we want to use 'linkchecker' then we *have* to respond to HEAD requests otherwise it'll loop forever waiting for the site to become functional [03:03] Kinnison: noted [03:04] Kinnison: on my todo list, even [03:04] cool [03:04] lifeless: If we get that exception, launchpad needs to be restarted [03:05] stub: that was import_daemon [03:05] spiv: dude, I think that my problem with the statistics is that I'm having a race condition [03:05] surely elmos testing software will tell him about launchpad proper? [03:05] spiv: the log shows me the count before the changes are finished [03:06] for import_deamon, talk to spiv about maybe using his hack for authserver. beware of the danger of transactional inconsistencies though. === lifeless points daf @ spiv [03:07] hrm [03:11] Merge to thelove@canonical.com/bazaar-debian--debian--1.1: add new translations (patch-4) [03:11] New Malone bug #157: "two people should not be allowed to edit the same translation", submitted by Sebastien Bacher [03:11] https://dogfood.ubuntu.com/malone/bugs/157 [03:11] daf - how do I tell the translators I taken the po file ? [03:12] ...*have* taken ... [03:12] lifeless: you are not able to do that (yet) [03:12] lifeless: could you file a bug about it? [03:13] garh. when is malone going live again? [03:13] lifeless: is broken? [03:14] lifeless: seb is using it atm [03:14] dogfood [03:14] no, just had the wroing browser, the one without the certificate, and need to reset my dogfood account password. [03:14] all very sucky. [03:15] New Malone bug #158: " Error type: exceptions.ZeroDivisionError", submitted by Sebastien Bacher [03:15] https://dogfood.ubuntu.com/malone/bugs/158 [03:22] New Malone bug #159: "Create a DOAP team", submitted by Stuart Bishop [03:22] https://dogfood.ubuntu.com/malone/bugs/159 [03:24] New Malone bug #160: "Ensure production librarian is being backed up", submitted by Stuart Bishop [03:24] https://dogfood.ubuntu.com/malone/bugs/160 === seb128 [~seb128@213.151.107.243] has joined #launchpad [03:24] daf have you seen http://tortoisesvn.tigris.org/translations.html [03:24] New Malone bug #161: "should have a "next 10 messages" on the bottom of the page", submitted by Sebastien Bacher [03:24] https://dogfood.ubuntu.com/malone/bugs/161 [03:28] lifeless: tla plan is up [03:29] New Malone bug #162: "error when clicking on a underline word in a bug summary", submitted by Sebastien Bacher [03:29] https://dogfood.ubuntu.com/malone/bugs/162 [03:29] jblack: url ? [03:30] http://gnuarch.org/web/communications/tla-2.0.html [03:31] jblack: thats 3 weeks old dude :) [03:31] according to mako, that was published today [03:32] at the top : [03:32] Updated: 24 Nov 2004 [03:32] it doesn't seem to have chnged since I last checked a few days back.. [03:34] New Malone bug #163: "the web UI doesn't respect the fuzzy translations", submitted by Sebastien Bacher [03:34] https://dogfood.ubuntu.com/malone/bugs/163 [03:40] Merge to rocketfuel@canonical.com/launchpad--devel--0: Nicole tested on dogfood and DOAP useful links (patch-1117) [03:43] Merge to rocketfuel@canonical.com/sourcerer--devel--0: another attempt at sending this (patch-5) [03:44] elmo: can we have it updated daily please [03:44] (the debbugs synch) [03:46] lifeless: I hadn't seen that, no === kiko [~kiko@213.151.107.243] has joined #launchpad [03:54] Merge to thelove@canonical.com/dists--bazaar--1.1: new build (patch-34) [03:55] Merge to thelove@canonical.com/bazaar--devo--1.1: Merge in latest translations : Catalan, Chinese, Danish, Dutch, Frence, Portuguese, Spanish (patch-63) [04:02] lovely [04:02] daf: maybe ask aiste to do russian and lithuanian [04:06] Merge to rocketfuel@canonical.com/sourcerer--devel--0: merge fixed sourcerer stuff (patch-6) === lamont__r [~lamont@213.151.107.243] has joined #launchpad [04:21] BradB: I'm getting errors when I run the system documentation tests in isolation. [04:22] stub: hello [04:23] daf, what happens if: [04:23] someone does a translation of an entire .pot file. [04:23] I download that and fix a little thing. [04:23] then then do more changes, and then I upload the file I downloaded. [04:24] how do I /not/ overwrite their changes. [04:25] BradB, stub: running the system doc tests in isolation fails. Running all the launchpad ftests passes. Bogus, eh? [04:25] if you type: python test.py -f canonical.launchpad.ftests.test_system_documentation you LOSE [04:25] but, if you type: python test.py -f canonical.launchpad.ftests you BIG WINNER [04:27] garh [04:28] I think that the system doc tests were not hooked into the database stuff correctly [04:28] so they work if they're borrowing the stale connection from the page tests [04:28] that's just my supposition [04:29] I need to improve the testing stuff to ensure that such junk between tests gets caught [04:30] lifeless: the changes are never lost, but I think that at this moment the UI don't let you know that so you can get the translation you just "overwrited" [04:31] SteveA: talk to me about automatically catching junk left by tests; we do that in schooltool [04:32] spiv: ping? [04:33] SteveA: running tests indivdually doesn't reset the db properly. i might have already filed a bug on that. /me double-checks [04:34] hm, no, there wasn't a bug filed [04:38] SteveA: pong. [04:45] carlos: https://launchpad.ubuntu.com//rosetta/products/gconf-editor/gconf-editor-2.10 -- looks like the French statistics are borked [04:45] daf: that's related to the bug I'm working on [04:46] daf: we don't have real statistics when the .po file was imported [04:46] and thus the real life updates break [04:46] daf, yes, I think that some people are breaking the french stuff on purpose :p [04:46] spiv, BradB: just wanted to check if there are any caveats on overriding classmethod get() in SQLOS / SQLObject base class? [04:46] I'm assuming not [04:47] daf: we should remove French, I told you that already, all pain will be over :-P === carlos hides from seb128 [04:47] carlos: ok [04:47] GRRR [04:51] carlos: ! my stats, my beautiful stats. [04:51] salgado: match Error /\%>79v.\+/ [04:52] salgado: to make vim show in red lines that are too long [04:52] lifeless: ;-) [04:52] salgado: you might want to do that only for .py, .pt and .zcml files, though [04:52] salgado: as it is annoying to do it for all files [04:52] salgado: unless you like the colour red [04:52] SteveA, thank you [04:53] SteveA: Hmm, SQLObject calls .get a fair bit internally. [04:53] carlos: how can I fix them? [04:53] I assume you intend on having compatible behaviour, though, so I guess that's fine. [04:53] spiv: yep. SQLOS already hooks it [04:53] yes [04:53] Right. [04:54] it would be nice to have events here, but perhaps expensive for the general case [04:54] salgado and I are making teams provide ITeam [04:54] using marker interfaces [04:55] lifeless: as soon as I finish the patch [04:55] lifeless: a po reimport will get rid of them [04:56] stub: no luck [04:56] stub: same problem after removing it [04:57] stub: let me check if we are using the connection directly in other places [04:57] New Malone bug #164: "not easy to download a .mo or a .po file of the current translation", submitted by Sebastien Bacher [04:57] https://dogfood.ubuntu.com/malone/bugs/164 [04:58] seb128: can you file a bug for getting a zip of /all/ the translations for a template ? [04:58] stub: yeah, we use it about 4 times [04:58] Merge to rocketfuel@canonical.com/launchpad--devel--0: malone debbugs integration (patch-1118) [04:58] lifeless, ok [04:59] seb128: dude, be polite please or you will sleep outside the room tonight [04:59] ;-) [05:00] bah [05:00] I've the key [05:00] spiv: Can we just turn off lazywrite for this script? [05:00] seb128: that's not a big problem ;-) [05:01] stub: Hmm, I suppose so. [05:01] stub: I'm not sure how best to specify that globally. I guess in SQLBase. [05:03] Probably. An option to initZopeless to set it [05:03] Yeah, that'd be appropriate. [05:03] New Malone bug #165: "auto-importof templates/translation from CVS", submitted by Sebastien Bacher [05:03] https://dogfood.ubuntu.com/malone/bugs/165 [05:04] Looks like SQLBase._lazyUpdate = True would do the trick [05:04] any rosetta guy can explain me why I have to be the owner for the modules I've imported ? [05:04] that's going to be a total mess for stuff like GNOME [05:04] seb128: because you imported them ;-) [05:05] I don't want the ownership === lamont__r is now known as lamont_r [05:06] seb128: I think you're right [05:06] har, how to make rosetta break. [05:06] stub: Yep, looks like it.. [05:06] seb128: the permission feature is still being defined and implemented [05:06] lifeless: you broke it? [05:06] so, now I'm not able to do a baz commit if my tree is not "lint clean"? [05:07] yah [05:07] go https://launchpad.ubuntu.com/rosetta/products/bazaar/messages.pot/+translate?languages=en_AU&offset=390 [05:07] seb128: could you file a bug? [05:07] lifeless: you fix it, you know... [05:07] daf, no problem :) [05:07] make a new translation of the last message. [05:07] -def initZopeless(debug=False): [05:07] +def initZopeless(debug=False, lazyUpdate=True): [05:07] + SQLBase._lazyUpdate = lazyUpdate [05:07] (just copy npaste) [05:07] And fix the import should do it... [05:07] then click save and wait..for....it....to....tell....you...it...fails [05:07] spiv: is hct still required for developing on launchpad? [05:08] lifeless: is it down? [05:08] carlos: no [05:08] lifeless: because I don't get the page... [05:08] spiv: please add notes on turning off laziness to the notes on what needs improving for initZopeless [05:08] oh, let me check it [05:08] SteveA: The import is now done in the relevant function, so the answer should be "no". [05:09] salgado still has this dependency [05:09] I'll investigate. [05:09] thanks [05:10] spiv: ok, it is not being imported when running zope [05:10] but it is being imported during make check [05:10] SteveA: zope 3 isrunning [05:10] which is good, I suppose [05:10] but not responging to requests. [05:10] lifeless: where? [05:10] is thre a thread cap or somehthing? [05:10] lifeless: yes [05:10] launchpad.ubuntu.com [05:11] New Malone bug #166: "I don't want the ownership for the modules I've added", submitted by Sebastien Bacher [05:11] https://dogfood.ubuntu.com/malone/bugs/166 [05:11] is it possible that several people have asked for infinite loops, or geological time queries to be processed? === lifeless shrugs [05:12] Proxy Error [05:12] The proxy server received an invalid response from an upstream server. [05:12] The proxy server could not handle the request POST /rosetta/products/bazaar/messages.pot/+translate. [05:12] Reason: Error reading from remote server [05:12] just gt that back [05:12] from apache [05:12] seb128: Aist here has an interesting problem with her keyboard: Alt+Tab has stopped working [05:12] would that be from apache's proxypass timing out? [05:12] SteveA: I think so, yes [05:13] without intimate access to that machine, all I can suggest is to copy log files and restart it [05:13] we can look at what the last activity was [05:13] nothing in the logs. [05:13] I have intimate access. [05:13] daf: I have that problem from time to time [05:13] tell me what you'd like me to look at? [05:13] New Malone bug #167: "add an option to download all the translations for a template", submitted by Sebastien Bacher [05:13] https://dogfood.ubuntu.com/malone/bugs/167 [05:13] daf, without doing anything ? [05:13] daf: just switch to a text mode and you will see if she has a key blocked [05:14] seb128: not sure -- she's using a combination US+LT keyboard layout [05:14] lifeless: are zope's / python's threads using cpu? [05:14] daf, no idea [05:14] daf: in that case... not sure how to fix it in that laptop, I fix it pressing a special key handled by the kernel [05:14] no. [05:14] seb128: you can come and look if you like :) [05:14] daf, middle of a BOF atm [05:14] what are they doing [05:14] ? [05:15] SteveA: dunno. [05:15] carlos: Ctrl-Alt-F1 didn't do anything [05:15] mdz is running a debugs import I think, but thtats sporadic. [05:16] lifeless: I need to see the last requests from the logs [05:16] but we may as well restart it [05:16] it would be interesting to know if the database is busy [05:16] 127.0.0.1 - Anonymous [16/Dec/2004:15:54:51 +0100] "GET /++vh++https:launchpad.ubuntu.com:443/++/rosetta/products/xqf/xqf-1.0.1/+translate?languages=es_ES HTTP/1.1" 401 451 "https://launchpad.ubuntu.com/rosetta/products/xqf" "Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES; rv:1.7.5) Gecko/20041108 Firefox/1.0" [05:16] stub: ping [05:16] can we find out what apache sent immediately after that particular last log line? [05:17] or rather, what apache received [05:17] I'm getting strace installed by elmo [05:17] I have a suspicion. [05:17] the request above completed [05:17] elmo: can you also do ^^^ w.r.t. apache, if anything has been logged. [05:17] the next request (s) did not [05:17] SteveA: yah. [05:17] done [05:18] yah FUTEX_WAIT. [05:18] hey, they don't call me "sherlock the fucking obvious" for nothing [05:18] ewww [05:18] launchpad@macquarie ~ $ strace -p 22390 [05:18] Process 22390 attached - interrupt to quit [05:18] futex(0x89522f8, FUTEX_WAIT, 0, NULL [05:18] and thats all folks. [05:18] fut alors === SteveA whistles looney tunes outro theme [05:19] ok, we are back [05:20] I've added LD_ASSUME_KERNEL+"2.4.2" [05:20] so... random kernel shite? [05:20] bah [05:20] = [05:20] to the start script. [05:20] eww [05:20] cprov: you've got new mail [05:20] argh [05:20] elmo: can you update the root script from my initscript changes, and also add in the rosetta script? no panic... just before you next reboot :) [05:20] Merge to rocketfuel@canonical.com/launchpad--devel--0: merge production fixes for export into development (patch-1119) [05:22] err, last time we saw postgres stuck in futex, I thought stub diagnosed it as a broken query trhat was doing too much work? [05:23] elmo: that wasn't postgres. [05:23] that was launchpad. [05:25] lifeless: the python process was stuck on a futex ? [05:27] fuxed on a futex? [05:27] are futexes used in threadlocking? [05:28] I presume the phtread implementation lin libc uses futexes under the hood these days... [05:29] not pthread, NPTL [05:29] or at least, that's what Rob disabled by using the LD_ASSUME_KERNEL trick [05:30] yah. [05:30] its a bastard mix of kernel and userspace. [05:30] we should switch to the hurd and avoid the whole problem. === debonzi [~debonzi@213.151.107.243] has joined #launchpad [05:33] New Malone bug #168: "automatic/manual update of templates from CVS", submitted by Sebastien Bacher [05:33] https://dogfood.ubuntu.com/malone/bugs/168 [05:34] s/Malone/Rosetta/ ... and apparently there is not way to reassign a bug atm [05:34] lifeless: I tried what you told me and it's still waiting for an answer from the server.... [05:34] seb128: file a bug ;) [05:35] lifeless: is there any way to be sure is not the previous problem and see if it's a bug in rosetta? [05:35] seb128: there is a way [05:35] seb128: or I think so [05:35] seb128: do the same you do to close a bug (I said you it this morning) [05:35] hmmm [05:35] #162 break it I think [05:36] perhaps it's not possible :-P [05:36] I get a backtrace when I click on one of the details [05:37] seb128: malone? [05:37] nice, launchpad doesn't reply now [05:37] carlos, yeah [05:38] seb128: ask BradB === pitti [~pitti@213.151.107.243] has joined #launchpad === seb128 blames pitti [05:39] he b0rked launchpad [05:39] dudes [05:40] bad pitti! [05:40] If I'm able to break launchpad just by clicking on "save", then you should rename it to "break" and make it big and red [05:40] :) [05:41] :-D [05:41] yeah, we need to make the "Save" and "Break" buttons more distincs [05:41] * distinct [05:41] do I need to open a bug about the bad certificate ? [05:41] yes, file it on elmo [05:41] no don't, you troll [05:41] there's already one open [05:41] yeah, but usually filling dups help to get the pb fixed faster :p [05:42] cool, you can handle Malone's duplicate-handling features [05:42] stub, spiv: I removed all ._connection references from rosetta code but I still have the problem updating the statistics [05:42] and when it's no enough the next step is the massive troll on a list :) [05:42] lifeless: ltrace might be a bad plan - the ltraced stuff goes into 'T' state [05:42] I've bounced it [05:42] [which I've never seen before] [05:42] is that like D-state? [05:43] elmo: can you remove 15401 and 15397 [05:43] I can't get them to go away [05:43] The proxy server received an invalid response from an upstream server. [05:43] cool [05:43] lifeless: done [05:43] no its not. [05:43] they are still there. [05:43] can we replace the proxy message with something nicer? [05:45] daf - uhhuh. thats what I suggested a few days back. ") [05:45] ok, back up again. [05:45] daf: yes, you guys were meant to be doing a page :-P [05:45] I won't try my hang-launchpad request. [05:45] but can I suggest that on dogfood someone try my ittle trick. [05:47] hmm, I don't remember that [05:47] I can knock something up [05:47] dude, I don't want to know. [05:49] elmo: the 'T' state == "process is under ptrace control with the parent in control" *or* it means that it has received a 'SIGSTOP' basically [05:49] yeah, I know [05:50] but I haven't seen ltrace just exit when asked to attach to a process and leave the process in 'T' state I meant [05:50] Oh that'll happen if ltrace crashes [05:50] great. [05:50] chalk another bug to ... [05:51] can we get a dogfood update ? [05:53] stub: ping [05:53] stub: what lifeless said [05:54] stub [05:54] stub [05:54] stub [05:54] stub [05:54] stub [05:54] stub === pitti sings 'Oops, launchpad did it again...' [05:54] bah === stub smacks pitti [05:54] should be "pitti did it again" [05:55] elmo: can we get a debug-symbols compiled python & gdb on macquarie ? steve says this is a good thing. [05:55] pitti, stop clicking on the break button please, kthxbye. [05:56] lifeless: there's nothing good about any of this [06:01] wtf is going on? [06:01] New Malone bug #169: "statistics broken", submitted by Sebastien Bacher [06:01] https://dogfood.ubuntu.com/malone/bugs/169 [06:02] ------ [06:02] 2004-12-16T17:02:19 ERROR SiteError https://launchpad.ubuntu.com/rosetta/products/bazaar/messages.pot/+translate [06:02] Traceback (most recent call last): [06:02] File "/home/launchpad/dists/launchpad/lib/zope/publisher/publish.py", line 143, in publish [06:02] publication.afterCall(request, object) [06:02] File "/home/launchpad/dists/launchpad/lib/zope/app/publication/browser.py", line 64, in afterCall [06:02] super(BrowserPublication, self).afterCall(request, ob) [06:02] lifeless: I saw that earlier too, but couldn't reproduce. [06:02] File "/home/launchpad/dists/launchpad/lib/zope/app/publication/zopepublication.py", line 167, in afterCall [06:03] txn.commit() [06:03] File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 293, in commit [06:03] self._commitResources(subtransaction) [06:03] File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 340, in _commitResources [06:03] rm.tpc_vote(self) [06:03] File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 629, in tpc_vote [06:03] self._datamanager.prepare(transaction) [06:03] File "/home/launchpad/dists/launchpad/lib/sqlos/transaction/__init__.py", line 157, in prepare [06:03] obj.sync() [06:03] File "/home/launchpad/dists/launchpad/lib/sqlobject/main.py", line 672, in sync [06:03] raise SQLObjectNotFound, "The object %s by the ID %s has been deleted" % (self.__class__.__name__, self.id) [06:03] SQLObjectNotFound: The object POMsgSet by the ID 4944 has been deleted [06:03] 1 [06:04] Oh, no, that's is different. [06:04] after a few requests past that, it goes byebye [06:08] spiv, that's is fuckxored [06:09] The normal way to cause that particular error is to issue queries behind SQLObject's back in a way that's inconsistent with live SQLObjects (e.g. by doing SQLBase._connection.query('DELETE FROM foo')) [06:10] but dude, spiv, are we actually doing DELETEs there? [06:10] Right, I don't think we are. [06:10] daf says that that error hasn't caused thae hangs in the past. [06:10] the other way of doing it is poisoning the sqlobject object cache [06:10] could it be sqlobject not propogating a rollback properly ? [06:10] It could be. [06:10] do the sqlobject logs say anything interesting? [06:10] err [06:10] postgresql logs [06:10] spiv: does this have anything to do with that caching fix you did? [06:11] BradB: jog my memory? [06:11] if the object cache is poisoned with objects that haven't been persisted, well.. [06:11] spiv: i barely remember, but you had asked my opinion about changing something in IRC, i think [06:11] Oh, right. [06:11] lifeless: I'm saying I've seen similar errors which weren't accompanied by Launchpad dying [06:12] spiv: IIRC, an exception with that message was raised right around the code in question. [06:12] BradB: That fix was specifically to avoid this exact error when it wasn't really an error, so that's not the case here :) [06:12] spiv: the server's running that version?? [06:12] s/\??/?/ [06:13] Yes, I believe so... lifeless, I assume the sqlos tree on production launchpad is up to date? [06:13] yeth masther [06:13] I seem to recall we checked this recently for some other reason. [06:14] Hmm... [06:14] BradB: s/s\/\\\?\?\/\?\//s\/\\?\\?\/?\// === mgedmin hides [06:14] Merge to rocketfuel@canonical.com/launchpad--devel--0: various fixes to prepare for first (production) release (patch-1120) [06:15] sqlos is at patch 4, which isi current [06:15] 2004-12-16 17:02:19 [15712] LOG: statement: SELECT COUNT(*) FROM POTMsgSet WHERE [06:15] POTMsgSet.potemplate = 2 AND [06:15] POTMsgSet.sequence > 0 [06:15] 2004-12-16 17:02:19 [15712] LOG: duration: 3.133 ms [06:15] 2004-12-16 17:02:19 [15712] LOG: statement: UPDATE POMsgSet SET iscomplete = 't' WHERE id = 4944 [06:15] 2004-12-16 17:02:19 [15712] LOG: duration: 0.455 ms [06:15] 2004-12-16 17:02:19 [15712] LOG: statement: SELECT commenttext, potmsgset, sequence, obsolete, iscomplete, pofile, fuzzy FROM POMsgSet WHERE id = 4944 [06:15] 2004-12-16 17:02:19 [15712] LOG: duration: 0.296 ms [06:15] 2004-12-16 17:02:19 [15712] LOG: statement: ABORT [06:15] 2004-12-16 17:02:19 [15712] LOG: duration: 0.691 ms [06:15] mgedmin: heh [06:16] mgedmin: nice case of LTS :) [06:16] BradB, can you get mark to get up and bof-move? [06:16] stub: ? [06:17] kiko: this is intense dude...intense! [06:17] he'll be up in a bit though [06:17] stub: hmm [06:17] BradB, ask him if we can go ahead without him? [06:17] it's 15m late [06:17] carlos: any idea where these statements might be coming from? [06:17] 17m actually [06:17] stub: Any eairlier reference to that id in the logs? [06:17] stub: i.e. any idea where itw as created? [06:18] daf: updateTranslations() [06:18] kiko: he's coming right now [06:18] any idea about the abort? [06:18] tell me when he gets up [06:18] daf: no [06:18] me neither [06:19] stub: Or failing that, the last SELECT on POMsgSet before that UPDATE? [06:23] okay [06:24] so the current hypothesis is that we are aborting and swallowing the exception [06:24] then sqlobject thinks its object is still around [06:24] no idea on the hang itself [06:25] daf, carlos: do we have any exceptionless except: traps, or specific pgsql except traps? [06:25] possibly [06:25] possibly? [06:25] htf? [06:25] if we do, carlos owns them [06:26] or they are in code that Lalo wrote [06:26] I think there might be something like that in the import code [06:27] no [06:27] it has to be in the code that saves the form post data [06:27] so far that's the only place I've seen rosie blow up === stub [~stub@213.151.107.243] has joined #launchpad [06:28] its running sweet now. [06:29] let me try my killer request === daf looks at "grep except lib/canonical/launchpad/database/pofile.py" [06:29] yay. me kill launchpad. [06:30] there are two, both in the import code, and they log the exception [06:30] so dude [06:30] stub did we get the dogfood update ? [06:30] lifeless, what is your killer request? [06:30] Got halfway before a reboot happened... [06:30] eek [06:30] and daf, dude, are we running poimports simultaneously? [06:30] go to the last page of the en au translation for bazaar. [06:30] except SQLObjectNotFound: [06:30] copy and paste the entire text of teh last message on that page. [06:31] ? [06:31] click on save. [06:31] kiko: ye [06:31] s [06:32] daf, can we stop them for a bit to see if they are to blame? [06:33] lifeless, did I just kill production? [06:33] sure -- perhaps we can get lifeless to excise them? [06:33] woo woo call the police [06:35] kiko yes [06:35] restarted [06:35] lifeless, can you stop the PO imports for a bit? [06:35] 2004-12-16T17:35:20 WARNING ZopePublication Competing writes/reads at /++vh++https:launchpad.ubuntu.com:443/++/++resource++rosetta.png [06:35] Traceback (most recent call last): [06:35] File "/home/launchpad/dists/launchpad/lib/zope/publisher/publish.py", line 143, in publish [06:35] publication.afterCall(request, object) [06:35] File "/home/launchpad/dists/launchpad/lib/zope/app/publication/browser.py", line 64, in afterCall [06:35] super(BrowserPublication, self).afterCall(request, ob) [06:35] File "/home/launchpad/dists/launchpad/lib/zope/app/publication/zopepublication.py", line 167, in afterCall [06:35] txn.commit() [06:35] File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 293, in commit [06:36] self._commitResources(subtransaction) [06:36] File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 334, in _commitResources [06:36] rm.commit(self) [06:36] File "/home/launchpad/dists/launchpad/lib/ZODB/Connection.py", line 617, in commit [06:36] self._store_objects(ObjectWriter(obj), transaction) [06:36] File "/home/launchpad/dists/launchpad/lib/ZODB/Connection.py", line 640, in _store_objects [06:36] s = self._storage.store(oid, serial, p, self._version, transaction) [06:36] File "/home/launchpad/dists/launchpad/lib/ZODB/MappingStorage.py", line 94, in store [06:36] data=data) [06:36] ConflictError: database conflict error (oid 0x04, class BTrees._OOBTree.OOBTree, serial this txn started with 0x0359ea9f56a6ab00 2004-12-16 17:35:20.308839, serial currently committed 0x0359ea9f56fad833 2004-12-16 17:35:20.385905) [06:36] woooo! [06:37] lifeless, hopefully that's unrelated or just fallout [06:40] otoh [06:43] lifeless, is the importer stopped? [06:45] carlos, dude [06:45] * Module canonical.rosetta.browser, line 354, in _language [06:45] nonUpdatesPercent = float(nonUpdatesCount) / total * 100 [06:45] ZeroDivisionError: float division [06:45] kiko: that's already know and fixed [06:45] okay [06:45] kiko: yesterday we forgot to remove it from the code [06:45] the way to do it is [06:46] stub: ping [06:46] daf: https://dogfood.ubuntu.com/rosetta/translator backtraces on doggie [06:46] nonUpdatesPercent = total and nonUpdatesCount / total * 100.0 or 0 [06:46] rosie's crashing there [06:46] kiko: sorry, missed that. [06:46] lifeless: I think there's a fix in production for that [06:47] lifeless: I need to ask you about something to do with that -- I tried merging that branch into Rocketfuel today, but got conflicts [06:47] lifeless, I suspect that if the importer stops we might see a light [06:47] https://dogfood.ubuntu.com/rosetta/products/gnome-panel/main-2.8 trashes too. [06:47] kio no - unrelated. [06:47] the imported is async, runs every minute. [06:47] the importer is stopped.. [06:47] stub: can you do a dogfood rollout? i wanna test for a bit and then put malone in production, if possible. [06:47] lifeless, are we talking poimports here? [06:47] kiko: we reverted a change that introduce such bug but we missed a patchset [06:47] ah [06:47] dogfood rollout is underway [06:48] daf: merge it into your main tree. [06:48] kiko: but it's should only appear when we don't have imported a potemplate file into the system [06:48] lifeless: star-merge? [06:48] use replay I think. [06:48] carlos, a [06:48] or replay --skip-present. [06:48] as soon as it's imported, it should not break [06:48] replay the entire branch, or cherry-pick? [06:48] daf: cherry pick [06:48] ok [06:49] kiko: I just need to find a problem we found with sqlobject so I can test my new patch and then merge it into production [06:49] /s/find/fix/ [06:50] stub: how about that dogfood update ? [06:50] carlos, find what problem? [06:51] lifeless: ^^^ [06:51] 17:47:57 dogfood rollout is underway === kiko pokerolies carlos [06:52] yeah, its been 3 minutes. [06:52] we need another one as of like 10 minutes ago though :) [06:52] that'll be the last version of malone before it goes into production [06:52] FAMOUS LAST WORDS [06:52] BradB: hahahahaha [06:52] s/that'll be/that's intended to be/ [06:52] too late young padawam [06:53] padawan even. [06:53] afterall, if it were truly the last, there'd be no point even dogfooding it [06:53] carlos!!! [06:54] hahahahahaha [06:55] still crashes it, import_Daemon has no impact. [06:55] ok, brought it back. [06:55] are we there yet ? [06:55] lifeless, thanks for reviving it. it indeed DOES bow up without the importd [06:56] I killed it via my magic request, after the imported had been dead for 10 minutes. [06:56] I also killed it, how interesting. [06:56] *we* killed it :) [06:56] it's not a competition! [06:57] how did you kill it ? [06:57] it was a twin-kill [06:57] I posted to the last page for pt_BR bazaaaaaaar [06:57] or did you kill it now. you did din't you. [06:57] garh. [06:57] bounced. [06:57] thanx [06:57] lifeless: Dogfood updated [06:57] I really thihink its a last page bug [06:57] BradB: ^^^ === stub smacks kiko [06:57] w00t! [06:57] sorry, I just killed it again [06:57] kiko: start testing malone mr. bugman! [06:58] BradB: you'll wish you'd never asked [06:58] actually, lifeless might be interested, since it's for his product that i was hoping the first version would be the most useful (i.e. product bug reporting) [06:59] Here come de bug man. Buuuuuuugs [06:59] carlos: stats sstill stuffed in dogfood [06:59] BradB: that's right, Rosetta and Malone are for translating and managing bugs in Bazaar respectively :) [06:59] dudes, please [06:59] I cannot work that way, give me a break [07:00] I know that they are not working [07:00] I'm fixing them [07:00] atm [07:00] sorry, I can't test the bug that affects production without being aboe to get to the last page. [07:01] rock. [07:01] lifeless: carlos and spiv have been battling SQLObject weirdness that prevents the statistics from working down here [07:01] got a gui trackback :) [07:01] daf: ok. [07:01] we have a fix which looks like it works, so we might have a patch for you soon [07:02] boring [07:03] BradB, why can I create bugs in the RESOLVED state? [07:04] super leet kiko [07:04] kiko: that's for reporting bugs which you have already fixed [07:04] BradB, the TITLE IN THE FORMS NEEDS SOME WORK PLEASE [07:04] daf, ha ha ha [07:06] BradB, found a peculiarity in the add package bug form [07:06] kiko: dude, if we get to /that/ level of bug reporting, we're all doomed at this stage. :P [07:06] if you select a source package, you really should restrict the binary package select box to packages of that source package [07:06] (i.e. creating resolved tasks) [07:07] do you want feedback or not slacker? [07:07] there are about 37 hours left for fixing bugs today [07:07] kiko: yeah, that's why the package thing isn't going to be used for the first version. [07:07] kiko: basically, we want to get people doing what they're doing with rosetta, which is make bazaar dudes happy [07:08] and source package names get converted into integers, woo woo that's a bug === carlos needs some redbull directly in his blood [07:10] Merge to rocketfuel@canonical.com/launchpad--devel--0: merge more production fixes into development branch (patch-1121) [07:10] kiko: yep, that's why we're hiding it [07:10] kiko: it's a two second change, but ah, everything's a two-second change. :) had to just rollout another version at some point. [07:11] BradB: two-second change, but a twenty-minute merge ;) === mgedmin [~mg@213.151.107.243] has joined #launchpad [07:11] exactly! [07:12] filing against packages is boo [07:13] stub: another dog update please [07:13] stub: did you not spot the fnord in my database comments patch then dude? [07:16] Kinnison: My eyes are dim I cannot see [07:16] Damn you [07:16] you've earwormed me! [07:19] stub: I have not brought my specs with me [07:19] bwuahahaha === Kinnison is de-wormed [07:19] (mmmm tablets) [07:28] kiko: that product filebug thing is broken because there's no page test for it...argh [07:28] i hate not-page tests [07:29] ((not page) tests) or (not (page tests))? [07:29] not (page tests) [07:29] (page-test) [07:30] oh yeah, they suck [07:30] (page)-tests rule, though [07:31] bah logical not [07:31] BradB, dude, there are other bombs === lulu [~lu@213.151.107.243] has joined #launchpad [07:31] I'm going down, ok [07:35] bob2: much better than illogical not, I find [07:36] well, true [07:36] also, rosetta is cool [07:36] good work [07:36] thanks bob [07:36] nobody reply to my bugs :( [07:37] rosetta guys are not cools [07:48] New Malone bug #170: "ubuntu", submitted by Christian Robotton Reis [07:48] https://dogfood.ubuntu.com/malone/bugs/170 [07:52] Merge to rocketfuel@canonical.com/launchpad--devel--0: last minute fixes from kiko-testing (patch-1122) === lulu [~lu@213.151.107.243] has left #launchpad [] === ddaa [~ddaa@213.151.107.243] has joined #launchpad [07:55] New Malone bug #171: "bugs", submitted by Christian Robotton Reis [07:55] https://dogfood.ubuntu.com/malone/bugs/171 [07:58] seb128, that's boogage [07:58] non-zarro boogs [07:59] kiko, what ? === debonzi [~debonzi@213.151.107.243] has joined #launchpad [10:40] hmm. [10:41] did lamont break wireless? [11:32] !alindeman:*! HAPPY BIRTHDAY TO LILO. HAPPY BIRTHDAY TO LILO. HAPPY BIRTHDAY TO LILLLLLOOOOOOO. HAPPY BIRTHDAY TO YOU!