=== TinMan [n=Lotus@cpe-66-65-244-241.nycap.res.rr.com] has joined #launchpad [12:32] stub: bah. seems like too many schema changes have been made since launchpad_staging was updated for my script to run :( [12:32] jamesh: ok [12:33] jamesh: I'm running kiko's branch. When he lands it to rocketfuel that shouldn't be a problem. [12:33] kiko: ^^^ [12:35] okay. [12:35] stub, it's in the queue === hertzz [n=hertzz@QCity-ppp138138.qc.sympatico.ca] has joined #launchpad === camilotelles [n=Camilo@20132194128.user.veloxzone.com.br] has joined #launchpad === dewd [n=dewd@201.29.123.206] has joined #launchpad [12:58] carlos, want some comments on TranslationDiffs? [12:59] a) there are no code changes to describe how to generate the diffpage [12:59] b) you talk about word diffs, but we're really discussing intra-string diffs [12:59] c) did you ask mpt on an idea to solve the second issue you point out? [01:00] d) I think this code is going to be fast enough for it not to matter -- I think the main overhead we have is for db queries. [01:00] that is all, but it is a very simple spec and it's good enough IMO === hertzz [n=hertzz@QCity-ppp138094.qc.sympatico.ca] has joined #launchpad === ControllerUK [n=controll@B0974.b.pppool.de] has joined #launchpad === sfeehan [n=sfeehan@pool-64-222-103-115.burl.east.verizon.net] has joined #launchpad === ControllerUK [n=controll@B0974.b.pppool.de] has left #launchpad [] === sfeehan [n=sfeehan@pool-64-222-103-115.burl.east.verizon.net] has joined #launchpad === \sh [n=nsh@server3.servereyes.de] has joined #launchpad === TinMan is now known as Tin_Man === Tin_Man is now known as t1n_m4n === jamesh [n=james@66.103.220.242] has joined #launchpad === mgalvin_away [n=mgalvin@host-66-202-95-170.spr.choiceone.net] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #launchpad === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad === Marko [n=marko@fsh-cpe-52-11.resnet.ucsc.edu] has joined #launchpad === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad === sfeehan [n=sfeehan@pool-64-222-103-115.burl.east.verizon.net] has joined #launchpad === SteveA [n=steve@66.103.220.165] has joined #launchpad === mdz [n=mdz@66.103.220.156] has joined #launchpad === gml [i=gml@dyn-83-156-1-11.ppp.tiscali.fr] has joined #launchpad === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad === Nafallo_away is now known as Nafallo === GoRoDeK [n=gorodek@p5083FFAA.dip.t-dialin.net] has joined #launchpad === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad === _rappy_ is now known as _Rappy_ [09:38] fwiw, I'm getting timeout all the time on Launchpad today [09:39] https://launchpad.net/distros/ubuntu/dapper/+source/muine/+pots/muine/sv/+translate [09:45] are you guys stresstesting the database or something? :-P === koke [n=koke@ubuntu/member/koke] has joined #launchpad === zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad === jinty [n=jinty@205.134.224.215] has joined #launchpad === siretart [i=siretart@ubuntu/member/siretart] has joined #launchpad [12:06] hey launchpad folks === matsubara [n=matsubar@200-161-81-84.dsl.telesp.net.br] has joined #launchpad === thisfred [n=thisfred@a80-127-80-154.adsl.xs4all.nl] has joined #launchpad [12:36] hey, is it possible to edit the 'status notes (optional)' via EmailInterface? if yes, how? === WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad [12:51] is there any filtering on bugs available in malone yet? [12:51] e.g. I wannt all bugs assigned to group 'motu' with status 'pending upload' === beyond [n=beyond@200-161-81-84.dsl.telesp.net.br] has joined #launchpad === BazA [n=baza@baza.skynet.lt] has joined #launchpad === otep [n=otep@AP-203.167.31.158.sysads.com] has joined #launchpad === sfeehan [n=sfeehan@pool-64-222-103-115.burl.east.verizon.net] has joined #launchpad === stub [i=stub@sweep.bur.st] has joined #launchpad === zygis [n=zygis@clt-84-32-129-122.dtiltas.lt] has joined #launchpad === stub [i=stub@sweep.bur.st] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === jinty [n=jinty@205.134.224.215] has joined #launchpad === mgalvin_away is now known as mgalvin === SteveA [n=steve@66.103.220.165] has joined #launchpad === mdz [n=mdz@66.103.220.156] has joined #launchpad === cprov [i=ece5bf94@66.103.220.245] has joined #launchpad === BjornT [n=bjorn@66.103.220.210] has joined #launchpad === bradb_ [n=bradb@209.104.102.193] has joined #launchpad === carlos_ [n=carlos@66.103.220.204] has joined #launchpad === ddaa [n=ddaa@209.104.102.193] has joined #launchpad === ..[topic/#launchpad:ddaa] : It's wednesday. Launchpad crew is at UBZ, Montreal, Canada. === Keybuk [n=scott@209.104.102.193] has joined #launchpad === salgado [n=salgado@209.104.102.193] has joined #launchpad === jamesh [n=james@209.104.102.193] has joined #launchpad === fabbione [i=fabbione@66.103.220.248] has joined #launchpad [03:28] carlos: ping === carlos [n=carlos@209.104.102.193] has joined #launchpad [03:35] elmo, here we go: [03:35] 03:24:35 DEBUG Running dpkg-source -sn -x /srv/archive.ubuntu.com/ubuntu/pool/main/c/clearlooks/clearlooks_0.6.2-1~hoary1.dsc [03:35] 03:24:36 DEBUG > dpkg-source: failure: cannot read /srv/archive.ubuntu.com/ubuntu/pool/main/c/clearlooks/clearlooks_0.6.2.orig.tar.gz: No such file or directory [03:35] 03:24:36 DEBUG > RETURNED: 2 [03:35] 03:24:47 DEBUG Running dpkg-source -sn -x /srv/archive.ubuntu.com/ubuntu/pool/main/t/tla/tla_1.3.3-2~hoary1.dsc [03:35] 03:24:47 DEBUG > dpkg-source: failure: cannot read /srv/archive.ubuntu.com/ubuntu/pool/main/t/tla/tla_1.3.3.orig.tar.gz: No such file or directory [03:35] 03:24:47 DEBUG > RETURNED: 2 [03:36] 03:24:38 DEBUG Running dpkg-source -sn -x /srv/archive.ubuntu.com/ubuntu/pool/main/g/gtk-sharp2-unstable/gtk-sharp2-unstable_1.9.5-1ubuntu2~hoary1.dsc [03:36] 03:24:38 DEBUG > dpkg-source: failure: cannot read /srv/archive.ubuntu.com/ubuntu/pool/main/g/gtk-sharp2-unstable/gtk-sharp2-unstable_1.9.5.orig.tar.gz: No such file [03:36] or directory [03:36] 03:24:38 DEBUG > RETURNED: 2 [03:36] 10:11:21 DEBUG Running dpkg-source -sn -x /srv/archive.ubuntu.com/ubuntu/pool/universe/p/python-qt3/python-qt3_3.14.1-2ubuntu2.dsc [03:36] 10:11:22 DEBUG > dpkg-source: failure: cannot read /srv/archive.ubuntu.com/ubuntu/pool/universe/p/python-qt3/python-qt3_3.14.1.orig.tar.gz: No such file or directory [03:36] 10:11:22 DEBUG > RETURNED: 2 [03:37] elmo, that's all. [03:45] kiko_12: apparently it only came in at 6:55 this morning - I have no idea how it missed the two manual syncs I did yesterday evening [03:45] (6:55 local to the DC) [03:46] in any event the symlinks are there now, at least for gtk-sharp and clearlooks, and probably tla. I'll fix the python-qt3 case now [03:46] elmo, weird indeed, but cool [03:46] okay, let me know when they are done and I'll do a re-run [03:47] salgado: ping [03:47] sabdfl, pong [03:48] salgado: do you have a spec in place for that team member proposal deletion? [03:48] please have one in place by the time i catch up with you [03:49] salgado: also, do you plan to finish LaunchpadRolloutProcedures this week? [03:50] sabdfl, I'm finishing the team member deletion one right now. should I get it through SteveA first? [03:52] sabdfl, we created the LaunchpadReadOnly while discussing the LaunchpadRolloutProcedures. I need to talk with stub and then I think I should be able to get it ready for review today [04:02] SteveA: ping [04:02] salgado: yes, please get the deletion spec reviewed by stevea, then bring it to me in your session === beyond is now known as beyond-rango === matsubara is now known as matsubara-lunch === BjornT_ [n=bjorn@209.104.102.193] has joined #launchpad === stub [i=stub@sweep.bur.st] has joined #launchpad === bradb_ [n=bradb@209.104.102.193] has joined #launchpad === BjornT [n=bjorn@209.104.102.193] has joined #launchpad === carlos [n=carlos@209.104.102.193] has joined #launchpad === jamesh [n=james@209.104.102.193] has joined #launchpad === Keybuk [n=scott@209.104.102.193] has joined #launchpad === zygis [n=zygis@clt-84-32-129-122.dtiltas.lt] has left #launchpad ["Ex-Chat"] [04:47] elmo, yo? [04:47] kiko_12: ? [04:47] cprov, spec-ping? [04:47] elmo, are we okay to run gina? [04:48] kiko_12: no, I'm still working on the symlink problem [04:48] kiko_12: putz ... new nick [04:48] elmo, okie, thanks. [04:48] kiko_12: https://launchpad.net/products/soyuz/+spec/distro-admin-perms [04:48] carlos, did you get my feedback from yesterday? [04:48] kiko_12: https://launchpad.net/products/soyuz/+spec/pushbutton-cd-building [04:49] kiko_12: https://launchpad.net/products/launchpad-buildd/+spec/installer-rebuild [04:49] kiko_12: https://launchpad.net/products/launchpad-buildd/+spec/install-cd-image-generation === heyko [n=heyko@tor/session/x-45baef76da2ed1bc] has joined #launchpad [04:51] kiko_12, yes, I need to apply it. Thank you [04:51] carlos, wonderful, cheers. [04:51] SteveA, ping [04:54] kiko_12: schedule for DistroReleaseFlavours, DerivationAdminUserInterface and Overview and PopulatingPackagingRecords are urgent. [04:55] mmmm ok [04:55] kiko_12: thank you. [04:55] cprov, are you not assigned to these specs? [04:58] kiko_12: not yet, assign me if you want [04:58] kiko_12, Kinnison, bradb_: subscription consolidation is deferred till dapper+1 [04:59] the rationale: to do it properly requires a huge amount of work, for undefined benefits. [04:59] i am making the irc notification ("dilys on rails") spec essential, so lets focus attention on a simple, straightforward implementation of that [04:59] please ack [05:00] I still think Steve should design either infrastructure or pattern to make subscriptions implementable in a standard way -- but it's not a massive work and can be done post-UBZ now that we have done a good discussion of requirements and possible models. [05:00] but okay [05:00] kiko_12: it really is a huge chunk [05:00] it requires a retooling of our object model, so that each kind of object knows where it sends events [05:01] and classes can then query one another to know what events they might get sent === stub [i=stub@sweep.bur.st] has joined #launchpad [05:01] so you can look at a Distribution *class* and it can tell you what kinds of events it gets from a *SourcePackage* [05:01] and what from a DistroReleaseBinaryPackageRelease [05:01] when that's all in place, we can support anybody subscribing to any set of things they like [05:02] till then, we can only do custom hardcoded hacks [05:02] which should be fine for the very basics [05:02] I am suggesting standardizing the hack, just that [05:02] in other words, we have to push back on some of the distro team requirements ("i'd like to see new bugs on main") in the short term [05:02] kiko_12: that's very deep zope fu [05:02] think of how long it took to get the menu system in place [05:02] and that's lightweight by comparison [05:03] the main delay for menus was clarifying requirements [05:03] and this will have far more complex requirements [05:03] however, requirements are not entirely clear for this either [05:03] yeah [05:03] the menu's requirements have changed very little since Zermatt (!), and the only changes were simplifications [05:03] not additional requirements === matsubara-lunch is now known as matsubara === heyko [n=heyko@tor/session/x-55f14ae2b2df331c] has joined #launchpad [05:06] that's not how I recall it :) [05:08] stub, is it possible that something went wrong in the rollout? https://staging.ubuntu.com/people/salgado/+reportedbugs is broken in staging, but not in rocketfuel [05:09] s/rollout/rollout of staging/ [05:09] salgado: Staging is currently running one of Kikos branches, not head. So probably, yes. [05:09] oh, okay === niemeyer [n=niemeyer@209.104.102.193] has joined #launchpad === gneuman [n=gneuman@200-161-81-84.dsl.telesp.net.br] has joined #launchpad === Kinnison makes very rude noises about doctest format [05:17] kiko_12: ok, you should be good to go now [05:17] sorry, took a while to confirm it was in fact only that one last missing orig.tar.gz symlink === lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #launchpad [05:23] stub: balleny has postgresql-8.0 now; I'm resyncing /home/pqm tho, so don't do anything in there you don'twant overwritten [05:23] elmo: Ta [05:24] elmo, rock-n-roll I owe you a choc-chipper [05:24] stub, can you run breezy and hoary-backports again? just those two will be speedy, otherwise, the whole thing [05:24] no need to delete anything === jamesh [n=james@209.104.102.193] has joined #launchpad [05:48] sabdfl: right, saw your message about subscription consolidation + DoR. [05:50] kiko_12: ehm, are you a respawned copy of kiko or something? :-) === beyond-rango is now known as beyond [05:51] Nafallo, no, I am the new and improved kiko v12.0 [05:52] kiko_12: ah, how does it feel to die? :-) [05:53] I can't remember [05:53] niemeyer, you have a new spec and a new spec assignment. essential. kthxbye [05:53] :-) [06:05] elmo: Is it fine to chown -R postgres:postgres /etc/postgresql on balleny? I need to rebuild this postgres funky cluster thing which involves deleting and recreating the existing configs. [06:05] elmo: Or I can get you to run the relevant pgclustercreate commands as root [06:06] stub: chowned - do you need anything done with postgresql-common ? [06:07] elmo: I havn't the foggiest yet ;) [06:07] k [06:08] Bah. I can't drive these new tools. I'll grab pitti when I'm finished here. [06:23] SteveA, ping, ping [06:25] salgado, he's a bit busy, can I help you? [06:26] kiko_12, https://wiki.launchpad.canonical.com/InactiveMembershipDeletion [06:29] salgado, can it be with me or stub, I wonder? [06:29] SteveA's more than a bit overloaded [06:30] yes, I guess so === cprov [i=98407ce3@66.103.220.245] has joined #launchpad [06:36] okay, I need to talk to bradb_ and then I'll be over [06:37] kiko_12, great. ta === sfeehan [n=sfeehan@pool-64-222-103-115.burl.east.verizon.net] has joined #launchpad === Fist_of_Heaven [i=Martin@c-ecc670d5.013-45-6f72652.cust.bredbandsbolaget.se] has joined #launchpad === zyga_ [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad === zyga_ is now known as zyga_laptop === salgado [n=salgado@209.104.102.193] has joined #launchpad [07:26] kiko_12, have you looked at that spec already? [07:33] yes, a bit. === BjornT [n=bjorn@66.103.220.204] has joined #launchpad [07:40] lifeless: 8.0 is setup btw [07:43] stub: thanks [07:54] https://launchpad.net/sprints/instant/+workload gives me a lp system error === mdke_ [n=matt@81-178-159-184.dsl.pipex.com] has joined #launchpad === salgado [n=salgado@209.104.102.193] has joined #launchpad === mdke_ is now known as mdke === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === jamesh [n=james@209.104.102.193] has joined #launchpad === salgado [n=salgado@66.103.220.221] has joined #launchpad === BjornT [n=bjorn@209.104.102.193] has joined #launchpad === bradb_ [n=bradb@209.104.102.193] has joined #launchpad [08:39] <\sh> sabdfl / BjornT : thx for the really nice email interface to malone [08:43] siretart: ah, bug. only happens when there are no specs approved for the sprint === carlos [n=carlos@66.103.220.210] has joined #launchpad [08:45] \sh: you're welcome :-) [08:46] i think it is a bit of a shame not to import closed bugs to malone too [08:46] because (1) people won't be able to reopen em easily and (2) they are useful for searching for bugs when looking for something which may have been fixed in the unstable version [08:47] maybe there are good reasons not to import them that I can't see though === mdz [n=mdz@66.103.220.156] has joined #launchpad === cprov [i=eaf81dc4@66.103.220.245] has joined #launchpad === ddaa [n=ddaa@209.104.102.193] has joined #launchpad [08:55] mdke: not a bad idea. jamesh? [08:57] sabdfl: I'd need to make a few modifications to my import routines first (the main one is duplicate bug handling) [08:57] I asked mdz about that last night. He didn't think it was a big deal to not import closed bugs. [08:58] we should be able to import those bugs at a later date if they are important [08:58] it's not important operationally, no [08:58] they are useful data to have online, though, and we shouldn't throw them away [08:58] since the bug watch records that a bug has been imported [08:58] so we should probably import them before we shut down bugzilla [08:59] but it isn't a blocker for the transition to malone [08:59] salgado: Steve said you needed me. Please come and visit if so. [08:59] mdz: my understanding is that bugzilla would remain in read-only mode (possibly indefinitely) [08:59] 8 clicks and 3 page loads to set the status of a bug...that's a blocker [08:59] stub, that's true. where are you? [08:59] jamesh: sure, but we certainly won't want to maintain it forever [08:59] salgado: The other room [09:00] We might as well import the closed bugs straight away then, IMHO. [09:00] salgado: The one with elmo's server in the cupboard [09:01] it probably won't be too much trouble to process the duplicates table afterwards [09:01] maybe look at the old Bazaar bugs too [09:07] I hereby declare myself as a launchpad useless. As I can't do many of the stuff I should be able to. === jordi goes talk to the bosses. [09:14] If I view the launchpad page of a team, and I click packages, the pages says: " developers is not currently recorded as the maintainer of any packages in the Launchpad system." But when I view the product page, it says "Registrant: " Is this a bug? [09:15] And if I click "change maintainer" on thr product page, it lists the correct team as "current maintainer" [09:18] carlos, dude -- can you get your notes up on DistroTeamOneOnOne like nowish [09:18] uws: products aren't packages [09:19] uws: there should be some way to get a list of the maintained products, but there isn't one right now. [09:19] kiko_12: I made the changes you requested to https://wiki.launchpad.canonical.com/ValidatingSignOnlyGpgKeys [09:19] kiko_12, uuppps, I have them on my laptop... will do it as soon as possible, sorry... [09:20] jamesh: Ok. Should I file a bug against rosetta? [09:21] thanks carlos [09:21] jamesh, rock and roll [09:21] uws: the bug should be filed against Launchpad, and the title should be something like "no way to get a list of maintained products" [09:21] I'm not sure if it has been reported already [09:22] uws: actually, don't file a bug: https://launchpad.net/products/launchpad/+bug/1135 [09:22] Malone bug #1135: No obvious way to get from a person to what projects/products they're involved in Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Guilherme Salgado, Status: Accepted http://launchpad.net/malone/bugs/1135 [09:22] jamesh: excuse me, s/rosetta/launchpad/ slip of the finger [09:22] jamesh: Ok. will leave it [10:03] ugh, https://launchpad.net/products/launchpad/+bug/3293 is annoying ;( [10:03] Malone bug #3293: Edit buttons on other people's page should not be visisble Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/3293 [10:09] <\sh> who wrote ubugtu? [10:11] \sh: Seveas, I think [10:11] <\sh> Seveas: ping [10:11] pong [10:12] \sh, [10:13] <\sh> Seveas: is it possible to have another instance of your bugbot to join ubuntu-motu? [10:13] <\sh> especially for universe-bugs? [10:13] I offered that, but there were some objections [10:13] it's currently in #ubutnu-desktop and here [10:14] <\sh> i wonder which objections...i'll query u [10:14] So if the motu want him now, I'd be happy to make it join === stu1 [i=stub@sweep.bur.st] has joined #launchpad [10:29] cprov, ping? [10:29] kiko_12: pong [10:30] cprov, are you planning on doing mirror management? [10:31] kiko_12: sorting issues ... it's almost ready for review (2nd time) [10:36] cprov, can you put up your notes for DistroOneOnOne? [10:36] that is still missing and I really need it [10:37] kiko_12: DistroOneOnOne ? sorry ? [10:38] kiko_12: what is the product target ? I really don't remember that one [10:38] cprov, wiki.launchpad.canonical.com/DistroOneOnOne [10:39] cprov, what product target? mirror management? [10:39] kiko_12: no, DistroOneOnOne === Nafallo is now known as Nafallo_away [10:40] kiko_12: DistroTeamOneOnOne ... === sc|martin [n=martin@62.75.146.10] has left #launchpad [] [10:47] <\sh> sabdfl: to set a status of a bug to fixed with the malone mail interface...do i need the whole affects /products/bla status fixed? or do i only need to send a sign mail to @bugs.launchpad.net and write status fixed ? [10:52] \sh, you need the affects bla. [10:52] <\sh> gnarf... [10:53] <\sh> so i have to write something more [10:54] kiko_12: notes commited in DistroTeamOneOnOne, sorry about the delay [10:55] <\sh> kiko_12: more logical would be to have only status fixed for this, because we have the bugno in the mail header :) [10:55] <\sh> imho [10:56] \sh: what if that bug number affects upstream and the distro? [10:56] which task are you saying is fixed? === SnakeBite_ [n=SnakeBit@212.25.63.37] has joined #launchpad [10:58] <\sh> right..i need to think the other way around [10:58] <\sh> not the bugzilla way [10:59] \sh: A lot of people raised this concern during UBZ. I think we may be able to do better. [10:59] e.g. if there's one task, it's obvious which one to work on === mgalvin is now known as mgalvin_away [11:00] if there's more than one task, it might be obvious which one to work on with a string shorter than "affects /some/url/path/thingy", as long as it's enough information for us to distinguish. if not, we can send a rejection email with the valid options. [11:01] It's not something I've thought about in great detail, just a possible path for us to explore to help the user out a little bit. [11:02] <\sh> actually siretart and I are writing a small tool, which is able to send as fast as possible a mail for "new bugs" for "updating bugs" and for closing bugs. [11:03] <\sh> whereas new bugs needs to have a sourcepackage or product assigned, an update or closed bug doesn't need normally [11:03] <\sh> but now...thinking again about this problem...a small xmlrpc solution looks much better for this [11:04] \sh: Awesome. The other concern that a lot of people raised was GPG signing. IMHO, we may have jumped the gun on that one. Kamion pointed out that no spammer has *ever* managed to guess the debbugs syntax correctly, and I don't see any reason for us to think a spammer would be more likely to write a Malone newbug email. [11:04] thanks cprov [11:04] <\sh> bradb_: yeah..new bugs and gpg signing was my concern...it should be removed [11:07] <\sh> we wrote now a small utility to file merge bugs to malone from CLI...via email with gpg signing and LPID...which was now an 1h efford... [11:07] <\sh> and very quick and dirty [11:08] Cool. It's nice to see people starting to get creative in the way they use Malone. [11:09] <\sh> bradb_: u can thank scott, because MoM is not filing any bugs to malone...so we need to do it manually :) [11:10] ah :) === BjornT [n=bjorn@66.103.220.192] has joined #launchpad [11:11] <\sh> but now I'm thinking about something like kbugbuster...to have a gui frontend tool for malone [11:12] <\sh> and for this we would need the ultimate xmlrpc or soap interface [11:13] Right. We've deprioritized XML-RPC for now, because we've got a lot of fundamental things to get right in the web UI first. [11:14] And, well, we really need to get Ubuntu main running Malone. [11:15] <\sh> yepp === uwl [i=uwl@p508AAF88.dip0.t-ipconnect.de] has joined #launchpad [11:22] Hello All, is somebody here? === uwl is now known as V0vik === Keybuk [n=scott@209.104.102.193] has joined #launchpad === Seveas [n=seveas@ubuntu/member/seveas] has joined #launchpad === bradb_ [n=bradb@209.104.102.193] has joined #launchpad === Keybuk [n=scott@209.104.102.193] has joined #launchpad [11:49] Kinnison: 22544 lp_impor 25 0 1718m 1.6g 4832 R 97.9 42.5 12:38.60 python [11:49] ... [11:55] finished dude [11:55] that was death row [11:55] it sucks [11:55] I need to fix it === ajmitch_ [n=ajmitch@port161-157.ubs.maxnet.co.nz] has joined #launchpad [11:58] Kinnison: comparison output in ~mdz/compare [11:59] Kinnison: old versions in Sources [12:01] Kinnison: http://twistedmatrix.com/users/spiv/countrefs.py may help with diagnosing what's eating memory. [12:02] spiv: I know *exactly* what's eating memory [12:02] sqlobject [12:02] I've probably mentioned that before, now that I think about it. [12:02] it's t3h_suxx0r [12:02] Ah. [12:02] Whee.