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


[20:40] <skellat> IN LIGHT OF CONTINUING ATTACKS ON FREENODE, a discussion has opened on the mailing list that members are asked to join in on.  SEE: https://lists.launchpad.net/ubuntu-us-ohio/msg01295.html
[20:49] <paultag> skellat: freenode is smooth sailing these days
[20:49] <paultag> skellat: it was *way* worse than this before the switch to ircd-sevel
[20:49] <paultag> seven*
[20:51] <Unit193> It's the DDoS, but there's nothing really important going on, so all you'd miss is someone reconnecting.
[20:51] <paultag> freenode had it *much* worse around 2007-8
[20:51] <paultag> they've been under DDoS since then, really
[20:52] <Unit193> Kind of a bummer.  Read some history on it recently, always thought OFTC was first. :P
[20:52] <paultag> :)
[20:52] <paultag> Freenode is great
[20:52] <paultag> but I love me some OFTC
[20:52] <paultag> that's my home lately, I love it there
[20:54] <Unit193> Eh, I'm mainly there for #smxi, happen to idle in -mentors too.
[20:55] <Unit193> Still prefer Freenode (applications used, and network.)