[09:05] <carlos> jordi: loser, you have your project imported
[09:05] <carlos> jordi: please, import now the .po files
[09:05] <jordi> carlos: suuure
[09:06] <Kinnison> Morning all
[09:06] <lulu> kinnison:oooh - I was not on top performance last eve!
[09:08] <Kinnison> lamont_r: bad call. my rule
[09:08] <lamont_r> grumble.
[09:09] <dilys> New Malone bug #136: "Problem with reflow causes bug page oddity", submitted by Foo Bar
[09:09] <dilys> https://dogfood.ubuntu.com/malone/bugs/136
[09:15] <jordi> carlos, am I able to import an existing po file using some obscure url?
[09:15] <carlos> jordi: oh, mark broke that
[09:16] <carlos> thanks for remember it to me
[09:16] <jordi> evil sabdfl
[09:48] <carlos> jordi: I found the URL
[09:48] <carlos> jordi: https://dogfood.ubuntu.com/rosetta/products/xqf/xqf-1.0.1/+upload
[09:48] <carlos> hmmm
[09:48] <carlos> change dogfood.ubuntu.com/rosetta with rosetta.shut.....
[09:55] <jordi> carlos: no perms
[09:55] <carlos> jordi: ?
[09:55] <carlos> jordi: did you changed the URL?
[09:55] <jordi> yah
[09:55] <jordi> https://dogfood.ubuntu.com/rosetta.shut/products/xqf/xqf-1.0.1/+upload
[09:56] <carlos> jordi: https://rosetta.shuttleworthfoundation.org/products/xqf/xqf-1.0.1/+upload
[09:56] <jordi> I first  typoed to "rosetta.shit" though.
[09:56] <jordi> oh, heh
[09:56] <carlos> dude, read ALL text I wrote ;-)
[09:56] <jordi> ok, totally missparsed it :P
[09:57] <carlos> jordi: could you paste me that trace to my jabber id?
[10:00] <jordi> yah
[10:08] <dilys> New Malone bug #135: "test bug", submitted by Foo Bar
[10:08] <dilys> https://dogfood.ubuntu.com/malone/bugs/135
[10:08] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: fix the URLs for adding and editing web links and add a missing import (patch-1006)
[10:09] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: a few more last-minute fixes before the malone demo in a few hours (patch-1005)
[10:09] <spiv> Heh.
[10:13] <daf> haha :)
[10:13] <daf> interesting: patch-1006 got reported before patch-1005
[10:25] <BradB> sabdf1: Just cleaning up the bug collector a bit. Is #41 fixed? (The reuse BugFactory bug)
[10:27] <sabdf1> BradB: yessirree
[10:29] <dilys> Malone bug #41 fixed for product Malone: BugFactory should be used to create bugs
[10:29] <dilys> https://dogfood.ubuntu.com/malone/bugs/41
[10:46] <sabdf1> elmo_away: is pqm@pqm.ubuntu.com down?
[11:09] <Kinnison> how bazaar, how bazaar
[11:17] <carlos> stub: please, could you restart dogfood's launchpad?
[11:17] <carlos> stub: don't need to update the code, just kill it and restart it
[11:17] <stub> carlos: Done
[11:17] <carlos> the patch is in its way to rocketfuel but I prefer if I can test the fix atm
[11:17] <carlos> stub: thanks
[11:19] <carlos> grrr, that sqlobject thing sucks!!!
[11:19] <carlos> I need to add the "id" field to the interface
[11:19] <carlos> :-(
[11:20] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: soyuz cleanups and restructuring (patch-1007)
[11:25] <elmo> sabdf1: no, seems fine?
[11:35] <dilys> Merge to rocketfuel@canonical.com/dists--devel--0: production 6 snapshot (patch-38)
[11:38] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: fix up the bug tab links (broken from UI reorg) and rename them to be clearer (patch-1008)
[11:40] <stub> elmo: I need psycopg on emperor (like... now... currently doing a production drop)
[11:42] <stub> elmo: And postgresql-contrib
[11:42] <elmo> why on earth does the database server need psycopg on it?
[11:43] <BradB> debonzi, kiko: http://localhost:8086/malone/bugs/+new?field.sourcepackage=$sourcepackage.id
[11:44] <stub> elmo: Because the scripts I need to install stuff into the schema are written in python
[11:44] <BradB> debonzi, kiko: that can be the works-for-now fix, then we can change it slightly when we migrate to the new one-table schema.
[11:44] <elmo> stub: meh
[11:44] <BradB> Then we can more sanely have Ubuntu developers DOGFOODING!
[11:44] <elmo> stub: both installed
[11:45] <BradB> today!
[11:45] <BradB> ish!
[11:45] <stub> elmo: Ta
[11:45] <dilys> New Malone bug #137: "DB reconnector should timeout eventually, not block indefinitely", submitted by Andrew Bennetts
[11:45] <dilys> https://dogfood.ubuntu.com/malone/bugs/137
[11:49] <debonzi> BradB: ok
[11:50] <kiko> BradB, dude?
[11:50] <kiko> BradB, I want you to give me a url with EVERYTHING you could possibly use
[11:50] <kiko> and I will supply it to you
[11:50] <kiko> put field.toothpaste in for measure
[11:53] <dilys> New Malone bug #138: "Authserver should cache auth details to reduce impact of db outages", submitted by Andrew Bennetts
[11:53] <dilys> https://dogfood.ubuntu.com/malone/bugs/138
[11:53] <kiko> when you want notebooks I don't keep saying wait wait wait
[11:53] <kiko> and you did NOT thank daniels and fabbione
[11:54] <BradB>  /malone/bugs/+new?field.description=summary%0D%0A%0D%0Adescription&field.title=title&field.sourcepackage=10&field.product=&UPDATE_SUBMIT=Add
[11:54] <BradB> and kiko too!
[11:54] <kiko> dude
[11:54] <kiko> what is this 0D%0A%0D sillyness?
[11:55] <kiko> anyway
[11:55] <BradB> kiko: the thing that separates summary and description
[11:55] <BradB> that's how it printed out in my terminal anyway
[11:55] <kiko> are you okay with me supplying you field.distrorelease field.distro field.version?
[11:55] <lifeless> $xx is rfc standard url encoding
[11:55] <lifeless> bah
[11:55] <lifeless> %xx
[11:55] <lifeless> so what you've got there is \r\n\r\n
[11:56] <kiko> yes, I'm aware,but I would assume, well, never mind
[11:56] <BradB> which is needed to add summary and description :)
[11:56] <BradB> summary might still work
[11:56] <BradB> er, no, it might not
[11:57] <BradB> kiko: the extra fields shouldn't be a problem
[11:58] <kiko> okay
[11:58] <kiko> my hint is START TAKING ADVANTAGE OF THEM
[11:58] <kiko> etc etc
[11:58] <BradB> my hint is I KNOW
[11:58] <kiko> BradB, can I absolute-url that and be happy? href="/malone..." ?
[11:58] <kiko> or is that against the law
[11:59] <BradB> I do /malone's
[11:59] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: soyuz cleanups and restructuring (patch-1009)
[12:00] <kiko> BradB, uhm
[12:00] <kiko> BradB, how do you handle binarypackages?
[12:01] <BradB> we removed that for the time being.
[12:01] <BradB> from the forms, anyway
[12:05] <kiko> BradB man, why do I need to supply sourcepackage ids and not names? 
[12:05] <kiko> maybe I don't really want to ask that question
[12:06] <BradB> kiko: because that's broken
[12:11] <kiko> BradB, do I want to provide distro and distrorelease name or the IDs to you?
[12:12] <BradB> kiko: some kind of unique name is probably the preferred way
[12:12] <daf> what *is* gnarly?
[12:13] <spiv> daf: See launchpad archives, look for a post from ddaa
[12:21] <Kinnison> daf: twisted scary patch crack
[12:24] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Fixed a bug that prevents to upload pofiles (patch-1010)
[12:29] <kiko> wtf is bradb
[12:33] <lamont_r> kiko: der he is...
[12:34] <BradB_> carlos: What bug # is the bug in sqlobject?
[12:34] <SteveA> mdz: should charles be on irc?
[12:34] <carlos> BradB_: is that an indirect ask to file it?
[12:34] <carlos> :-P
[12:34] <carlos>  /s/ask/request/
[12:35] <BradB_> carlos: Sure, if only to know what needs fixing. :)
[12:35] <carlos> BradB_: dude, you should know that already
[12:35] <carlos> the fact that you cannot use in a new sqlobject creation:
[12:35] <carlos> potemplate=mypotemplateobject
[12:35] <lamont_r> SteveA: mdz is away from his computer
[12:36] <carlos> and you need to use
[12:36] <carlos> potemplateID=mypotemplateobject.id
[12:36] <SteveA> reckon that we should make .rej files not unrecognized in our tree?
[12:36] <carlos> BradB_: I will file a bug now, just looking at old bugzilla to see if I filed it already
[12:36] <SteveA> ...now that baz allows us to explicitly resolve conflicts 
[12:38] <BradB_> carlos: ok, thanks
[12:39] <SteveA> lamont_r: I'd like someone from the warty team to get charles sorted out with irc, and explain about it
[12:40] <lamont_r> SteveA: I'll let mdz know and make sure that happens
[12:42] <carlos> BradB_: I don't see any sqlobject product or source package
[12:42] <carlos> BradB_: against what should I file the bug?
[12:42] <spiv> SteveA: Hmm, probably.  lifeless (seeing as you're the only arch guy hanging out here...) does that sound sane?
[12:44] <SteveA> spiv: lifeless said "yes" to it being sane when I asked in meatspace
[12:45] <BradB_> carlos: launchpad, like the other sqlobject bugs
[12:45] <spiv> Ah, cool :)
[12:48] <jordi> daf: a piece of useful information... don't walk with your hobbit shoes into BOF room. The floor is full of broken glass.
[12:49] <jordi> same goes for daniels and thom.
[12:51] <carlos> BradB_: ok, thanks
[12:51] <carlos> jordi: shhh
[12:51] <carlos> :-)
[12:52] <SteveA> daf: can you sort charles out with access to dogfood please?
[12:55] <carlos> SteveA: daf is busy at the moment
[12:56] <carlos> SteveA: do you want I do it?
[12:57] <dilys> New Malone bug #139: "SQLObject handling of sqlobjects as arguments sucks", submitted by Carlos Perell Marn
[12:57] <dilys> https://dogfood.ubuntu.com/malone/bugs/139
[12:57] <carlos> BradB_: there you have it
[01:01] <BradB_> carlos: thanks
[01:05] <SteveA> carlos: if he comes looking for daf, yes
[01:05] <carlos> ok
[01:10] <dilys> New Malone bug #140: "foo", submitted by Carlos Perell Marn
[01:10] <dilys> https://dogfood.ubuntu.com/malone/bugs/140
[01:17] <BradB> the package bug listing will rock today
[01:39] <lulu> .msg bradB
[01:39] <lulu> BradB:well done on Malone today - looking good.
[01:41] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Removing deprecated AppComponent Classes (patch-1011)
[01:42] <BradB> thanks :)
[01:51] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Direct malone file bug from soyuz sourcepackage page. (patch-1012)
[01:54] <lifeless> stub: help
[01:54] <lifeless> Search path incorrect.
[01:54] <lifeless> Add the following line to /etc/postgresql/postgresql.conf:
[01:54] <lifeless>     search_path = '$user,public,ts2'
[01:54] <lifeless> make: *** [check]  Error 1
[01:55] <lifeless> Its in my postgresql.conf
[01:55] <lifeless> and I have restarted
[01:56] <BradB_> sabdf1: ping me when you have a sec. i wanted to show you in working code what i meant about a reusable assignment listing, and how freakishly simple it is to use and reuse.
[02:00] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Removing deprecated AppComponent Classes (patch-1013)
[02:04] <lifeless> stub: meep.
[02:07] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: One hundred and fifteen SQL COMMENT statements (patch-1014)
[02:18] <sabdf1> lifeless: so is pqm using baz -t in the three-way or the two-way sense?
[02:18] <sabdf1> and did you know that it was?
[02:18] <sabdf1> BradB: ping
[02:19] <lifeless> sabdf1: pqm is running baz 1.0.1
[02:19] <BradB> sabdf1: i'll be back down there in about 10 mins. i'm just added one more thing to make it even more useful.
[02:19] <lifeless> and yes I did.
[02:19] <BradB> s,added,adding,
[02:20] <sabdf1> lifeless: but, just conceivably, it could have happened that upgrading baz could have switched the behaviour of pqm :-)
[02:20] <sabdf1> BradB: rock
[02:21] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: allow dynamic creation of pofiles in rosetta (patch-1015)
[02:29] <jordi> "rosetta has a bit potential to become an unavoidable tool"
[02:29] <jordi> what an unfortunate typo... I meant to say "big" potential. :)
[02:30] <SteveA> that sounds like an insult
[02:30] <SteveA> "Dude, you are an unavoidable tool"
[02:32] <jordi> hmm. oh well. :)
[02:32] <jordi> it has a possitive meaning in Spanish at least..
[02:35] <jordi> "become a tool that many l10n communities won't be able to do without" sounds better?
[02:35] <Kinnison> "..won't want to do without..."
[02:37] <haggai> it's a positive statement.  Better to say it positively.  "rosetta has the potential to become an essential part of the work of the l10n communities"
[02:38] <carlos> universal translation: 'Rosetta will rock!!'
[02:38] <carlos> ;-)
[02:38] <haggai> yeah!  ROSETTA IZ DA BIZ
[02:39] <jordi> YAH D00d
[02:39] <haggai> all yr tran5l5unz r us
[02:39] <Kinnison> (eventually)
[02:39] <Kinnison> ;-)
[02:40] <sabdf1> stub: mark-spokenin-id and mark-distro-details are good to go, if you're around
[02:41] <sabdf1> i'll need to do the distro-details sql patch move-into-schema myself, since it needs sync'd code changes
[02:42] <SteveA> stub is at a bof.  computer is down here
[02:56] <carlos> stub: could you also look at my carlos-*.sql patches, please?
[02:56] <carlos> thanks
[03:05] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Some statistics fixes and fixed also the po upload form (patch-1016)
[03:13] <lifeless> have I forgotten to update something ?
[03:13] <lifeless> ----------------------------------------------------------------------
[03:13] <lifeless> File "/home/robertc/source/canonical/buildbot/launchpad/lib/canonical/launchpad/mail/ftests/test_stub.py", line 66, in canonical.launchpad.mail.ftests.test_stub.test_simple_sendmail
[03:14] <lifeless> Failed example:
[03:14] <lifeless>     message.get_payload() == body
[03:14] <lifeless> Exception raised:
[03:14] <lifeless>     Traceback (most recent call last):
[03:14] <lifeless>       File "/home/robertc/source/canonical/buildbot/launchpad/lib/zope/testing/doctest.py", line 1315, in __run
[03:14] <lifeless>         compileflags, 1) in test.globs
[03:14] <lifeless>       File "<doctest canonical.launchpad.mail.ftests.test_stub.test_simple_sendmail[15] >", line 1, in ?
[03:14] <lifeless>         message.get_payload() == body
[03:14] <lifeless>     NameError: name 'message' is not defined
[03:14] <lifeless> ----------------------------------------------------------------------
[03:14] <lifeless> Ran 85 tests in 92.164s
[03:14] <lifeless> FAILED (failures=60, errors=5)
[03:14] <lifeless> ---- end test stderr ----
[03:14] <lifeless> make: *** [check]  Error 1
[03:15] <stub> Don't think so - the tests use a stub mail system that is self contained.
[03:15] <lifeless> GARH.
[03:15] <stub> Oh... you are running the zope tests
[03:15] <lifeless> 'make check'.
[03:16] <lifeless> thats what chinstrap uses to do merges.
[03:16] <stub> python test.py will run everything - 'python test.py canonical' runs just our tests
[03:16] <stub> What did you type? You probably hit a decoy that should be removed.
[03:16] <lifeless> 'make check'
[03:16] <stub> oh - my bad
[03:17] <stub> What python version?
[03:17] <stub> 2.3?
[03:18] <lifeless> mmmhm
[03:18] <lifeless> yep
[03:18] <stub> That was the first failed example?
[03:19] <lifeless> rerunning through less
[03:19] <stub> I want the first error - That would be the last (4 more should be above it)
[03:21] <lifeless> its looong
[03:21] <lifeless> jabbered it to you
[03:22] <lifeless> oh. hahaha
[03:23] <lifeless> still had debug code from that zopeless thing bug
[03:24] <ddaa> lifeless: ready when you are
[03:24] <lifeless> ddaa: ack
[03:37] <lifeless> stub: are /all/ product names unique now ?
[03:37] <stub> Yes
[03:37] <lifeless> ie can one have proj foo, prod bar, proj gam prod bar ?
[03:38] <stub> You can't do that anymore. product.name is now a flat namespace.
[03:38] <stub> And products don't have to have a project anymore (although I don't know if all the UI's cope yet)
[03:38] <SteveA> kiko, cprov, debonzi: dudes, some of the soyuz interfaces are not up to date with the implementations.
[03:39] <SteveA> that is, we're using attributes and methods that are not described in the interfaces.
[03:39] <SteveA> now that I'm tightening up the security, accessing these things is totally failing.
[03:43] <daf> SteveA: perhaps we should revive the idea of tests for checking implementations against interfaces
[03:47] <stub> BradB: In launchpad/doc/vocabularies.txt, why is ProductVocabulary in the non-enumerable section? Is this a mistake, or just because you put it there because it would be stupid to do so?
[03:47] <SteveA> WTF.  sqlobject has been updated, and no-one told me.
[03:47] <SteveA> Every time some software gets up dated like this, an email MUST BE SENT TO THE LIST.
[03:49] <SteveA> daf: that would not help in this case
[03:49] <SteveA> however, increased security stuff does help
[03:51] <daf> SteveA: oh, of course -- would it be feasible to automatically check for attributes being used which aren't in the declared interface?
[03:51] <BradB> stub: Because ProductVocabulary isn't enumerable
[03:52] <BradB> stub: i.e. it's not a set of values you'd plop into a select widget
[03:52] <stub> It isn't? Hmm... I could have sworn it actually implemented that interface
[03:53] <SteveA> daf: yes, by making the implementations security wrapped
[03:54] <BradB> stub: It only implements IHugeVocabulary directly. I skipped up to the implementation, saw a search() method, and stopped there. Perhaps literally speaking it is possible to enumerate
[03:54] <BradB> s/implementation/interface/
[03:54] <stub> ok. That is what I expected - you can, but if you do you will be shot.
[03:55] <BradB> yeah, the docs were written to convey that, at the least ;)
[04:00] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: fixup sourcesource approval for the new project structure (patch-1017)
[04:09] <BradB> kiko, sabdf1: so if malone were otherwise ready to take on a handful of Real Users next week (which might only mean one or two package maintainers, plus a small handful of end-users among the packages they maintain), could soyuz act as a valid entry point into adding a bug, if we made the package bug adding behave in soyuz in exactly the same way that it behaves for products in doap?
[04:10] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: replace the existing bug listing for packages and products (that get hit via doap and soyuz) with the look and feel of the most functional one, less the product and package columns (patch-1018)
[04:11] <BradB> because, if it would be, i want to improve the package bug adding form in soyuz to behave exactly like the doap one, so that, even in the worst case, i can at least /demo/ one end-to-end real usage of malone for a package maintainer. (the only way to demo that now is to do so in a way that we won't normally have package maintainers using malone, which is to start directly in malone, etc.)
[04:11] <BradB> s/package maintainer/package maintainer next week/
[04:12] <BradB> unless we do actually want to them to start in malone; maybe we do
[04:36] <elmo> what's the authserver  on mawson doing ?
[04:37] <SteveA> the one on mawson?
[04:37] <SteveA> it is helping to demo the new shipit code
[04:38] <elmo> ok
[04:38] <SteveA> stub: frank black?
[04:38] <stub> eh?
[04:40] <SteveA> any soyuz webapp guys around? 
[04:40] <SteveA> kiko, cprov, debonzi,  salgado ?
[04:42] <dilys> Merge to 	rocketfuel@canonical.com/launchpad--production--1.6: cherry pick production fix for sourcesource (patch-1)
[04:52] <sabdf1> stub: dude, my ears are hurting
[04:57] <SteveA> kiko: I need some help sorting out this error
[05:01] <dilys> Malone bug #36 fixed for package malone: Portlets disappear when editing a bug
[05:01] <dilys> https://dogfood.ubuntu.com/malone/bugs/36
[05:04] <stub> salgado: Can you confirm that people can only join teams (as stored in the Person table) by being added by the team owner?
[05:09] <SteveA> spiv: what page was that google crack?
[05:10] <spiv> It's linked from labs.google.com
[05:13] <SteveA> ta
[05:22] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Teams and database patches (patch-1019)
[05:24] <salgado> stub, it is supposed to work this way?
[05:25] <stub> *I* think so, but I wanted to check with you since you are the person working on this area. We want to use a team to control access to a particular feature of Buttress and I wanted to confirm it won't be a security problem.
[05:30] <salgado> stub, I think this haven't been defined yet. but the way it was done in soyuz (and the way it is done today on foaf), is that anyone can join any team
[05:45] <lifeless> can anyone edit products without projects ?
[05:46] <carlos> lifeless: do you ask if we should be able or if we are able?
[05:47] <lifeless> we should be able to ... can you ? I can't, in production.
[05:48] <carlos> we should, but never tried it 
[05:48] <carlos> lifeless: jordi was able to create a new product without a project
[05:48] <lifeless> stub says its steves fult.
[05:48] <lifeless> 'fault'
[05:49] <jordi> carlos: was that bugfix committed?
[05:49] <carlos> jordi: it should, not sure if it's synced in the server
[05:49] <carlos> jordi: could you try it?
[05:49] <carlos> I don't see stub here so I cannot ask
[05:49] <jordi> carlos: k
[05:50] <jordi> stub just exited the quiet room
[05:50] <jordi> I think he's going downstairs.
[05:51] <SteveA> jordi: my notes from our talk yesterday have gone
[05:51] <SteveA> along with my guadalinux cd and some vitamin pills
[05:51] <jordi> fuck fuck fuck
[05:51] <SteveA> I think they've been cleared away, looking too much like junk
[05:51] <jordi> SteveA: I guess it's timefor me to go downstairs then...
[05:51] <SteveA> so, we should talk about things again
[05:51] <SteveA> yeah
[05:51] <jordi> Give me 15 mins to hear a bit more about Erinn's bof?
[05:51] <SteveA> okay
[05:52] <jordi> thanks
[05:53] <carlos> jordi: seems like the changes are not yet applied, but will be merged soon
[05:53] <jordi> ok
[06:03] <dilys> Malone bug #123 fixed for package launchpad: Repeat information from subject line in body
[06:03] <dilys> https://dogfood.ubuntu.com/malone/bugs/123
[06:05] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: add context to bug edit and history sidebars for sanity, and duplicate the notification email subject line in the message body, to fix bug #59 (patch-1020)
[06:06] <BradB> ^^ #123
[06:50] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: fix bug activity recording so that adding a bug is only recorded once instead of twice (patch-1021)
[06:58] <lifeless> stub any idea on that ?
[07:16] <Mithrandir> I get permission denied when trying to create a new project on launchpad.ubuntu.com
[07:30] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: BuildDependecies for SourcePackageReleases working again (patch-1022)
[07:39] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: added securedutility directive, and generally tightened up some security.  dealt with side-effects of doing do. (patch-1023)
[09:08] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Fancy new graphs for the potemplate view (patch-1024)