[12:03] good night, see you tomorrow === smurf [n=smurf@debian/developer/smurf] has joined #launchpad [12:08] sabdfl, night -- I'm working on moving up in the rankings! [12:16] kiko: we need top100, top500 pages === ajmitch obviously needs to fix more bugs to get karma [12:21] sabdfl, oh, I'm not going to bed! the fun is only starting [12:21] I'm merging the first patches from matsubara [12:28] <\sh> sabdfl: spiv is the authserver xmlrpc god? [12:28] yes [12:29] he is [12:29] night all, see you all tommorow [12:29] night sivan [12:29] <\sh> rock...:) do you have a test auth xmlrpc server around to play with? (regarding php xmlrpc authserver integration for the forums?) [12:30] kiko: ciao [12:31] hmmm [12:31] \sh, a test one, unfortunately, not that I know of [12:31] boa noite [12:32] <\sh> kiko: hmm.....then this will be a hard test for the servers at all :( [12:33] \sh, what are you trying to do? [12:34] <\sh> kiko: sabdfl proposed the possibilty to authenticate, at least one of the ubuntu forums, forums user against LP..which means: more traffic and more db transactions on the xmlrpc interface and db. [12:34] should be okay [12:34] <\sh> kiko: experiences with lycos LSU xmlrpc and db design and structure tells me, we need to have a playground first, some stresstest and then "ready to go" [12:35] <\sh> kiko: I don't know which infrastructure you have :) running a 10 node tru64 oracle cluster was enough for lycos europe ;) [12:36] are our forums that heavily-hit? [12:37] kiko: "Most users ever online was 1,155, 1 Day Ago" :) [12:37] at the same time? [12:37] yeah. Currently Active Users: 736 [12:38] <\sh> kiko: well..I hope that the session management changed a bit towards humanity ;) and they're not requesting everytime a single username from the database [12:38] I'm not related to ubuntuforums though, I'm interested in authentication for the Romanian LoCo sites... [12:38] <\sh> dand: that's peanuts ;) for the 10 node cluster that is ;) [12:38] <\sh> kiko: are u running postgres? [12:38] \sh: right :) [12:42] meh [12:42] launchpad is doing it's "Not logged in" -> Log in -> "You are already logged in" thing agan [12:45] \sh, yep [12:47] <\sh> kiko: so the db is not the problem at all...I think in cluster mode? [12:47] not yet in cluster mode [12:49] <\sh> kiko: bigIP LBs? [12:49] \sh, I'm not sure -- you'd ned to check with stub the DBA [12:50] <\sh> kiko: k...I'll have to check as well the version of the forums software and check as well the session management they're using...bah php... === dand waves [12:58] main thing will be smart session management. [12:58] other big issue will be account migration [12:58] <\sh> sabdfl: which is quite an adventure for phps session management bound to authentication actions [12:59] err. fun. [12:59] <\sh> sabdfl: but as I said in the beginning...I don't do this without a testing environment...;) [01:01] baz managed to hang a process === camilotelles [n=Camilo@20132139198.user.veloxzone.com.br] has joined #launchpad [02:04] jamesh: ping === tambaqui [n=patricia@200-230-128-226-mns.cpe.vivax.com.br] has joined #launchpad [02:15] tambaqui? [02:15] any dev around? [02:15] sabdfl? [02:15] https://launchpad.net/distros/ubuntu/breezy/+sources/apt/+translations [02:16] why isn't apt there? [02:16] lemme see [02:16] Hi kiko [02:16] tudo bem? [02:16] t, viu [02:17] kiko: vc vem para o III ESLAM? [02:17] isso eu j no digo -- quando ? [02:18] segfault, that's because we haven't imported the breezy-apt translations [02:18] however [02:19] hmmm [02:19] is that hard to do? [02:19] indeed, why doesn't it show up there. [02:19] there's some strings which should be translated and appear in breezy final [02:19] kiko: 13,14,15 em Manaus http://eslam.comunidadesol.org/ [02:19] they're part of the new progress bar [02:20] segfault, perhaps the apt import is failing, let me check. [02:20] e seria genial t-las [02:20] :D [02:21] hmmm [02:22] segfault, can you file a rosetta bug? [02:22] it may be that the apt import is failing for some reason I can't discover [02:24] done, #2622. [02:25] thanks [02:47] kiko: vc sabe o nick do Martin Pool? [02:47] kiko: vc tem as fotos que ele tirou? [02:47] mbp or mpool [02:48] tambaqui, sei sim -- mpool [02:48] tambaqui, tenho todas! [02:48] beleza, me manda [02:48] patyfelix02@yahoo.com [02:50] em qual canal posso encontrar mpool? [02:51] tambaqui, so uns 600mb [02:51] ele no t por aqui hoje [02:51] (mas normalmente est) [02:51] ok [02:51] beleza [02:51] tambaqui, posso te mandar um CD, se me mandar o seu endereo por email [02:52] ok, qual o teu email? [02:52] kiko@ubuntu.com? [02:53] tambaqui, entre outros :-) [02:54] : ) [02:54] :D [02:57] kiko, o Ian vai organizar uma festa no final do evento naquela praia proximo do flutuante dele, vai ser o bicho!!! [02:58] putz [02:58] ser que o Georg Greve vai gostar? :) [02:58] heh === niemeyer [n=niemeyer@200.103.241.88] has joined #launchpad [03:05] bom, vou indo para casa [03:05] 10:05 no escritrio no bom sinal! [03:05] ok [03:05] beijos [03:05] beijos [03:17] come on, speak english === stub [n=stub@203-214-4-72.dyn.iinet.net.au] has joined #launchpad === marco [n=marcolu@61.151.243.154] has joined #launchpad [03:38] lifeless: Can you give pqm a kick up the bum? [03:42] I did just before [03:43] stub: Ah, thanks :) [04:15] shouldn't shipit.u.c and shipit.ul.o be the same site? [04:18] bob2: yes.... === marco [n=marcolu@61.151.243.154] has joined #launchpad [04:19] http://shipit.ubuntulinux.org is working fine here. https://shipit.ubuntulinux.org is a little... umm... odd [04:20] haha [04:24] fixed [04:29] elmo: Ta ;) [04:51] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] make code of conduct console search more obvious (patch-2513: mpt@canonical.com) === Rubsoft [n=Rhaymar@200.121.4.79] has joined #launchpad [04:59] alguien habla castellano [04:59] alguien habla castellano [05:26] Merge to rocketfuel@canonical.com/launchpad--devel--0: r=bradb Fix busted traversals to context/+bug (with no bug number after it) and add tests; simplified +bug traversal in traversers.py (patch-2514: christian.reis@canonical.com) [06:04] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Add some spacing to the hackergotchi image on the person's homepage (patch-2515: christian.reis@canonical.com) === niran [n=niran@niran.Stanford.EDU] has joined #launchpad === x_madbot [i=1000@200227177146-dial-user-ECP.acessonet.com.br] has joined #launchpad === thoreauputic [n=prospero@wolax8-040.dialup.optusnet.com.au] has joined #launchpad [06:25] OK - this is trivial but it's driving me nuts: Ubuntu members are supposed to automatically have an @ubuntu.com email address, am I right? If so how is one supposed to access this ? I find nothing on launchpad to enlighten me... [06:25] thoreauputic: it's forwarded to your preferred address which is set in launchpad [06:26] ajmitch: I see - and my member name is the launchpad name? Including the - between peter and garrett in my case ? [06:27] yes [06:27] heh [06:27] aha - OK will test - thanks for the info :) [06:27] hey bob2 [06:27] I was disappointed to find that there were no midnight oil singers in LP, after readsing the CC minutes [06:27] hey ajmitch [06:27] hahah [06:27] heh [06:28] bob2: I met him actually - strangely enough he knew who I was ;-) [06:28] haha [06:32] OK that's all I wanted to ask at this stage - oh except that pressing "edit home page" returns a stern "you don't have permission" even though I'm logged in - again no doubt I've missed something obvious? Or is this in fact a bug? [06:32] I think that's a known bug [06:32] OK [06:35] thoreauputic: some pages are locked [06:35] thoreauputic: which home page are you trying to edit ? === ajmitch thinks we should get karma for having a hackergotchi :) [06:36] lifeless: I understood the button to mean "my" home page - but I'm open to correction ;) [06:37] thoreauputic: this is in /people/*you* ? [06:37] in which case, yes its your home page. [06:37] lifeless: yup [06:37] ok. uhm, whats your username ? [06:38] ha! Of course I just tried it again and now it lets me in :| [06:38] ;0 [06:38] lifeless: "As you were" [06:38] :D [06:38] last time I clicked it it admonished me severely [06:38] lifeless: edit hackergotchi is still locked? [06:39] OK having wasted everyone's time I will now retire gracefully [06:40] bye thoreauputic :) [06:40] lifeless: your robert.collins@canonical.com/cscvs--devel--1.0--patch-377 has a bunch of conflicts that make reading the diff a bit tricky. Want to try resolving them before I review? [06:40] ajmitch: bye :) [06:46] spiv: hmm, I thought it had beern [06:48] lifeless: maybe the patch-level is wrong? [06:49] I think its backdooring in via ddaa's branch [06:49] I'll lool [06:49] jamesh: ping [06:50] lifeless: pong [06:50] your gpg branch has transaction logic changes in it [06:50] is this deliberate ? [06:50] lifeless: r=spiv for robert.collins@canonical.com/pybaz--devel--0--patch-9 though :) [06:51] the bit about resyncing sqlobjects at the end of IPersonSet.merge()? [06:52] the Cache changes [06:52] uhm, not 'wrong', just unexpected for the stated purpose [06:53] lifeless: sqlobject caches all the field values when you create an sqlobject instance. [06:54] lifeless: if you run SQL statements that update records behind its back, the cached field values will be invalid (but sqlobject doesn't know that) [06:55] why are we doing direct sql behind its back ? [06:55] lifeless: the IPersonSet.merge() method was doing those sort of operations, so causes problems for other sqlobject uses within the transaction [06:55] ok. So this is two separate things : sqlobject changes and gpg interface stuff. [06:55] and there is a dependency between them [06:56] the gpg stuff needed the merge() fix [06:56] right [06:56] ok, thanks [06:59] as far as why merge() is implemented as it is, I guess it's just how stub did it. [07:00] postgres introspection ++ [07:00] it does some magic to find foreign keys into the person table and fixes them up, among other things [07:00] so that it doesn't need to be updated all the time [07:00] yes [07:01] but code like that confuses SQLObject [07:01] Merge to rocketfuel@canonical.com/sqlobject--test--0.6: [r=SteveA] Improve error messages from selectOne and selectOneBy by including the offending SQL. (patch-36: andrew.bennetts@canonical.com) === robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #launchpad [07:22] BjornT: ping [07:25] BjornT: are there plans to allow filtering the package bug list by language-of-the-package ? === stub [n=stub@203-214-4-72.dyn.iinet.net.au] has joined #launchpad [07:26] hi lifeless, just woke up. what's language-of-the-package? [07:27] BjornT: well, language of the product ;0 [07:27] BjornT: i.e. C, python, perl [07:27] 15:19 < taryn> ok - just looking at it now [07:27] 15:21 < taryn> out of curiosity - is there a way of looking at the buglist and picking only packagesthat are written in a lanuage I know? [07:27] in #ubuntu-motu [07:31] lifeless: ok. no, there are no plans for it now. but it's an interesting use case, could you ask him to file a bug about it? [07:31] her. sure [07:34] jamesh: For the record, merge() is written using raw SQL because it is a) easier and b) simpler. Futzing around with keys can be extremely dangerous so I wanted everything explicit, paranoid and with all unnecessary layers removed so there is no worry about some black box having side effects or doing something we didn't expect. [07:38] are the intermittent failures of cscvs tests being worked on? [07:38] CVS.protocol.pipes returns pipes for a local :pserver: ... ERROR [07:39] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] disable unrelevant and huge sections on +assignedbugs. (patch-2516: bjorn.tillenius@canonical.com) [07:39] BjornT: we've expanded the timeout [07:39] BjornT: which about halved the incidents [07:39] BjornT: but we're not currently tackling the root cause, as its hard to get right. [07:40] ah, there came my patch that failed yesterday [07:41] I resubmitted it for you [07:41] thanks [07:41] lifeless, stub: that's the patch i want cherry picked [07:41] Already on its way [07:41] cool [07:42] sigh, another system error in malone :) file it? [07:42] ajmitch: which page? [07:42] BjornT: https://launchpad.net/products/malone/+bugs [07:42] I searched for 'assigned' [07:42] and got the error [07:43] as I was wanting to fill out a couple of wishlist bugs on malone [07:44] ajmitch: yeah, please file a bug. it's due to the SQL query taking too long. where working on it, but it's good to know it the problem still exists. [07:45] stub: how long is the query time out currently? [07:45] ok [07:46] BjornT: 12 seconds. Note that it is both the sqlstatement timeout, and the request timeout. You might have fast sql queries, but a slow page template (eg. not patching a table of 1000 rows will bite you on the arse) === Lathiat [i=lathiat@gasp.bur.st] has joined #launchpad [07:46] Is it know that edithackergotchi gives a permission denied (for your user) === moyogo [n=moyogo@131.211.104.90] has joined #launchpad [07:49] Lathiat, yes. I mentionned it a few days ago here, and someone was looking into it (can't remember who...) [07:49] ok [07:49] BjornT: filed at 2629 [07:49] ajmitch: thanks [07:50] stub: the page renders a lot slower while you're logged in, and i'm looking at the extra sql that gets inserted then. [07:51] stub: it's a sub-select, which i learned is not good for performance... would you mind take a look at it to make it faster? [07:51] stub: database/bugtask.py line 343 [07:52] BjornT: Have you logged the SQL statements that are executed when rendering the page? [07:52] stub: no. how do i do that? [07:54] Edit /etc/postgres/7.4/main/postgresql.conf, setting log_statement=true [07:54] sudo -u postgres pg_ctl reload [07:54] stub: ok, i'll do that [07:54] Now all the SQL commands being executed are logged to /var/log/postgresql/postgresql-7.4-main.log [07:57] Once you have a real query, I can check the plan on the real database to see if it actually *needs* optimization. [07:59] (that method will need refactored to remove the subquery - it can't be done by just tweaking the SQL. The comment is valid). [07:59] IIRC, the search results is slow because of the number of queries it is executing, not any actual slow ones [08:07] BjornT: That patch has been rolled out [08:07] thanks [08:11] BjornT: Hmm... that page works fine on staging, and staging has an 8 second timeout (!) [08:12] ohh... I wasn't logged in [08:12] stub: well the page works sometimes on production as well, so i guess the problem is when the system is under load [08:13] stub: https://chinstrap.ubuntu.com/~dsilvers/paste/filerOV55f.html [08:14] Nah - the example search is consistently failing if I'm logged on. === x_madbot [i=1000@200227177146-dial-user-ECP.acessonet.com.br] has left #launchpad ["Leaving"] [08:23] stub: [08:23] 05:54:23 ERROR Got an unexpected exception while importing Template "control-center-2.0" in Ubuntu Breezy Badger package "control-center" [08:23] -> http://librarian.launchpad.net/473817/473850/futh1hUBXzy4fSWNyX1hyEOPRRc.txt (ERROR: duplicate key violates unique constraint "pomsgidsighting_potmsgset_pluralform_uniq" [08:23] :[ [08:23] insta spam [08:24] lifeless: You only just noticed? That has been happening for weeks... [08:25] well... a week at least. [08:31] it just got too much for me [08:31] as opposed to notiving [08:32] Merge to rocketfuel@canonical.com/launchpad--production--1.34: [trivial] Cherry pick into production--1.34 (patch-12: stuart.bishop@canonical.com, guilherme.salgado@canonical.com, rocketfuel@canonical.com) === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad === zakame [n=zakame@210.213.78.162] has joined #launchpad === zakame [n=zakame@210.213.78.162] has left #launchpad ["Leaving"] === GoRoDeK [n=gorodek@p5083E5D5.dip.t-dialin.net] has joined #launchpad [09:17] Good morning ubuntu lovers :) [09:17] Merge to rocketfuel@canonical.com/launchpad--production--1.34: [trivial] Cherry picks into production--1.34 (patch-13: stuart.bishop@canonical.com) [09:22] BjornT: Here is a log from staging with durations:https://chinstrap.ubuntu.com/~dsilvers/paste/fileHYroKf.html [09:24] I've added an index (on staging) that improves things a bit, and I have some optimized versions of the queries. I'm going to check out how much work it would be to generate the improved queries from python [09:25] stub: cool, thanks. [09:25] BjornT: I seem to be seeing double - either my logging is screwed, or queries are being issued unnecessarily [09:26] BjornT: We also need to avoid anything calling count(), because that executes an expensive query unnecessarily [09:27] stub: actually i also noted that there were more queries than i would have expected, i'll take a look to see if i can find some query that gets called twice [09:27] Urgh... all sqlobject :-( I don't think it can do outer joins, can it? [09:28] stub: I don't think so. It might be fixable. [09:29] stub: i don't think our version can. there were some additions to upstream sqlobject regards to join, but i don't know if that included outer joins. [09:30] spiv: Is there a way I can do foo.select(SELECT Foo.* FROM Foo JOIN Bar ON Foo.whatever = Bar.baz OUTER JOIN Baz ON baz.baz=foo.whatever WHERE baz.baz is NULL)? ie bypass SQLBuilder? [09:31] stub: You can pass arbitrary text for the where clause, but not really for anything else. [09:31] stub: I think arbitrary join text wouldn't be too hard to hack on. [09:31] stub: so most of the count() queries are issued to present the number of the bugs that are open, assigned to you, critical, etc. that's not easily cacheble, so if it hurts performance much, we might have to remove it [09:31] stub: or do you have any suggestion how to improve it? [09:31] stub: Although upstream SQLObject SVN now has some OUTER stuff in SQLBuilder... hmm... === spiv -> yoga [09:33] morning [09:34] BjornT: We can do them. We just shouldn't do them unnecessarily. If you look at the log, we are doing SELECT COUNT(*) FROM blahblah, followed by SELECT * FROM blahblah. ie. PostgreSQL is having to execute the same query twice, once to retrieve the rowcount and once to retrieve the actual rows. This happens if someone writes code like 'if foo.count(): return foo; else: return False' or similar. [09:34] we can cache things per transaction easily enough, if that will help [09:34] BjornT: If there is code like that, we need to write it Pythonically using exceptions [09:35] hmm.. maybe cache many things on a GET [09:35] because the data won't be changing [09:35] SteveA: Caching won't help here [09:35] BjornT: I seem to be seeing double - either my logging is screwed, or queries are being issued unnecessarily [09:35] SteveA: Yes. That is bad programming. [09:36] SteveA: Unless we make SQLObject cache every resultset it retrieves, which would be sucky [09:41] stub: there is one count and one select using the same query, since we display the total number of bugs that were found. can't see a way to improve that. i can see that there are some duplicate 'select * from' queries, though, which shouldn't be there, i'll take a look to see if i can find why that is happening. [09:42] a view that puts the count, repeatedly, in the first col ;-) [09:42] BjornT: ok. If we counted the rows retrieved on the Python side it will be faster (provided we don't match toooo many rows) [09:42] (in this case) [09:43] BjornT: But don't optimize that yet - if the query can be sped up, then it may remain faster to issue the query twice [09:45] stub: ok. launchpad has currently 250 open bugs, ubuntu has 500 [09:46] ubuntu's are about 30 down from earlier today :) [09:46] nice work :) [09:47] that was the other wishlist I was wanting to file - graphing and other reporting of bug activity over time :) [09:51] BjornT: https://chinstrap.ubuntu.com/~dsilvers/paste/filebs1C16.html [09:51] BjornT: The top query is the hairy one from my logs that runs in 1800ms. The bottom should be a trivial tweak to the above, returning the same results, that runs in 9ms. [09:55] BjornT: if we could do outer joins, we could also return bugs without any bugtasks (but the existing search has that problem too) [09:57] stub: ok thanks, i'll try to tweak the search method to return the bottom query === dand [n=dand@gw.datagroup.ro] has joined #launchpad [10:09] BjornT: I've got a patch that appears to do the trick [10:09] BjornT: https://chinstrap.ubuntu.com/~dsilvers/paste/fileXaOmi8.html [10:09] BjornT: Let me know if I should commit it [10:11] stub: looks good, please commit [10:18] Morning everybody [10:18] <\sh> hey sivang [10:25] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] productionconfig and update-stats fixes (patch-2517: stuart.bishop@canonical.com) [10:26] BjornT: much faster [10:29] stub: yeah, much better now === carlos [n=carlos@243.Red-83-47-24.staticIP.rima-tde.net] has joined #launchpad [10:49] morning [10:49] hi carlos [10:54] stub, thanks for the cherrypick and the db changes [10:55] carlos: what's the latest news on language packs? [10:56] SteveA, waiting for the imports are finished + mirror into staging happens to prepare a new language pack [10:59] SteveA, I'm not able to visit stating.ubuntu.com/errors [10:59] I get a Forbidden error [10:59] me too [10:59] hello [10:59] i suspect a problem with the apache config [10:59] stub: any ideas? [10:59] hello zyga [11:00] how soon will rosetta show all packages on the translation page? [11:00] now is still shows packages with at leas one translated message [11:01] SteveA: That is an Apache error. [11:03] [11:03] SSLRequire %{SSL_CLIENT_S_DN_CN} in {"Launch Pad Team"} [11:03] [11:03] zyga, which translation page, URL? [11:03] SteveA: No idea what certficate we require... [11:04] SteveA: /errors should be secure without a certificate, yes? [11:05] no [11:05] it needs a cert [11:06] carlos: do you need to access /errors right now? [11:07] SteveA, yeah, I got an error on staging [11:07] and want to know why, but I can way an hour or so [11:07] s/way/wait/ [11:07] stub: can you look in the log for carlos? [11:08] stub, https://staging.ubuntu.com/distros/ubuntu/breezy/+sources/gdm/+pots/gdm/af/+translate [11:09] carlos: chinstrap:~stub/staging_logs/ [11:09] Merge to rocketfuel@canonical.com/launchpad--production--1.34: Cherry pick patch-2516 into production 1.34 (patch-14: bjorn.tillenius@canonical.com, rocketfuel@canonical.com) [11:10] carlos: well... (one moment) [11:10] carlos: https://launchpad.net/distros/ubuntu/breezy/+lang/pl [11:10] ok [11:11] zyga, I'm still busy with language packs [11:11] so it will take sometime.... [11:11] until I can fix that [11:11] carlos: understood === terrex [n=terrex@84-122-83-29.onocable.ono.com] has joined #launchpad [11:40] Kinnison: ping [11:41] yo [11:41] is dogfood running? [11:41] no [11:41] okay [11:41] it's being upgraded [11:41] is it open, or does it require a certificate? [11:41] be 10-15 minutes until it's back, it needs a cert [11:41] ok [11:41] i get a "bad gateway" so i guess the cert is working -- as in, not giving "forbidden" errors [11:42] yep [11:44] Rebuilding the FTI is what takes the longest, and that's in-progress now [11:46] daniel.silverstone@canonical.com--desktop/launchpad--buildd-slave--1--patch-4 [11:46] is that reviewed already? [11:47] noone has told me so, so I'd guess no [11:47] https://chinstrap.ubuntu.com/~jamesh/pending-reviews/ [11:47] oooh, new afrocelt due out soon: http://www.amazon.co.uk/exec/obidos/ASIN/B000AMUUIU [11:47] no changes [11:47] aha -- unabled to retrieve data [11:47] did you mirror? [11:47] I thought so === Kinnison checks [11:48] aah, I missed the --desktop when I first put it on PendingReviews [11:48] someone fixed that earlier [11:48] spiv I think did it [11:49] yes [11:49] okay [11:52] SteveA: dogfood is running again now, thanks for your patience === jinty [n=jinty@205.134.224.215] has joined #launchpad [11:53] hi brian [12:10] jamesh: i'm reviewing your smallfixes--1 branch. it has a conflict with something cprov merged recently. [12:11] SteveA: so it does. I'll fix that shortly [12:12] ok. i'm doing the rest of the review anyway. [12:13] SteveA: I haven't made any judgements on whether the log messages I've added to the doctests should actually be occuring, so I'll send a message to the list to get people to check their code [12:13] okay [12:16] Merge to rocketfuel@canonical.com/launchpad--devel--0: r=bjornt, plus some [trivial] , lots of menus work, special error page for request timeouts. (patch-2518: steve.alexander@canonical.com, mpt@canonical.com, celso.providelo@canonical.com) [12:20] jamesh: r=SteveA. it is a nice improvement to the doctests. [12:20] SteveA: thanks [12:21] Kinnison: i'm starting a review of your 'filecache' branch now. [12:21] SteveA: thanks [12:23] jamesh: an enhancement for the pending-reviews page: [12:24] i'd like a link (represented by an icon) to download the filtered diff, as text, with a "> " in front of each line, served with a mime type of application/x-diff-for-review [12:24] then i can configure my browser to use gvim as a helper for that [12:24] and i'm all set up to do the review, save it, and mail it as an attachment to the reviews list [12:29] in thunderbird, ctrl+shift+v pastes as a quotation, which is what I use [12:29] and in vim, :%s/^/> / [12:29] will do the "quoting" for you [12:29] ggVGI> [12:30] pardon? [12:30] is what i tend to use [12:30] gg moves to the top [12:30] VG selects the first column [12:30] "I> " inserts a "> " [12:30] then esc applies it to the whole file [12:35] Kinnison: you have TABS [12:36] daemons/buildd-slave.tac [12:37] i'm slightly surprised you're using sha1sum alone, and not sha1sum+length [12:40] SteveA: tabs? ugh === Kinnison spanks emacs [12:40] you need to teach it that .tac is like .py [12:40] yeah === Kinnison assumes there'll be other comments in the review? If so mention the tabs there and I'll apply all the comments at once [12:41] otherwise I'll miss/forget stuff [12:41] there will === Seveas [n=seveas@re-uva-14.wireless.uva.nl] has joined #launchpad [01:06] Okay, so tempfile.mkstemp() returns a fd and a name [01:06] how do I turn that integer fd into a file object? === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has joined #launchpad [01:09] hey Kamion [01:10] hiya [01:11] is there a way to get the ubuntu-installer team (which I just created) registered as the default assignee for bugs filed against various installer packages? I've noticed that a few people are filing installer bugs in Malone, contrary to current advice, and I don't want those bugs to get lose [01:11] lost [01:11] Where is the product/project ? === Kinnison will make the ubuntu-installer team the owner of the product/project [01:12] that's the upstream product/project, right? that would be inappropriate [01:12] I only want the bugs if they're filed against Ubuntu [01:13] aah right === Kinnison ponders how malone does this [01:14] I think it's to do with who malone sees as the maintainer or something [01:14] Unfortunately bradb or BjornT is who you want to speak to [01:14] BjornT: ? [01:17] Kamion: currently i don't think it's possible since malone uses maintainership data to decide who gets notified. it will be possible in the future, though, when PackageSubscriptions gets implemented [01:17] Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=bjornt] Tune bug search (patch-2519: stuart.bishop@canonical.com) [01:17] I would have thought that LP ought to have the possibility of distinct maintainers for a product in different distributions [01:17] since that's reality [01:17] jamesh: ping [01:17] jdub: yeah? [01:17] BjornT: with the number of teams caring about packages now, package subscriptions could be quite important [01:17] hey [01:17] (makes sense for it not to be local to Malone, though) [01:18] subscriptions sound different [01:18] Kamion: actually it might be possible to set the maintainer of that package to some team [01:18] jamesh: how do i subscribe calendars to a project's calendar (not my own)? [01:19] BjornT: if it can be done just in one distro, that certainly sounds like what I'm looking for [01:19]