=== elmo_ [~james@george.kkhotels.co.uk]  has joined #launchpad
=== cprov is now known as cprov_shower
=== cprov_shower is now known as cprov
=== stu1 [~stub@dsl-246.248.240.220.dsl.comindico.com.au]  has joined #launchpad
=== elmo_ [~james@george.kkhotels.co.uk]  has joined #launchpad
=== sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com]  has joined #launchpad
=== mdz [~mdz@69-167-148-207.vnnyca.adelphia.net]  has joined #launchpad
=== spiv waves from Mallorca
=== carlos_ [~carlos@69.Red-80-33-181.pooles.rima-tde.net]  has joined #launchpad
=== carlos_ is now known as carlos
=== BradB [~bradb@host217-37-231-28.in-addr.btopenworld.com]  has joined #launchpad
=== debonzi [~debonzi@host217-37-231-28.in-addr.btopenworld.com]  has joined #launchpad
[10:02] <carlos> morning
[10:02] <carlos> BradB: if you merge into rocketfuel what you have, I could finish fixing rosetta's tests
=== lulu [~lu@host217-37-231-28.in-addr.btopenworld.com]  has joined #launchpad
[10:06] <BradB> hi, yeah, i'm merging right now. it'll take a while though.
=== elmo_ [~james@host217-37-231-28.in-addr.btopenworld.com]  has joined #launchpad
[10:06] <carlos> ok
=== cprov [~cprov@host217-37-231-28.in-addr.btopenworld.com]  has joined #launchpad
=== limi [~limi@193.71.38.142]  has joined #launchpad
[10:21] <limi> morning :)
[10:23] <carlos> limi: good morning
[10:24] <debonzi> limi, morning
=== SteveA [~steve@host217-37-231-28.in-addr.btopenworld.com]  has joined #launchpad
[10:28] <limi> SteveA :)
[10:32] <SteveA> morning
[10:33] <limi> sabdfl: what is the highest priority UI-wise on Malone right now?
[10:34] <sabdfl> portlets
[10:34] <limi> (or anyone from the Malone team, obviously :)
[10:34] <limi> ok
=== limi updates and has a look
[10:34] <sabdfl> stu1: stub?
[10:35] <sabdfl> limi: i've just finished the first cut of a working DOAP framework
[10:35] <limi> aha
=== stu1 is now known as stub
[10:35] <sabdfl> would appreciate some love on the following templates:
[10:35] <sabdfl> project-new.pt
[10:35] <sabdfl> product-new.pt
[10:35] <sabdfl> project-edit.pt
[10:35] <sabdfl> product-edit.pt
[10:35] <sabdfl> project-index.pt
[10:36] <limi> will do
[10:40] <carlos> wow, I was able to run launchpad today :-D
[10:42] <carlos> sabdfl: could I fix the problems I found with rosetta or should I wait until the integration work is finished?
[10:42] <sabdfl> carlos: i'm all merged in now
[10:43] <sabdfl> plese be careful with objects in dlalo and dmark that are very similar, we have to resolve that cleanly
=== limi is still amazed at how long it takes to merge
[10:43] <stub> limi: I think the portlets on the main bug view page (wherever that is now ;) ) are ready for you to play with. And if they are not, I'll need more info about what you need.
[10:43] <limi> sabdfl: getting lots of good feedback on Ubuntu in the Plone community, btw - congrats to the team :)
[10:43] <carlos> sabdfl: then, what should I do? work on dlalo on dmark or on both?
[10:44] <limi> stub: ok, cool
[10:44] <sabdfl> stevea is working on something to allow us to have a different browser:defaultview for a Project object in Rosetta and Malone
[10:44] <limi> guess I will know in a few minutes ;)
[10:44] <stub> I suspect there is too much info for one page, but I'll let that be your decision
[10:44] <sabdfl> way too much
[10:44] <limi> too much info is easily dealt with ;)
[10:44] <limi> it's the other way around that is the problem
[10:44] <sabdfl> stub: i've been trying to get doap to the point where we can cut project stuff out of all the other launchpad components and just refer to doap
[10:44] <sabdfl> it's finally there after a good run on the weekend
[10:45] <sabdfl> project / product create / edit is all set
[10:45] <sabdfl> stub: brad b and i are going to start work on malone in a few hours, is there anything you want us to focus on?
[10:45] <limi> sabdfl: and Jeff has Queen's Birthday Holiday today, right :)
[10:46] <sabdfl> i'll be continuing the cleanup post-renaming
[10:46] <sabdfl> limi: if jdub wants i could go round to her house and drop off a card ;-)
[10:46] <limi> hehe
[10:47] <limi> or enter her bedroom, like that guy recently
[10:47] <stub> limi: Its one reason for staying a monarchy - if we lose the queen that is almost all of our public holidays gone ;)
[10:48] <stub> sabdfl: The audit trail would be good.
[10:48] <stub> sabdfl: And BradB might have some ideas on utilizing SQLObject to do the heavy lifting
[10:49] <limi> . o O ( still merging )
[10:49] <limi> is BradB still in London?
[10:49] <SteveA> yes
[10:53] <sabdfl> stub: i think iniitally we'll refactor stuff to bring it into line with new conventions etc
[10:53] <sabdfl> give me a day to get a full handle on it
[10:53] <stub> sabdfl: Sure.
[10:54] <sabdfl> stub: can you get going on the bug watch thing?
[10:54] <stub> sabdfl: Bug watch thing?
[10:54] <sabdfl> we want to be able to watch bugs in bugzilla, as that's the best way to migrate to malone from bugzilla for warty
[10:55] <sabdfl> "bug watch thing" -> adding and updating bug watches
[10:55] <stub> That was in and working last I looked
[10:55] <sabdfl> so you can say "this bug is the same as bug #1980 in bugzilla.ubuntu.com" and it will tell you the status in that remote bug system?
[10:56] <stub> At least as far as the web code goes - it just needs Dave's daemons to drive it.
[10:56] <stub> sabdfl: You can say 'this bug is the same as bug #1980 in bugzilla.ubuntu.com' and the status will sit there as unknown
[11:02] <cprov> stub: after you finish with mark can we talk ?
[11:02] <stub> cprov: now is fine
[11:04] <cprov> stub:  so, I need to figure out how will be the best way to insert my postgres dump on soyuz
[11:04] <debonzi> spiv, ping
=== Kinnison [~dsilvers@host217-37-231-28.in-addr.btopenworld.com]  has joined #launchpad
[11:05] <stub> cprov: You need to explain that a bit better. I'm not sure what you mean by 'insert my postgres dump on soyuz'.
[11:06] <Kinnison> cprov: is your svn server listening?
[11:06] <cprov> stub: of course, we have maid a script to import all the packages information from a ubuntu mirror inside the current database
[11:06] <Kinnison> cprov: my svn process is sat there doing nothing (seemingly)
[11:06] <cprov> Kinnison: yes
[11:06] <Kinnison> connect(3, {sa_family=AF_INET, sin_port=htons(8080), sin_addr=inet_addr("196.168.1.26")}, 16
[11:06] <Kinnison> that's never returning
[11:06] <cprov> Kinnison: let me see
[11:07] <limi> anybody know why I get this error when starting Launchpad? http://paste.plone.org/1619
[11:07] <stub> cprov: Where does the data need to be? The production database, rosetta.warthogs.hbd.com, or developers' local databases?
[11:08] <SteveA> it means you have two SQLObject classes both called "Product", in different places
[11:08] <cprov> Kinnison: http://192.168.1.26:8080/svn/gina/trunk/ is working
[11:08] <spiv> debonzi: pong
[11:09] <Kinnison> How remarkably odd
[11:09] <debonzi> spiv, hi.. a question for you
[11:09] <Kinnison> I managed to fail to c&p properly the first itme
[11:09] <Kinnison> s/itme/time/. Please give me the 'MUD' hat
[11:09] <debonzi> spiv, supose I have a SQLObject selection of bin packages
[11:10] <cprov> stub: that is the question I don't know if we should use that Huge (25 Mb gz) data, but for sure it should be the production DB
[11:10] <debonzi> spiv, I would like to get from this selection the binpackage with version 1.0.0
[11:11] <debonzi> spiv, do you know a nice way to do that?
[11:11] <stub> cprov: ok. So can we stick it into the production database by rerunning your script, or do we need to use your database export (eg. did you need to do any cleanups?)
[11:12] <cprov> stub: no, now you need to drop the current DB and create a new one by hand and run psql -f my_dump
[11:12] <spiv> cprov: How long does the extraction script take to run?
[11:13] <cprov> stub: 4 1/2 hour
[11:13] <spiv> debonzi: Hmm...
[11:13] <stub> cprov: The reason I am asking is that a database dump will contain all the keys, which will conflict with the rows that already exist on the production database. 
[11:13] <cprov> stub: on zhongshan
[11:14] <stub> cprov: So ideally, if we need the database on production I'd rerun the script and let it take 4 1/2 hours.
[11:14] <debonzi> spiv, actualy, I am geting the selection clause attribute, adding ' AND binarypackage.version = %s' and selection again, but Im not sure if it is a good way
[11:15] <cprov> stub: yes, I'm working with a pre-filled DB on gina (importer script)
[11:15] <carlos> spiv: ping
[11:15] <spiv> carlos: Also pong...
[11:15] <debonzi> s/section again/selecting again
[11:15] <limi> SteveA: and how do I fix it? :)
[11:15] <spiv> carlos: But still thinking about debonzi's problem :)
[11:15] <carlos> I'm having some problems with sqlobject transactions 
[11:15] <carlos> spiv: :-P
[11:16] <debonzi> carlos, I came first :)
[11:16] <carlos> debonzi: O:-)
[11:16] <spiv> debonzi: By "selection", you mean a SelectResults object?
=== carlos joins the spiv's queue
[11:16] <debonzi> yep
[11:16] <SteveA> limi: remove the offending other class.  Realistically, update from rf
[11:16] <limi> I just did :] 
[11:17] <debonzi> spiv, sorry for not be clear enougth
[11:18] <spiv> debonzi: So you're doing mySelectResults.clone(clause=mySelectResults.clause + ' AND binarypackage.version = %s' % version) ?
[11:18] <cprov> stub: better for now I think is share the dump as it is between the soyuz member, latter I can work with an empty (I need the warty related fields and components) DB 
[11:18] <spiv> Or actually doing a new BinaryPackage.select?
[11:18] <debonzi> spiv, doing a new BinaryPackage.select
[11:19] <limi> I'm at launchpad--devel--0--patch-490, and I still get the error :(
[11:19] <cprov> elmo_: btw, I need permission to run gina on zhongshan as kiko did last week
[11:19] <debonzi> spiv, the clone method is the right way?
[11:19] <spiv> debonzi: The clone method is slightly nicer, I think, but it doesn't really make much difference :)
[11:20] <stub> cprov: ok. Just so long as I don't end up with a postgres dump that I'm somehow expected to migrate into the live database ;-)
[11:20] <spiv> SQLObject won't actually send a query until you try to get the actual results out of the object, either way :)
[11:20] <debonzi> spiv, I see.. in that case it is not realy bad right?
[11:20] <elmo_> cprov: done - there's a postgres user for you now
[11:21] <limi> anybody else with a current Launchpad that are getting SQLObject errors?
[11:21] <limi> (patch-490)
[11:21] <limi> or is it just my wonderful Mac? :] 
[11:21] <stub> cprov: So did you need me to help setup how to share the dump, or are you right with setting that up?
[11:22] <carlos> limi: executing launchpad?
[11:22] <limi> yes, doing make run
[11:22] <spiv> debonzi: Right.  So it doesn't really matter :)
[11:22] <carlos> last time I was told to use lalo's branch until we get new slqobject merged into rocketfuel
[11:23] <carlos> limi: did you saw lalo's mail from last week about sqlobject?
[11:23] <debonzi> spiv, nice.. thanks for your help 
[11:23] <limi> lalo's branch of SQLObject or Launchpad? yes, saw the mail, but assumed it had been resolved by now
[11:23] <carlos> debonzi: so,  is spiv free? :-P
[11:23] <carlos> lalo's branch of SQLObject
[11:24] <spiv> carlos: Yeah, what's up? :)
[11:24] <cprov> stub: I think I can create by myself, thanks for the hints !
[11:24] <limi> what's the magic incantation to switch to lalo's branch?
[11:24] <cprov> elmo_: tks
[11:24] <carlos> spiv: I have a form that updates two different objects (Person and PersonLabel) depending on the submit button you select
[11:25] <spiv> limi: lalo's branch sounds unrelated to your problem.
[11:25] <limi> is there an arch switch statement?
[11:25] <limi> ok
[11:25] <limi> http://paste.plone.org/1619 is the traceback
[11:25] <stub> cprov: No problem. If you go with an uncompressed text-format dump in arch, please don't put it in the rocketfuel archive as some of us keep local mirrors of it ;)
[11:25] <carlos> spiv: the first one (Person) executes the END transaction, but the other does not so it's lost when launchpad is shutdown
[11:26] <spiv> stub: Well, arch stores changesets as .tar.gz of patches... 
[11:26] <carlos> spiv: any idea about how to debug it?
[11:26] <spiv> (it'll sure pad out revlibs and pristine trees nicely, though ;)
[11:27] <spiv> carlos: Hmm, that's odd.  The SQLOS glue is supposed to take care of the transactions for you (by starting and ending a transaction for the star tand end of each web request).
[11:28] <spiv> carlos: Where's the code? :)
[11:29] <carlos> rosetta/browser.py #414
[11:29] <carlos> "SAVE-PERSONAL" works, but "SAVE-LANGS" does not works
[11:30] <carlos> the template is rosetta-preferences.pt
[11:31] <carlos> btw, I need to request a merge to fix them after all changes we have since last week (givenName -> givenname) so the template will fail if you try to visit it
[11:31] <limi> spiv: do you run patch-490 at the moment?
[11:31] <spiv> limi: what happens when you do 'PYTHONPATH=lib python -c "import canonical.launchpad.database"'?
[11:32] <spiv> limi: Yep.
[11:32] <limi> will rebuilding the DB do any difference?
[11:33] <limi> s/do/make
[11:34] <limi> the command ran fine, no errors
[11:34] <spiv> carlos: Hmm, I think it's the relatedjoin that's breaking it.
[11:35] <spiv> limi: Nah, this error is before it tries to access the DB.
[11:35] <limi> ok
[11:35] <carlos> spiv: could be, but that means a bug in sqlObject, right?
[11:35] <spiv> carlos: SQLObject/SQLOS.
[11:36] <spiv> carlos: I sent a mail about this to the list a few weeks back, iirc.
[11:36] <cprov> stub: ok, I'll  keep it in somewhere far away from arch :), tks
[11:36] <spiv> "SQLOS vs. RelatedJoin"
[11:37] <carlos> hmm
[11:37] <stub> cprov: I'm not saying don't keep it in arch, just don't keep it in the rocketfuel@canonical.com archive. You can just create a new archive on chinstrap for it.
[11:38] <cprov> elmo_: can you send me the zhongshan full address ?
[11:38] <carlos> spiv: but it was working until recently
[11:38] <carlos> I mean, yes, it seems to be the same problem
[11:39] <cprov> stub: do you think we need to it on arch ?  it is a 25 Mbyte gziped file !!
[11:39] <carlos> but I think the problem came when I move to lalo's sqlobject branch
[11:39] <sabdfl> limi: is it possible to replace the <style>...</style> declarations in the body with <link rel=...> in the head?
[11:40] <limi> sabdfl: possible, but not advisable
[11:40] <limi> it will kill NS4
[11:40] <stub> cprov: It depends if you are going to be updating it. If you are, it would become quicker to distribute changes because arch would just send the diffs. If you aren't going to be updating it there is not much point.
[11:40] <limi> not recommended, I mean
[11:40] <sabdfl> it's just.... i can find the xsl that gives me the <link rel...> but have no idea how to change the xsl to do it the way you describe
[11:40] <limi> aha
[11:41] <limi> well, make it do that for now, and we can change it later
[11:41] <limi> NS4 should be mostly extinct in geek circles now anyway
[11:41] <limi> and I assume it doesn't ship with Ubuntu ;)
[11:42] <limi> sabdfl: in any case - there shouldn't be any XSLT required in that part anyway - it's just static HTML
[11:42] <cprov> stub: the second option is more atractive to me, but you from malone and rosetta should decide if is relevant for you test your apps with a real DB, I don't know.
[11:42] <spiv> carlos: Wow.  I've no idea what would've been making that work ;)
[11:42] <limi> if Lurker uses some dynamic way of getting the CSS, you can just remove that part
[11:43] <limi> the ubuntulinux.org CSS includes all the Lurker styles
[11:43] <sabdfl> limi: can i have multiple link rel= elements in the head?
[11:43] <limi> yes
[11:43] <spiv> carlos: I'll look into it deeper later today.
[11:43] <sabdfl> ok, i'll try that
[11:44] <carlos> spiv: I'm not 100% sure, but as soon as daf comes, I will be able to tell you if I'm wrong or if it's working, I think our rosetta alpha server has it working
[11:45] <spiv> carlos: Hmm!
[11:45] <stub> cprov: I will be wanting a copy, but aren't fussed on how I get it so just dump the dump.gz somewhere on chinstrap then.
[11:45] <spiv> carlos: If you're using lalo's sqlobject branch, I think I have a patch for you to try...
[11:45] <carlos> spiv: sure
=== spiv hunts for the bug he attached it to
[11:49] <limi> sabdfl: just make it look like http://paste.plone.org/1621
[11:50] <limi> the only change is removing the one <link> element and inserting the <style> elements instead
[11:50] <spiv> carlos: https://bugzilla.warthogs.hbd.com/bugzilla/attachment.cgi?id=13
[11:50] <sabdfl> limi: thanks, willdo
=== SteveA notes that we could do with our very own canonical pastebin
[11:51] <spiv> cd to lib/sqlos and apply that.
[11:51] <cprov> stub: I will do so, today afternoon
[11:51] <spiv> SteveA: +1
[11:51] <SteveA> also, when I get a webpage on launchpad, it connects to plone.org
[11:51] <SteveA> I guess it is getting a stylesheet from there
=== limi has a look
[11:52] <limi> it shouldn't :)
[11:52] <sabdfl> spiv: thanks for your work here last week
[11:53] <carlos> spiv: done
[11:54] <limi> SteveA: grepped for plone.org, in the templates, couldn't find anything
[11:54] <carlos> spiv: seems like it fixed the problem
[11:55] <carlos> yes, it's fixed
[11:55] <spiv> sabdfl: Oh, which reminds me... it seems I misunderstood the requirements for the sourceforge import.
[11:55] <sabdfl> spiv, SteveA: where is that code from Morgan to be found?
[11:55] <sabdfl> spiv: a little, was coming to that, mea culpa for being in a hurry with the explanation
[11:55] <sabdfl> we just need two fields in project: sourceforgeproject and freshmeatproject
[11:56] <spiv> carlos: Ah, interesting!
[11:56] <sabdfl> we'll just store the actual project name there
[11:56] <carlos> spiv: what does exactly that change?
[11:56] <sabdfl> we'll poll their servers for the details when we actually want them
[11:56] <spiv> carlos: I'm not 100% sure ;;)
[11:56] <carlos> X-)
[11:56] <sabdfl> Kinnison: we need to update Gina to do some freshmeat / sourceforge magic too
[11:56] <spiv> carlos: It uses a new SQLObject.Transaction for each web request, rather than a new SQLObject.Connection...
[11:57] <spiv> carlos: I think the fact it fixes RelatedJoins is an accident :)
[11:57] <spiv> sabdfl: Oh, right.  That makes sense :)
[11:57] <carlos> well, it's a good accident :-P
[11:58] <carlos> spiv: do you want any other test with that patch?
[11:58] <spiv> carlos: Yeah, but it means we'll need to be wary of it breaking with upgrades to SQLObject, etc, because it's guaranteed behaviour.
[11:59] <spiv> carlos: Well, the main problem with that patch is it requires fixes taht are in SQLObject 0.6 (or lalo's branch).  So we can't merge that in until we get our SQLobject snashot updated.
[12:00] <limi> sabdfl: did it work? (the XSLT)
[12:00] <carlos> spiv: do we have a planned date for that? :-D
[12:00] <spiv> carlos: last week :/
[12:00] <carlos> lol
[12:00] <spiv> carlos: lifeless was doing it, but he's on a holidy today.
[12:00] <carlos> ok
[12:01] <sabdfl> not sure yet limi
[12:01] <carlos> spiv: thanks 
[12:02] <spiv> (It probably should be holiday for me too, come to think of it ;)
[12:02] <Kinnison> sabdfl: *nod* I'm currently trying to get an instance going for myself on zhongshan
[12:02] <sabdfl> limi: erk. http://lists.ubuntu.com/lurker/
[12:02] <cprov> Kinnison: are you running gina ?
[12:02] <Kinnison> cprov: not yet
[12:02] <spiv> Although working from Malloca is quite nice :)
[12:02] <sabdfl> spiv: broadband?
[12:02] <cprov> Kinnison: I'm able to run, should I ?
[12:02] <spiv> er, Mallorca.
[12:03] <cprov> Kinnison: I mean, we just need one 
[12:03] <Kinnison> cprov: gina appears to run for me now
=== Kinnison is running loading into launchpad_dsilvers
[12:03] <spiv> sabdfl: yeah, although only 256 and shared with a couple of others.  Thankfully, the others are largely holidaying rather than reading their email ;)
[12:03] <spiv> But good enough.
[12:04] <sabdfl> could you ask around about the general state of broadband in spain?
[12:04] <spiv> (Better than the wireless on the 5th floor of the KK George).
[12:04] <limi> sabdfl: no reference to the CSS in that source code
[12:04] <SteveA> it's okay in the lobby, though
[12:04] <carlos> spiv: they are upgrading our DSL lines now to 512 
[12:04] <carlos> sabdfl: what do you need to know?
[12:05] <limi> failing that, the Norwegian Bandwidth Conference
[12:05] <limi> 100Mbit/s dedicated connection for everyone
[12:05] <limi> :P
[12:05] <sabdfl> carlos: we need to find a venue for our december conf
[12:05] <carlos> limi: perhaps next century in Spain...
=== spiv workraves for 10min
[12:06] <sabdfl> probably ideal would be a university with (a) good bandwidth, (b) cheap accomodation so other open source guys can come along themselves cheaply
[12:06] <carlos> sabdfl: will it be open like Oxford one?
=== mdz underscores (a)
[12:07] <elmo_> oxford's bandwidth kicked ass - you guys are just jealous you don't have bandwidth like that at home
[12:07] <limi> any volunteers for tracking down why my launchpad doesn't come up?
=== limi has investigated the obvious possibilities
[12:09] <carlos> sabdfl: also, could be interesting to know more or less the number of people that will come
[12:10] <limi> btw, are we standardizing on "add" or "new" for template names? (there's project-new.pt, but product-add.pt)
[12:10] <sabdfl> limi: i think i forgot the ;
[12:10] <limi> sabdfl: aha
[12:10] <sabdfl> limi: "new" is my latest choice
[12:10] <limi> ok
[12:11] <sabdfl> "add probably makes more sense"
[12:11] <sabdfl> please work on the -new templates, we can rename them later
[12:12] <sabdfl> we will delete the old / unused templates once i'm sure there is nothing in there i want to merge
[12:14] <limi> ok
[12:19] <limi> can I move the CSS from lp to launchpad, since that is where the templates are now?
=== ddaa [~david@nemesis.xlii.org]  has joined #launchpad
[12:22] <sabdfl> limi: please do, and fixup
[12:22] <Kinnison> Can someone with admin privs on the launchpad list accept the mail I just sent
[12:22] <limi> can't do the proper fix until my Launchpad works, but will do it once I have the chance
[12:23] <limi> I'm working with the static HTML right now
[12:23] <limi> some sort of SQLObject error
=== ddaa [~david@nemesis.xlii.org]  has joined #launchpad
[12:27] <spiv> limi: Ok, I'm back now... I'll take a look.
[12:27] <limi> great
[12:27] <limi> anything I can do?
[12:27] <spiv> limi: Is your mirror on chinstrap up to date?
[12:28] <limi> no, let me commit it
[12:28] <spiv> I might try running from a checkout from your code.
[12:28] <limi> ok
[12:28] <limi> ls
[12:28] <limi> bah :] 
[12:28] <spiv> :)
[12:28] <limi> too many windows
=== limi wants the ESP windows focus mode
[12:28] <spiv> (seeing as tla actually runs quite quickly for me, unlike for our poor OS X users)
[12:29] <limi> yeah, poor us
[12:29] <limi> we lead a hard life
[12:29] <limi> ;)
[12:29] <spiv> limi: It's mindboggling how slowly it runs for BradB, and I hear it's the same for you.
=== limi isn't surprised by anything regarding arch anymore :)
[12:31] <limi> committing...
[12:31] <spiv> I am ;)
[12:31] <Kinnison> limi: You could use a real OS
[12:32] <limi> or a versioning system that doesn't think the FS is a database
[12:32] <Kinnison> It is though
[12:33] <BradB> spiv: Though I must say now that my main arch-related complaint is about how slow it is. I can live with the rest of it. :)
[12:33] <limi> only in the widest possible definition
[12:33] <limi> spiv: ok, should be up to date now
=== BradB installs a new workflow into the Ubuntu plone site.
[12:40] <limi> does Apache 2 have explicit cache invalidation, or do you have to use squid for that?
[12:46] <spiv> limi: Ok, sorry for the delay, I'm looking at your prooblem now :)
[12:47] <sabdfl> spiv: please could you have a look over the latest doap code and let me have your comments?
[12:48] <sabdfl> i'd like to converge on common conventions for naming, form handling etc
[12:48] <sabdfl> then get the whole codebase using those conventions
[12:48] <sabdfl> i'd like to use doap as the proving ground, because it's a simple problem area (nothing difficult to model and represent)
[12:49] <spiv> Ok, after I see if I can figure out why launchpad is broken for limi.
[12:51] <limi> I'll do lunch in the meantime
[12:57] <BradB> spiv: Where are the users in the Ubuntu Plone site getting accessed from again? I want to make sure I understand why it's not auth'ing users on my local copy of the sitee.
[12:58] <BradB> s/sitee/site/
[12:58] <BradB> s/accessed/authenticated/
[12:58] <spiv> BradB: From the production launchpad database on emperor, via an XML-RPC service on macquarie.
[12:59] <BradB> woo, ok
[01:01] <spiv> limi: Ok, I've checked out your code, and it fails to work.
[01:02] <BradB> spiv: Steve says you have a demo thing you can turn on so that I can auth into the Plone site on my machine to test my workflow changes. Can you do that?
[01:04] <spiv> BradB: You mean run an authserver locally, against your launchpad_test DB?
=== limi is now known as limi|llunch
[01:05] <spiv> Yeah, that's easy.  Or even against a stub server, although it's not very useful... (it just refuses authentication ;)
[01:06] <spiv> BradB: see the README.txt in lib/canonical/authserver
=== BradB looks
[01:07] <spiv> BradB: The test.tac config file is probably the one you want
[01:07] <spiv> The default db sampledata inserts a user foo.bar@canonical.com (pw: test) that you can use.
[01:08] <spiv> (Mini-Twisted tutorial: .tac files are config files written in Python)
=== BradB gives it a shot
[01:10] <SteveA> (Which is WRONG WRONG WRONG)
[01:10] <lifeless> spiv: you know, I think you've broken buttress for importd
[01:10] <lifeless> SteveA: I haven't seen a new mail from you
[01:11] <SteveA> lifeless: I am still being shafted by my unfamiliarity with the details of diff patch and tar
[01:11] <lifeless> SteveA: oh.
[01:11] <SteveA> my brain is not yet attuned to diff and patch
[01:11] <spiv> lifeless: Hmm, I'll take a look sometime today... that isn't going to cause a major crisis in the meantime, I hope?
[01:11] <SteveA> I follow recipies or think about it a lot and make mistakes
[01:12] <lifeless> spiv: the thing is, that importd a la buildbot needs to connect to the database - it was calling connect from taxi (buildbot/importd/taxi.py)
[01:12] <lifeless> spiv: only if we do a production update before its fixed.
[01:12] <BradB> spiv: How do I point the user source at localhost?
[01:12] <BradB> When I click on it in the ZMI I get a timeout.
[01:12] <spiv> lifeless: Given it's your day off, we should be ok ;)
[01:12] <spiv> BradB: If you're asking how to configure Roche's changes to plone, I've no idea :)
[01:14] <spiv> lifeless: Ok.  Having the connect method there as really the wrong way to do that, I think.  I'll take a look, thanks for letting me know :)
[01:14] <spiv> (The tests pass though, which is more than the did before ;)
[01:14] <spiv> s/the/they/
[01:24] <spiv> limi|llunch: You seem to have a different lib/canonical/soyuz/sql.zcml to rocketfuel.
[01:26] <spiv> limi|llunch: If I use the one from rocketfuel, your latest revision of launchpad works for me.
=== limi|llunch is now known as limi
[01:56] <limi> great, thanks
[02:04] <sabdfl> daf: am switching everything i find from RosettaTable to Table, as Lalo seems to have provided renamed classes already
[02:27] <limi> spiv: it still gives me:
[02:27] <limi> IOError: [Errno 2]  No such file or directory: '/Users/limi/Work/Canonical/launchpad/launchpad/lib/canonical/soyuz/sql.zcml'
[02:28] <spiv> limi: That's odd... that file should exist.
[02:29] <limi> yes, double checking the update now
[02:30] <limi> argh
[02:30] <limi> arch again
[02:30] <limi> .orig and .rej files
[02:36] <limi> spiv: is there any way to explicitly get the sql.zcml file? even after deleting the .orig/rej files, it won't grab the one from rocketfuel
[02:44] <spiv> limi: Well, I do it by "tla get --link rocketfuel@canonical.com/launchpad--devel--0 ,,upstream ; cp ,,upstream/...", but then getting a new working tree only takes about 3 seconds on my laptop :)
[02:44] <limi> ouch
[02:45] <spiv> (The --link hard-links the files from the revision library, which helps the speed...)
[02:45] <limi> isn't there a way to say "get the missing files"?
[02:45] <limi> like cvs/svn does when you do an update?
[02:46] <spiv> There probably is, but I don't know it off-hand.
[02:47] <spiv> You can grab the file from here, though: https://chinstrap.warthogs.hbd.com/archzoom/rocketfuel@canonical.com/launchpad--devel--0--patch-494/lib/canonical/soyuz/sql.zcml?download
[02:47] <limi> SteveA, any idea?
[02:47] <limi> and then commit it?
[02:47] <SteveA> limi: any idea about what?
[02:47] <spiv> Yeah.  Check tla changes --diffs before commit, of course.
[02:47] <spiv> (I find that's a really useful habit to catch stupid mistakes :)
[02:48] <limi> SteveA: how to do the equivalent of "svn up", so I get missing files
[02:50] <SteveA> missing files from where?
[02:50] <SteveA> I think I'm missing some background
[02:50] <limi> my sql.zcml file is gone
[02:50] <limi> and I need to get the clean version from rocketfuel
[02:51] <SteveA> how did it get gonned?
=== SteveA wins the grammar award
[02:51] <spiv> SteveA: lazy SVN/CVS way to revert a file to upstream's version is to deelte your copy, and {cvs,svn} update.
[02:51] <SteveA> ok
[02:52] <SteveA> I see
[02:52] <spiv> limi's asking about the arch equivalent, I believe.
[02:52] <SteveA> svn revert is good
[02:52] <SteveA> what I do in arch is to get the category from rocketfuel, then copy the file over
[02:52] <spiv> I think I may have a solution, I'm just testing...
[02:52] <spiv> (Well, for a single file)
[02:52] <carlos> tla file-diffs foo.zcml | patch -p1 -R ?
[02:53] <cprov> SteveA: something related to tla file-diffs ...
[02:53] <spiv> carlos: That'll grab limi's version.  Might as well just use tla undo ;)
[02:53] <carlos> tla undo for the whole archive and "tla undo -nq" if you don't want the changes you did
[02:53] <spiv> But you can give a revision to file-diffs...
[02:54] <spiv> So possibly you can do tla file-diffs sql.zcml rocketfuel@canonical.com/launchpad--devel--0 | patch -p1 -R
[02:54] <spiv> But I'm just checking first ;)
[02:54] <limi> wow, that's insane
[02:54] <limi> this is a *very* common operation 
[02:54] <spiv> limi: Please tell our arch guys that ;)
[02:55] <cprov> maybe:  -N, --new-file  Treat missing file as empty (tla file-diffs --help)
[02:58] <ddaa> limi: I do not think that is a very common operation. It appear to be a common operation to former cvs users who do "rm ; cvs up" where they want a selective undo.
[02:58] <limi> well, it should support it if you remove the wrong file or something
[02:59] <limi> in my case, there was no file there, only the .rej and .orig files, and I wanted to get whatever was in the rocketfuel repo
[02:59] <spiv> limi: There are two distinct operations here...
[02:59] <ddaa> That's a part of "selective undo", the fact that is does not work (yet) when there are inventory changes is a limitation that needs fixing.
[03:00] <limi> it should be robust enough to handle it in any case
[03:00] <spiv> For "revert my working tree to be identical to the last revision", use tla undo (or the tla file-diffs hack for single files)
[03:00] <ddaa> But front-ends like fai or raw tend to help a lot with that. fai has a much improved undo. I dunno about raw, yew.
[03:00] <ddaa> * yet.
[03:00] <ddaa> spiv: correct
[03:01] <ddaa> the problem with the missing file is that you do not have the id.
[03:01] <spiv> For "give me the version of this file from another arhive", arch doesn't have any automatic facilities for that (that I know of)
[03:02] <spiv> Arch doesn't even have a builtin notion of which version is teh "upstream" of another.
[03:02] <ddaa> So, you have to do something like "cp $(library-find REV)/file ./file
[03:03] <limi> well, when I tell it to get the latest version from rocketfuel, it should notice that the file is missing, and sync it
[03:03] <spiv> (I think fai or raw might, though??)
=== spiv -> lunch
[03:04] <ddaa> limi: "get the latest version from rocketfuel" is what you do with "tla undo REV"
[03:04] <ddaa> Which is probably not what you want to do...
[03:04] <ddaa> I suspect you are applying cvs mental models to tla.
[03:05] <ddaa> Which does cause a lot of confusion...
[03:05] <limi> all I know is that arch gets in the way every time I want to do a simple operation, hence my bitching ;)
=== ddaa checks the wiki for what you want to do
[03:06] <limi> when you need to look it up on a wiki page, it's not very obvious
[03:06] <ddaa> The "do the same thing as cvs up for missing files" is a common request.
[03:06] <limi> anyway, back to work
[03:07] <ddaa> limi: saying that tla is not obvious is a truism. Saying that's it's not obvious when you expect it to do the same thing as cvs is... a bit redundant...
[03:09] <cprov> daad: not so redundant when you treat arch as another RCS, it may do the things in a different way or do more things, but anyway it should be able to easily recover a file deleted by a user mistake, don't you agree with me ?
[03:10] <ddaa> I agree. That needs to be done in tla itself. Actually, I would not be suprised if it just needs to be merged....
[03:11] <limi> I tried a merge, didn't work
[03:11] <ddaa> But, most of the time, the rm is deliberate.
[03:12] <limi> that's tla rm, not rm
[03:12] <ddaa> I mean, maybe the feature is out there and needs to be merged in tla.
[03:12] <limi> if you want to remove it from your repo
[03:12] <cprov> ddaa: it would be really nice, I'm using the tla sarge package and ask myself everyday if can I have a fresh copy of it ... 
[03:13] <ddaa> cprov: in case you have not noticed, the tla release process is slightly horked atm...
[03:13] <cprov> I agree with limi, tla rm is deliberated not rm, neither sometimes rm *
[03:14] <ddaa> what additional difference do you expect? "tla rm" is "remove the file and its explicit tag if present".
[03:14] <ddaa> arch has no concept of "remove a file from the repository" that I can tell.
[03:15] <ddaa> (well, the release process was horked one week ago, I still have to catch up)
[03:15] <cprov> ddaa: keep the arch tag only inside the files has already caused some confused when you are moving or copying files inside rep
=== ddaa curses himself for being so bad at communicating with users...
[03:16] <limi> stub, spiv: are you the ones working on Malone these days? anyone else?
[03:16] <ddaa> Sorry folks, I do not mean to talk down to you, but I'm not very good at user support.
[03:16] <cprov> ddaa: keep the ids inside .arch seems more explicity to me, just it 
[03:17] <ddaa> cprov: that's more or less a matter of taste.
[03:17] <stub> limi: Me, sabdfl and BradB atm.
[03:18] <limi> aha
=== lalo [~lalo@200-203-032-009.paemt7005.dsl.brasiltelecom.net.br]  has joined #launchpad
[03:18] <cprov> ddaa: don't worry, I'm just asking for possible feature that could turn arch friendly for me 
=== carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net]  has joined #launchpad
[03:20] <spiv> ddaa: It's currently almost random whether a file inn rocketfuel has explicit or implicit tags :(
=== spiv blinks
[03:20] <ddaa> People seem to disagree...
[03:20] <ddaa> I love taglines.
[03:21] <ddaa> Other people love explicit tags.
[03:21] <limi> stub: got this when trying to edit an issue: http://paste.plone.org/1622
[03:21] <limi> Error type: psycopg.ProgrammingError
[03:21] <ddaa> spiv: that should probably be fixed by policy. SteveA?
[03:22] <limi> hm, maybe I should rebuild the DB
[03:23] <spiv> ddaa: Definitely.  I'm ambivalent about implicit vs. explicit, but the inconsistency is clearly bad.
[03:23] <limi> how do I rebuild the DB now? launchpad_test doesn't seem to exist anymore
[03:23] <spiv> limi: cd database/schema; make
[03:23] <limi> aha
[03:23] <limi> thanks
[03:23] <ddaa> spiv: I'm not sure it's really big problem. But if it confuses people it should be addressed.
[03:24] <spiv> I'm glad I was finally able to give a simple answer to a question ;)
[03:24] <limi> Postgres and Zope 3 I normally get along with ;)
[03:24] <ddaa> http://wiki.gnuarch.org/moin.cgi/Arch_20Recipes#head-90e29eeae2d9483787b2d1792014dfbc744c50a6
[03:25] <ddaa> ^ Undoing changes to a single file
[03:25] <SteveA> ddaa: I think we're going to decide on no taglines for launchpad.
[03:25] <spiv> That does something slightly difffernt to limi's case, iirc.
[03:25] <limi> of course, you just touch it and do file-diffs and pipe that to patch
[03:25] <limi> :P
[03:25] <limi> simple!
[03:26] <ddaa> SteveA: then all you need is a sweet spot in the development process where you can break merging.
[03:26] <SteveA> why would it break merging?
[03:26] <ddaa> Switching from tagline to explicit changes the id.
[03:26] <spiv> ddaa: We've just done that pretty much, anyway...
[03:27] <ddaa> Being able to switch in both directions while preserving the id is another feature which should be implemented eventually.
[03:27] <ddaa> It has been talked to death on the mailing list a couple of times.
[03:27] <spiv> ddaa: limi wanted to revert a file in his tag off rocketfuel to a version in rocketfuel, which that recipe doesn't help with.
[03:27] <spiv> (if "m understanding the situation correctly)
[03:28] <ddaa> spiv: file-diffs can accept a revision name
[03:28] <ddaa> and for the last recipe, it would need to be "tla logs --full 
[03:28] <ddaa> oops
[03:28] <spiv> ddaa: Right... but that recipe doesn't use that or mention that... :)
[03:29] <ddaa> "tla logs -f VER" instead of just "tla logs -f"
[03:30] <ddaa> spiv: feel free to augment the wiki. I guess people are expected to dig the usage of commands they are not familiar with. I agree that "users are curious about tla" is a strong assumption...
[03:30] <spiv> ddaa: Btw, why does tla logs require you to be in a working tree, even if you passa it a fully-qualified acbv?
[03:31] <ddaa> because this command lists the patchlogs in the tree.
[03:31] <ddaa> compare with "tla revisions" which lists revisions in the archive.
[03:31] <spiv> Oh, the working tree.  I see.
[03:31] <limi> stub: works after I updated the DB, sorry for the noise
[03:31] <SteveA> ddaa: can't you just stick the id from the arch-tag: xxxxx into the .id file?
[03:32] <ddaa> No, explicit ids have a different namespace that tagline ids.
[03:32] <spiv> An error saying "logs: not in project tree (.).  Perhaps you meant revisions" would have helped me there ::)
=== ddaa grins at spiv
[03:33] <ddaa> spiv: same answer as usual.
[03:33] <spiv> ddaa: I've no idea how to drive that bizarre bug-goo thing.
[03:33] <ddaa> spiv: to perform what operation?
[03:34] <ddaa> For a bug report, just start the mail subject with "[BUG] "
[03:34] <ddaa> but, as usual, you should start by checking it's not already in the database.
[03:34] <ddaa> bugs.gnuarch.org
[03:38] <carlos> spiv: I'm getting this error and I don't understand why:
[03:38] <carlos> raise ValueError, "Unknown SQL builtin type: %s for %s" % \
[03:38] <carlos> ValueError: Unknown SQL builtin type: <type 'member_descriptor'> for <member 'name' of 'file' objects>
[03:38] <carlos> that comes from:
[03:38] <carlos> (sorry, some "spam")
[03:38] <carlos> poTemplate = POTemplate(product=product,
[03:38] <carlos>                             name=options.name,
[03:38] <carlos>                             title=options.title,
[03:38] <carlos>                             description=options.description,
[03:38] <carlos>                             path=file.name,
[03:38] <carlos>                             isCurrent=True,
[03:38] <carlos>                             dateCreated=datetime.utcnow(),
[03:39] <carlos>                             copyright='XXX: FIXME',
[03:39] <carlos>                             priority=2, # XXX: FIXME
[03:39] <carlos>                             branch=1, # XXX: FIXME
[03:39] <carlos>                             license=1, # XXX: FIXME
[03:39] <carlos>                             messageCount=0,
[03:39] <carlos>                             owner=person)
[03:39] <carlos> the owner=person part
[03:39] <carlos> person is a valid Person object
[03:40] <spiv> carlos: file is the builtin file...
[03:41] <carlos> oh, true, I did not saw it
[03:41] <spiv> carlos: You're passing the .name attribute of the file builtin as the value of path, rather than whatever it was you meant to bpass in :)
[03:43] <carlos> crapt, then it's broken in the other script from where I copied it
[03:52] <cprov> Kinnison: can you tell how many gpg keys do you have in your old DB copy ?
[03:52] <Kinnison> the count(*) is 26
[03:53] <cprov> Kinnison: tks 
[04:17] <cprov> Kinnison: you can have the newest DB dump on http://192.168.1.26/cprov/warthogs/gina/data/lp_dump_zhongshan.sql.gz
[04:17] <cprov> Kinnison: also get my fresh changes on rocketfuel
[04:18] <Kinnison> cprov: I'm not currently fiddling with that stuff; but thanks
[04:21] <carlos> daf, lalo: Sorry for the bugzilla spam :-P
[04:22] <daf> hi carlos
[04:22] <lalo> carlos: np
[04:22] <carlos> daf: hi
[04:22] <daf> shall we have a Rosetta meeting?
[04:22] <lalo> if you wish
[04:22] <carlos> daf, lalo: feel free to change the priorities, that's my view of them
[04:22] <carlos> daf: sure, but please, not more than 30 minutes, I should go to the university 
[04:23] <daf> ok, let's keep it short
[04:23] <cprov> Kinnison: ok
=== daf just arrived in London
[04:24] <daf> I'll be here for the week
[04:24] <daf> what are you working on?
[04:24] <carlos> I catch up with all rocketfuel changes
[04:25] <carlos> fixed the functional test and the sample data
[04:25] <daf> how are our tests?
[04:25] <daf> do we have them all passing?
[04:25] <carlos> (we pass now all tests, thanks BradB)
[04:25] <daf> that's great!
[04:26] <lalo> great
[04:26] <daf> is that including functional tests?
[04:26] <carlos> yes, my fix to the functional test was the only one remaining, but it's now in rocketfuel
[04:26] <carlos> daf: yes
[04:26] <daf> ah good, I'm very happy about that
[04:27] <daf> lalo: what have you been up to?
[04:27] <carlos> hmm, also we have the createtemplate script that was waiting in my laptop for the "big merge"
[04:27] <lalo> I've been away most of the weekend
[04:28] <carlos> lalo: that's the idea behind the weekends :-P
[04:29] <daf> carlos: quite :)
[04:29] <lalo> Friday I worked in the Big Move... which later proved to be a miscommunication in the sprint, and Mark seems to have spent a good portion of *his* weekend undoing what I did
[04:30] <lalo> now I,m ready to go on working on transactions, then the script to update stats
[04:30] <daf> sounds good!
[04:31] <lalo> but as you can infer from my typing skills, I'm not yet entirely awaken. :-)
[04:31] <daf> have we resolved most of the problems related to the rearrangement?
[04:31] <carlos> lalo: :-P
[04:32] <carlos> daf: not sure, I fixed  the preferences template
[04:32] <carlos> but there are still somethings that will change
[04:32] <lalo> I don't know, I was just merging and running tests to find out
[04:33] <daf> ok
=== daf star-merges
[04:34] <carlos> we have new things in rosetta :-P
[04:35] <carlos> Revision Control System
[04:35] <carlos> [ Add SourceSource ] 
[04:35] <daf> > tla changes | wc -l
[04:35] <daf> 612
[04:35] <carlos> but it does not works :-P
[04:36] <carlos> funny, we have a project editor
[04:36] <carlos> well, product
[04:38] <carlos> daf: I was planning to work tonight or tomorrow (depending on when I'm back from the university) on the code review so we do "the right thing (c)" about the potranslationsighting (#2065)
[04:39] <carlos> but if you want to take it, I don't have anything done yet
[04:40] <daf> carlos: can we make the title more specific?
[04:40] <daf> it's about inlastrevision only, isn't it?
[04:40] <carlos> and active
[04:40] <daf> or is there more to it than that?
[04:40] <daf> right
[04:42] <daf> I think most of the calls to fake_person() are in the translation effort code -- can you take responsibility for fixing them, Carlos?
[04:42] <daf> #1976
[04:42] <carlos> sure
[04:45] <daf> ok, any other business?
[04:46] <carlos> daf: could we arrange a date for the Beta?
[04:46] <carlos> not now
[04:46] <carlos> but when you could, talk about it with Mark and/or Lu
[04:46] <carlos> (now that you are in London :-P)
[04:52] <carlos> hmmm
[04:52] <carlos> daf: the login status message is not working correctly
[04:52] <daf> carlos: no?
[04:52] <carlos> I'm loged into rosetta but the places where you can visit without a login account
[04:53] <carlos> says I'm not logged in
[04:53] <carlos> for instance:
[04:53] <carlos> http://localhost:8085/rosetta
[04:53] <carlos> says:  Not logged in.
[04:53] <daf> does reloading the page change anything?
[04:53] <carlos> but http://localhost:8085/rosetta/prefs says:  Logged in as Carlos Perell Marn
[04:53] <carlos> daf: no
[04:53] <carlos> same thing
[04:53] <daf> grr
[04:53] <carlos> I will file a bug report now
[04:53] <spiv> We use HTTP (basic) auth?
[04:54] <carlos> yes
[04:54] <carlos> well, I think so :-P
[04:54] <daf> I think so too
[04:54] <spiv> It might be the browser being clever, and not sending the credentials every page request unless challenged by teh server.
[04:54] <carlos> daf: I suppose you need to get the user from "Principal" always (not sure how are you doing it)
[04:55] <daf> carlos: look in main_template.pt
[04:55] <carlos> spiv: makes sense
[04:55] <carlos> yes, that's it
[04:55] <carlos> the log says that Anonymous is who asked that page
[04:55] <carlos> insted of an authenticated user
[04:55] <spiv> Cookie-based auth wouldn't have this problem.
[04:56] <carlos> I think the plan is  move to cookie auth in the future
[04:56] <daf> bring on cookie-based auth!
[04:56] <carlos> so perhaps we could forget about this bug until that moment..
=== limi [~limi@193.71.38.142]  has joined #launchpad
[04:56] <spiv> carlos: No, still file it.
[04:57] <carlos> ok
[04:57] <spiv> carlos: And if there's a bug about cookie auth, maybe make it depend on that.
[04:57] <spiv> (else we probably should have a bug for it too :)
[04:57] <carlos> ok
[04:57] <daf> https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=1947
[04:57] <carlos> we have it
[04:57] <carlos> yes, that one
[04:58] <carlos> daf: dude, you are too fast for me :-P
[04:58] <daf> :)
[05:02] <carlos> daf: your "girlfriend" is not here, what happens?
[05:02] <carlos> :-P
[05:02] <carlos> do you run the bot from your laptop?
[05:04] <daf> no...
[05:04] <daf> dilys is running
[05:04] <daf> I wonder what happened to her
[05:06] <carlos> she's angry because you are in London this week :-P
[05:06] <carlos> ok, see you later, time to go to the university
=== lalo [~lalo@200-203-032-009.paemt7005.dsl.brasiltelecom.net.br]  has left #launchpad [] 
=== BradB [~bradb@host217-37-231-28.in-addr.btopenworld.com]  has joined #launchpad
=== dilys [daf@muse.19inch.net]  has joined #launchpad
=== lalo [~lalo@200-203-032-009.paemt7005.dsl.brasiltelecom.net.br]  has joined #launchpad
[05:34] <sabdfl> stub has done good work on malone
=== stub [~stub@dsl-246.248.240.220.dsl.comindico.com.au]  has joined #launchpad
[06:00] <sabdfl> limi: ping?
[06:00] <limi> sabdfl: pong
[06:01] <sabdfl> how's are the malone page templates coming?
[06:02] <limi> well, slowly - arch keeps getting in the way - are there any specific things that are a priority? there's a lot of different things to fix here, portlets are the thing I should be working on?
[06:06] <sabdfl> i'd like to see some concrete changes. send me diffs if it's easier
[06:06] <sabdfl> i'm working on malone full time myself right now
[06:06] <limi> ok
[06:07] <sabdfl> maybe we should have a look at the main page that needs work and discuss it together?
[06:08] <limi> sounds good to me
[06:08] <limi> looking at the main page now
[06:08] <sabdfl> https://rosetta.warthogs.hbd.com/malone/bugs/1
[06:09] <sabdfl> i'd like the "follow up" fieldset to be closed initially
[06:09] <limi> yup
[06:10] <sabdfl> for the product assignments, i'd like to use colour to indicate priority and severity
[06:10] <sabdfl> and the portlet to be on the site of the page, not below the comments
[06:10] <limi> obviously :)
[06:10] <sabdfl> today
[06:12] <sabdfl> same for source package assignments
[06:12] <sabdfl> trick with source package is going to be that we have more info to display
[06:13] <limi> ok, and that info is in the system right now?
[06:14] <sabdfl> yes
[06:14] <sabdfl> tonight i'll confirm all the interfaces that you can use to get the info you need
[06:14] <limi> ok
[06:14] <sabdfl> brad points out that we *shouldn't* have more than one ProductBugAssignment
[06:15] <sabdfl> although there might definitely be many SourcepackageBugAssignments
[06:15] <limi> sounds sane
[06:16] <sabdfl> so perhaps product assignments should be in the main body, not portlets?
[06:16] <sabdfl> technically in the db there could be multiple product assignments
[06:17] <sabdfl> so i'm happy to leave it as a portlet till we find a neat way to lay it out in the main body of the page
[06:17] <limi> ok - I'll see what works best
[06:17] <sabdfl> extrenal references... these are trickier
[06:17] <sabdfl> best make notes
[06:18] <limi> I am
[06:18] <sabdfl> there are two kinds of ext ref at this stage
[06:18] <sabdfl> URL's
[06:18] <sabdfl> and CVE numbers
[06:18] <sabdfl> we probably want to present these differently
[06:18] <sabdfl> both types take a comment (description)
[06:18] <limi> CVE is that centralized security DB, right?
[06:18] <sabdfl> yes
[06:19] <sabdfl> so the portlet needs to be able to display a list of external references, along with a link to add a new one
[06:19] <limi> and the URLs are used for the same (keeping track of the bug in other systems), or just as generic references?
[06:19] <limi> ok
[06:19] <sabdfl> maybe a mouseover for the description?
[06:19] <sabdfl> re your question
[06:19] <sabdfl> for "remote bug systems" we have a different approach, BugWatch'es
[06:19] <sabdfl> like Baywatches, without the breasts
[06:20] <limi> ok, so red, then
[06:20] <sabdfl> ;-)
[06:20] <daf> sabdfl: if we put Sabrina in Malone...
[06:20] <limi> but the URL reference is just a "related link"?
[06:21] <limi> nothing magic?
[06:21] <sabdfl> external url refs would be for example pointers to mailing list discussions
[06:21] <sabdfl> and that would be a very good start
[06:22] <limi> sounds doable by tonight
[06:22] <limi> as long as all the API calls are in there already
[06:23] <limi> (which they seem to be)
[06:23] <sabdfl> yes, i think they are
[06:23] <sabdfl> btw, are portlets in separate page templates and then referenced in the main file?
[06:23] <limi> I'll fake the missing ones, if any
[06:23] <sabdfl> yes please
[06:24] <limi> not sure what Malone has done
[06:24] <limi> this is the first time I have seen any of the portlets in Malone :)
[06:24] <sabdfl> is it possible to have fragments of re-usable page template and an include statement?
[06:24] <limi> yes
[06:24] <limi> that's the plan
[06:24] <limi> I'll fix that if it isn't that way already
[06:25] <sabdfl> ok, i won't touch those files then
[06:25] <sabdfl> or will document my interface changes so it's easy for you to catch up tomorrow
[06:25] <sabdfl> or will just merge it tomorrow myself :-)
[06:25] <limi> hehe
[06:25] <limi> first commit wins ;)
[06:25] <limi> my arch-fu notwithstanding
[06:27] <sabdfl> ok, brad and i will start working through the code now
[06:27] <limi> ok - close to dinner time over here
[06:29] <sabdfl> limi: before you go, did you get the lurker xsl done?
[06:29] <sabdfl> i can install it
[06:29] <limi> I don't know XSLT :(
[06:30] <sabdfl> ok, we have the stylesheets included already
[06:30] <sabdfl> just need the headers
[06:30] <limi> if just inserting the static HTML doesn't work (it should), then I don't know what is wrong
[06:30] <limi> and inserting them didn't work?
[06:30] <sabdfl> maybe i broke something when i added the static html
[06:30] <sabdfl> but i don't know how to test xslt
[06:30] <limi> me neither
[06:30] <sabdfl> stevea does know a little about that, maybe he can help, i'll ask
[06:31] <limi> ok
[06:31] <limi> I can probably figure it out, but not in 5 minutes :)
[06:32] <sabdfl> ok, don't worry about the xslt, i'll get steve to sort that out
[06:32] <sabdfl> did you need any changes to the div's lurker generates to make it easier to position the elements you want?
[06:32] <limi> no, I left the HTML alone
[06:32] <sabdfl> or is it pure css with header+footer?
[06:32] <limi> pure CSS w/header/footer
[06:33] <sabdfl> i know you did in that first pass, but do you need a second pass at it with additional div's?
[06:33] <limi> depends on if you want any changes
[06:33] <limi> it works pretty well the way it is now
[06:33] <sabdfl> youre the expert. we can get better images done separately
[06:34] <limi> I would try it for a while, and see if you like it
[06:34] <limi> :)
[06:34] <sabdfl> ok willdo
[06:34] <limi> I need to use lurker for a while before I can suggest UI changes 
[06:34] <limi> haven't really seen it before
[06:37] <sabdfl> ok. i'll try to get it integrated to our site nicely with some apache reverse proxy magic
[06:37] <sabdfl> thanks for your work alex, chat again tomorrow
[06:38] <limi> yup, the Support tab is highlighted, so it should look pretty naative
[06:38] <limi> native
[06:38] <limi> we can fake the navtree if required ;)
[06:38] <sabdfl> ok!
[06:39] <limi> it will be static, though - so will need updates if you change the top level stuff
[06:39] <limi> see you tomorrow - will try to get the Malone changes in tonight
[06:41] <sabdfl> ok thanks
=== limi [~limi@193.71.38.142]  has left #launchpad [] 
=== npmccallum [~npmccallu@69-162-252-7.ironoh.adelphia.net]  has joined #launchpad
=== sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com]  has left #launchpad [] 
=== carlos_ [~carlos@69.Red-80-33-181.pooles.rima-tde.net]  has joined #launchpad
=== carlos_ is now known as carlos
=== cprov [~cprov@george.kkhotels.co.uk]  has joined #launchpad
=== debonzi [~debonzi@george.kkhotels.co.uk]  has joined #launchpad
=== cprov_ [~cprov@george.kkhotels.co.uk]  has joined #launchpad
=== cprov_ is now known as cprov