[12:01] <lifeless> daf: thats why there are build from source instructions right there.
[12:01] <lifeless> I might modify it to 'ix86 debs are autobuilt, the rest by volunteers that we trust - but we still cannot vouch...'
[12:02] <daf> I think a "it's not our fault if Bazaar ruins your life notice" might be less scary :)
[12:02] <daf> s/Bazaar/these Bazaar packages/
[12:10] <BradB> lifeless: what's your email. I'm confused as to why all the tests pass but I still get a failure. Maybe if I forward this you can give me a good reason why it fails.
[12:10] <lifeless> robertc@robertcollins.net
[12:11] <BradB> spiv: what's your email?
[12:11] <spiv> andrew@canonical.com :)
[12:11] <BradB> sent
[12:14] <spiv> Heh.
[12:14] <spiv> test_on_merge.py is now *too* strict.
[12:15] <spiv> That final ignored exception broke the test for the last line of stderr being "OK\n" :)
[12:15] <spiv> The return value is sufficient... I'll fix test_on_merge.py :)
[12:16] <BradB> cool, thanks
[12:16] <lifeless> heh
[12:16] <lifeless> stdout is crack.
[12:26] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: star-merge from kiko. (patch-729)
[12:26] <kiko> that's ME!
[12:30] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Make test_on_merge.py rely only on exit code, to avoid spurious failures. (patch-730)
[12:32] <spiv> BradB: Try now :)
[12:32] <kiko> stub, around?
[12:34] <daf> kiko: he went to bed about four hours ago, I think
[12:34] <kiko> ah, pity.
[12:35] <daf> um, no
[12:35] <daf> timezone confusion :)
[12:35] <daf> make that 9 hours ago
[12:37] <bob2> hah
[12:37] <bob2> it's 1037 in stub-town
[12:39] <daf> yo, bob
[12:39] <daf> how's things in bob2-town?
[12:41] <carlos> X-)
[12:43] <bob2> daf: a bit hot, but not too shabby...how's ye olde wales?
[12:44] <BradB> daf's in the country that just re-elected bush, i thought
[12:45] <kiko> they did, huh
[12:45] <daf> yeah :(
[12:46] <daf> well, they didn't re-elect him, since they didn't elect him in the first place
[12:47] <BradB> well "elect" him, whatever :P
[12:49] <daf> bob2: here is cold
[12:49] <daf> bob2: here is also New York
[12:51] <BradB> daf: do you like it there?
[12:51] <bob2> daf: oh, wow...for work?
[12:51] <bob2> daf: also, wherever you are seems cold and/or wet
[12:52] <bob2> "everywhere you go, you always take the weaaaaaather with you"
[12:52] <daf> New York sure is Crowded, Bob
[12:53] <daf> BradB: it's interesting :)
[12:53] <stub> kiko: am now
[12:54] <bob2> daf: hehehehe
[12:55] <BradB> stub: I fixed that db problem; you owe me a sloppy wet kiss.
[12:56] <stub> I should warn you about my halitosis
[12:56] <BradB> heh heh
[12:56] <kiko> stub, you da man! :)
[12:56] <stub> See kiko - DVD's just don't cut it.
[12:56] <kiko> stub, so, if you would like to update mawson you'll get my patches (in want of the views you'd add at the same time)
[12:56] <kiko> stub, that's depressing, though.
[12:57] <kiko> spiv is such a weenie he actually accepts and then invalidates the offer by slacking. good grief. 
[01:02] <kiko> thanks.
[01:02] <BradB> stub: you should wait dude
[01:03] <BradB> i've got a bigass commit to land, and one last failing func test (that i just recreated, because i broke the existing one)
[01:04] <BradB> stub: could you also configure email to send real emails out? my next commit will start sending global notifications to dilys as well.
[01:05] <BradB> and adds the product widget to bug add forms, and make source package not-required
[01:05] <stub> BradB: will do. Was brought up at the meeting last night, but I wanted to make sure you were happy with email being switched on
[01:05] <BradB> yeah, might as well
[01:06] <stub> I got branches to merge and configs to backport and update scripts to write anyway ;)
[01:21] <bob2> lifeless: launchpad is like 350MB
[01:21] <bob2> "Ican't believe you only had 80MB free", indeed.
[01:21] <lifeless> I can't believe you only had 350MB.
[01:22] <daf> daf@mabli ~/src/canonical/dists/launchpad> du -sh .
[01:22] <daf> 165M    .
[01:22] <daf> ?
[01:22] <bob2> hm, I guess I mean launchpad + buildbot
[01:22] <daf> buildbot is 200M?
[01:23] <lifeless> (nyah, bob2 is smoking something)
[01:23] <lifeless> probably a pristine tree.
[01:23] <bob2> oh
[01:23] <bob2> touche
[01:23] <bob2> with an accent
[01:29] <bob2> I have no compose key and I want to die.
[01:30] <bob2> mac keyboards have a distinct lack of extra keys
[01:38] <bob2> make run on current launchpad:
[01:38] <bob2>   File "/home/rob/projects/warthogs/launchpad/launchpad/lib/psycopgda/adapter.py", line 259, in ?
[01:38] <bob2>     DATE = psycopg.new_type((DATE_OID,), "ZDATE", _conv_date)
[01:38] <bob2> zope.configuration.xmlconfig.ZopeXMLConfigurationError: File "/home/rob/projects/warthogs/launchpad/launchpad/site.zcml", line 17.4-17.64
[01:38] <bob2>     ZopeXMLConfigurationError: File "/home/rob/projects/warthogs/launchpad/launchpad/package-includes/launchpad-sql-configure-normal.zcml", line 6.2-9.34
[01:38] <bob2>     AttributeError: 'module' object has no attribute 'new_type'
[01:40] <daf> urg
[01:48] <BradB> bob2: which psycopg are you using? it's worth verifying.
[01:49] <bob2> the config didn't get one, which zope also complained about
[01:49] <bob2> so I checked out...
[01:49] <bob2> rocketfuel@canonical.com/psycopgda--test--3.0
[01:50] <BradB> that's not psycopg
[01:51] <bob2> erm, right
[01:51] <BradB> try importing psycopg from the command line
[01:51] <bob2> works
[01:51] <BradB> it would
[01:51] <bob2> I'll go back and check out the original error
[01:52] <BradB> be see what version and .new_type
[01:52] <BradB> >>> import psycopg
[01:52] <BradB> >>> psycopg.new_type
[01:52] <BradB> <built-in function new_type>
[01:52] <BradB> >>> psycopg.__version__
[01:52] <BradB> '1.1.15'
[01:52] <BradB> >>> 
[01:52] <bob2> removing psyopga:
[01:52] <bob2>   File "/home/rob/projects/warthogs/launchpad/launchpad/lib/zope/configuration/fields.py", line 141, in fromUnicode
[01:52] <bob2>     raise schema.ValidationError(v)
[01:52] <bob2> zope.configuration.xmlconfig.ZopeXMLConfigurationError: File "/home/rob/projects/warthogs/launchpad/launchpad/site.zcml", line 5.4-5.35
[01:52] <bob2>     ZopeXMLConfigurationError: File "/home/rob/projects/warthogs/launchpad/launchpad/lib/canonical/configure.zcml", line 76.4-76.44
[01:53] <bob2>     ZopeXMLConfigurationError: File "/home/rob/projects/warthogs/launchpad/launchpad/lib/canonical/database/configure.zcml", line 5.4
[01:53] <bob2>     ConfigurationError: ('Invalid value for', 'class', "Couldn't import canonical.launchpad.database, No module named psycopg")
[01:53] <BradB> easy enough
[01:53] <bob2> hrm, after remocing psycopgda I can't import psycopg anymore
[01:54] <daf> surely it should be the other way around?
[01:54] <BradB> you need to install psycopg is all
[01:54] <bob2> bah, I deleted the wrong thing
[01:56] <bob2> ok, let me start over
[02:12] <BradB> stub: oh well, go ahead and roll out a new lp, there's now six failures on the server again and i don't have time to do any more on this tonight
[02:13] <stub> ok. sounds like whack-a-mole
[02:15] <BradB> argh, this is annoying
[02:16] <BradB> oh well, i gotta take off
[03:58] <bob2> where can I find LP's psycopg?
[03:58] <bob2> it doesn't seem to be in rocketfuel at all
[03:58] <spiv> bob2: apt-get
[03:58] <bob2> yeah, lifeless just said that
[03:58] <bob2> silly me
[03:59] <spiv> The LaunchpadDevelopmentEnvironment wiki page (or whatever the name is) is reasonably up to date.
[04:00] <bob2> ah, forgot about that, thanks
[04:04] <bob2>   File "/home/rob/projects/warthogs/launchpad-2/launchpad/lib/canonical/launchpad/database/project.py", line 98, in __iter__
[04:04] <bob2>     for row in self.table.select():
[04:04] <bob2>   File "/home/rob/projects/warthogs/launchpad-2/launchpad/lib/sqlobject/main.py", line 1198, in __iter__
[04:04] <bob2>     return conn.iterSelect(self)
[04:04] <bob2>   File "/home/rob/projects/warthogs/launchpad-2/launchpad/lib/sqlobject/dbconnection.py", line 507, in iterSelect
[04:04] <bob2>     select, keepConnection=True))
[04:04] <bob2> TypeError: iteration over non-sequence
[04:04] <bob2> 127.0.0.1 - 16 [4/Nov/2004:14:03:13 +1100]  "GET /doap/projects/ HTTP/1.1" 200 292 "http://localhost:8085/doap" "Mozilla/5.0 (X11; U; Linux ppc; en-US; rv:1.7) Gecko/20041013 Firefox/0.9.3 (Ubuntu)"
[04:04] <bob2> (when viewing the projects)
[04:04] <bob2> also when adding one
[04:07] <spiv> Update your SQLOjbect.
[04:07] <spiv> Make sure you have the latest sqlobject--test--0.6
[04:11] <bob2> erk, oops
[04:12] <spiv> (Make sure the rest of your build config is up to date while you're there...)
[04:12] <bob2> this is the buldbot config, which seems a tad...broken
[04:12] <lifeless> out of date is more accurate.
[04:12] <lifeless> but yeah
[04:13] <bob2> hm, and now it works
[04:13] <bob2> but I'm sure it didn't before
[04:18] <lifeless> great.
[04:18] <lifeless> now you need to setup a simpe cvs repo on your hard disk, and then crate a 'revision control system' entry for that in launchpad
[04:20] <bob2> ok
[04:25] <dilys> Merge to rocketfuel@canonical.com/dists--devel--0: launchpad dogfood config and snapshot helper (patch-31)
[04:43] <lifeless> bob2: how is that going ?
[04:43] <bob2> lifeless: just cerating the cvs repository
[04:44] <bob2> which is suckage on the order of tla
[04:44] <lifeless> cvs init DIRECTORY
[04:44] <lifeless> or pydoc CVS
[04:45] <bob2> nope
[04:45] <bob2> -d or $CVSROOT
[04:47] <lifeless> import CVS
[04:48] <bob2> oh
[04:48] <bob2> good point
[04:50] <bob2> lifeless: er, where do I tell LP about it again?
[04:50] <lifeless> project, product, create revision control system
[04:53] <bob2> ah
[04:54] <bob2> it requires a tarball in addition to the repository url?
[05:02] <lifeless> no
[05:02] <lifeless> just leave that field black.
[05:02] <lifeless> *blank*
[05:02] <lifeless> and give it :local:/path/to/rep in the rep field
[05:02] <bob2> the red dot next to it says "you have to fill me in", fwfw
[05:02] <lifeless> its bullshitting you
[05:02] <bob2> ah
[05:02] <bob2> and the module?
[05:02] <lifeless> whatever module you ahve created in there
[05:03] <lifeless> (mkdir creates a module, FWIW)
[05:03] <bob2> is an empty module ok for buildbot?
[05:03] <lifeless> yes, but not for the test you need
[05:03] <lifeless> errr
[05:03] <bob2> oh yeah, I need actual stuff to import
[05:03] <lifeless> yeah
[05:03] <lifeless> so. mkdir foo in the repo
[05:03] <bob2> ok, mkdir to make the module, co it out, "cvs add" some stuff, cvs ci
[05:03] <lifeless> then checked with -d..yep
[05:04] <bob2> ok, cool
[05:04] <lifeless> chieck in a few different things with diff log emssages
[05:19] <dilys> Merge to thelove@canonical.com/hackerlab--devo--1.1: merge in chth@gmx.net--tla2004/hackerlab--pika-escaping-fix--0 which extends the character classes to allow bugfixes for tla (patch-3)
[05:26] <daf> what *is* pika-escaping?
[05:26] <lifeless> unicode escaping, NIH style.
[05:26] <daf> ah
[05:27] <daf> you know you have too many background processes when you have to grep the output of "jobs" to find the one you want
[05:27] <bob2> launchpad doesn't whine very hard when I fuck up an import specification
[05:27] <lifeless> daf: garh
[05:27] <lifeless> bob2: what did you do ?
[05:27] <bob2> lifeless: didn't enter the arch branch details
[05:27] <lifeless> heh.
[05:28] <bob2> and there's no "sync me harder" button
[05:28] <lifeless> right, its fully separate.
[05:28] <lifeless> and ?
[05:29] <bob2> oh, I just want a button that says "sync me harder"
[05:30] <lifeless> troll
[05:31] <bob2> you gotta keep people on their toes
[05:31] <bob2> a consistent UI is a bad UI
[05:43] <bob2>           File "/home/rob/projects/warthogs/launchpad-2/launchpad/botmaster/master.cfg", line 95, in ?
[05:43] <bob2>             clause="product.id = sourcesource.product AND project.id = product.project AND NOT project.name='do-not-use-info-imports' and NOT product.name='unassigned' and sourcesource.processingapproved is not NULL")
[05:43] <bob2>           File "./jobstuff.py", line 19, in processDB
[05:43] <bob2>             SQLBase.initZopeless(connectionForURI('postgres://' + dbhost +'/' + dbname))
[05:43] <bob2>         exceptions.AttributeError: type object 'SQLBase' has no attribute 'initZopeless'
[05:43] <bob2> lifeless: ^
[05:44] <lifeless> you dropped in my jobstuff.py file ?
[05:44] <lifeless> run up python with the right PYTHONPATH
[05:44] <bob2> in the botmaster dir? yes.
[05:45] <lifeless> oh, fraggit.
[05:45] <lifeless> I know
[05:45] <bob2> my fault?
[05:48] <lifeless> no
[05:48] <lifeless> .msged you
[05:48] <bob2> yeah
[05:48] <stub> Bad PQM! Bad!
[05:48] <stub> 'Package rocketfuel@canonical.com/launchpad--dogfood--0 not found in config'
[05:48] <lifeless> hmm.
[05:49] <lifeless> do a debug attempt
[05:49] <lifeless> mail me the output
[05:49] <stub> I think it is because the line in the config is actually: ./dogfood       rocketfuel@canonical.com/launchpad--dogfood--0--base-0
[05:50] <stub> Hmm... I know what I want it to do, but I see why it is bitching...
[05:51] <stub> I think I need configs 'dogfood' which just lists the versions, and config 'dogfood-snapshot' which lists the explicit patch levels.
[05:52] <lifeless> stub: no, you don't.
[05:52] <lifeless> thats not how the code works.
[05:55] <stub> I'm thinking I need a 'latest patches' config which pqm uses to checkout a dogfood release to run the tests, and a 'snapshot' config which specifies revisions of all packages that were rolled out.
[05:56] <stub> Maybe this snapshot stuff is YAGNI - we probably don't actually care what version of sqlobject we were running last week.
[05:57] <lifeless> stub: I'm not tracking your needs here. AIUI a merge failed? please send me the debug run output I requested, and I'll fix it for you
[06:00] <stub> I think the debug submit is on the way. I can see why it is failing though.
[06:02] <stub> I'm specifying an explicit version in the build-config file (rocketfuel@canonical.com/launchpad--dogfood--0--base-0 atm). So when I tell PQM to merge my local changes of launchpad--dogfood--0 into rocketfuel@canonical.com/launchpad--dogfood--0, it fails. PQM isn't intelligent enough to truncate the --base-0, and I don't know if that would be correct in all situations anyway.
[06:03] <dilys> Merge to rocketfuel@canonical.com/arch-pqm--main--0: implement a debug command, which when seen causes all output to be returned in email (patch-14)
[06:24] <stub> bah - now pqm just isn't talking to be.
[07:51] <stub> lifeless, elmo: look like I killed pqm
[07:54] <lifeless> booya
[08:00] <stub> Don't know if that is any healthier...
[08:09] <stub> lifeless: Still spinning
[08:10] <lifeless> boo
[08:40] <stub> lifeless: Still no responses. Some lock not cleared?
[08:40] <lifeless> no, locks are fine.
[08:40] <lifeless> you had killed it though.
[08:40] <lifeless> there are no messages in its queue
[08:41] <lifeless> oh bah
[08:41] <lifeless> it doesn't barf anywhere nearly loud enough on a locked lock.
[08:50] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.0: merge chth@gmx.net--tla2004/tla--taglineescaping--0 which fixes a lack of escaping in inode signatures (patch-60)
[09:23] <dilys> Merge to rocketfuel@canonical.com/dists--devel--0: seperate dogfood.snapshot config (patch-32)
[11:45] <Kinnison> morning cprov 
[11:59] <cprov> Kinnison: morning, how are you ?
[12:00] <Kinnison> Not bad thanks
[12:02] <cprov> Kinnison: do you know any news about the lp_dogfood code update ? isn't it supposed to be yesterday night ?
[12:04] <cprov> Kinnison: ok.
[12:13] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: get more gina bits merged (patch-731)
[12:15] <Kinnison> thanks babe
[12:28] <Kinnison> hey debonzi.
[12:32] <carlos> hi
[12:33] <debonzi> hi Kinnison
[12:35] <stub> So - how do I restart that twisted thing I had to kill on Mawson to update the database schema?
[12:35] <Kinnison> cd into the /srv/launchpad.ubuntu.com/librarian dir
[12:36] <Kinnison> run ./run-librarian.sh
[12:36] <stub> And that somehow telepatically picks up the correct ports and addresses? Or are the defaults fine?
[12:36] <Kinnison> the defaults are correct
[12:36] <Kinnison> and it overrides the librarianroot etc.
[12:37] <stub> Well.. it appeared to do nothing so I'll assume it worked :-)
[12:38] <stub> process running at least
[12:40] <Kinnison> heh
[12:40] <Kinnison> tail the log in that dir and see if it thinks it started up okay
[12:42] <stub> seems to have started up happily on port 8000 and set its uid & gid. No errors :)
[12:42] <stub> I like it when software works.
[01:59] <Kinnison> s/simply/simplify/
[02:28] <Kinnison> hey kiko
[02:29] <kiko> hey kinni
[02:30] <kiko> what's on? my views ruining the morning?
[02:31] <kiko> heh
[02:31] <kiko> spiv, you spivster!
[02:35] <spiv> kiko, you... kikoster!
[02:36] <kiko> now I'm actually going to have to *work* on this holiday
[02:36] <kiko> waaaah
[02:38] <spiv> Heh.
[02:59] <ddaa> spiv, lifeless: that stuff looks sane
[03:00] <ddaa> The involvement of the branch table was not obvious at first, so I got some weirdness initially, though.
[03:01] <ddaa> I can get the revision listing, the hashes for log files, and there are no hashes for checksum files.
[03:01] <spiv> ddaa: Excellent :)
[03:02] <ddaa> i would not bet my job that it is correct though, but it has passed the "is not obviously borken" test as far as I am concerned.
[03:02] <ddaa> not tested for sync though.
[03:02] <ddaa> spiv: are different code paths exercised for sync than for import?
[03:09] <spiv> No idea.
[03:10] <lifeless> taxi is working - spiv has fixed the issue that was breaking us.
[03:11] <lifeless> bob2 is fixing the logic issue that he left behind in oxford.
[03:11] <ddaa> lifeless: you are telling me there is not point in being paranoid?
[03:11] <lifeless> yes, exactly.
[03:12] <lifeless> taxi itself is a thin wrapper around the database arch stuff, which was heavily tested.
[03:12] <ddaa> Hello, my name is cindy.
[03:12] <lifeless> and I'm a material girl o/
[03:12] <lifeless> night
[03:12] <ddaa> Material?
[03:13] <lifeless> song reference
[03:13] <ddaa> Ha. Weak reference then ;-)
[03:14] <ddaa> g'night.
[03:16] <ddaa> spiv: do you have some pointers/keywords to find the magic stuff to get a python backtrace from gdb?
[03:22] <spiv> ddaa: I have it in my .gdbinit back in .au :/
[03:22] <spiv> I remember it being difficult to google for, too :/
[03:22] <ddaa> yup... google did not turn up anything useful...
[03:22] <ddaa> trying gmane, now
[03:23] <ddaa> kw: python gdb backtrace
[03:23] <spiv> Ah: http://cvs.sourceforge.net/viewcvs.py/python/python/dist/src/Misc/gdbinit?view=markup
[03:23] <spiv> Well, the python term is usually "traceback" :)
[03:24] <spiv> Looks like it's in python cvs these days.
[03:24] <ddaa> this can explain that :-)
[03:24] <ddaa> I assume that twistd will use whatever python is first in the path, right?
[03:24] <spiv> Alternatively, there's: "call PyRun_SimpleString("import sys, traceback; sys.stderr=open('/tmp/tb','w',0); traceback.print_stack()")"
[03:25] <spiv> (from http://www.upfrontsystems.co.za/Members/jean/zope-notes/debug-spinning-zope)
[03:25] <ddaa> that looks totally unsafe
[03:25] <ddaa> the python interpreter is all but reentrant.
[03:26] <spiv> The debian package of twistd's #! is #!/usr/bin/python2.3
[03:26] <spiv> You could do "/path/to/my/python `which twistd` ...."
[03:27] <ddaa> ha, good. Thanks.
[03:27] <spiv> If you run Twisted out of a SVN checkout, "/path/to/my/python bin/twistd ...." would work.
[03:28] <ddaa> Do i look like a guy to run Twisted out of a SVN checkout? :-)
[05:05] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Added some code to detect the po directories (patch-732)
[05:07] <carlos> BradB: there is a bug report open about that feature, because seems to be failing
[05:07] <BradB> that's what i'm looking at :)
[05:07] <carlos> :-P
[05:09] <BradB> debonzi: Do you have access to the error log for the forgottenpassword functionality? It's not part of the regular Plone site, so I have no idea where to look to find out what the error was.
[05:15] <debonzi> BradB, I have no idea about it.. sorry
[05:22] <carlos> BradB: I think it's in our production launchpad server
[05:22] <carlos> but I'm not sure
[05:23] <BradB> debonzi: Who knows, Steve?
[05:26] <debonzi> BradB, probably.. 
[05:27] <carlos> BradB: not sure, but I think spiv was working on it
[05:29] <spiv> I know nothing about how the forgottenpassword thing works.
[05:29] <carlos> spiv: I thought you worked on the integration of launchpad's logins with our plone site..
[05:30] <spiv> carlos: Yes, I did. :)
[05:30] <spiv> But not the forgottenpassword bit :)
[05:30] <BradB> carlos: It was debonzi and SteveA
[05:30] <carlos> oh, ok O:-)
[05:31] <debonzi> BradB, Ive implemented it, but I have no idea where it is running and how it was inserted in the ubuntulinux site
[05:36] <carlos> later
[05:51] <lulu> BradB: and elmo only added a single redirect to macquarie, so it looks like SteveA is the man to sort this!
[06:12] <BradB> yep
[07:26] <lulu> BradB:ping
[07:27] <Kinnison> c'ya guys
[07:27] <Kinnison> time for me to head off for the evening
[07:27] <lulu> kinnison: ciao
[07:29] <BradB> lulu: pong
[07:30] <lulu> Bradb: :o) hey! Once RSS is enabled on the site, will it allow users to add an feed themselves?
[07:30] <lulu> a feed...
[07:34] <BradB> lulu: not afaik
[07:35] <lulu> oh, I was hoping they could! another item in the "add new item" drop down list.....
[07:36] <lulu> ok - thanks for that :o)
[07:37] <BradB> no prob. i don't know the sin_tool really well, but it's pretty simple, so perhaps we can look at that again when we know for sure which feeds we'll show, and then maybe we can see if there's some way to do what you want to do.
[07:50] <lulu> BradB: yup - perhasp we should do a test run on ubuntu_test :o)
[07:51] <lulu> I'm outta here - have a great weekend :o)
[08:08] <BradB> kiko: you're evil.
[08:08] <BradB> class SourcePackageRelease(SQLBase):
[08:08] <BradB>     implements(ISourcePackageRelease)
[08:08] <BradB>     _table = 'VSourcePackageReleasePublishing'
[08:09] <BradB> :(
[08:09] <BradB> no wonder i couldn't figure out why the table sourcepackagerelease has two rows, but my vocab was only spitting back one term every time.
[08:12] <BradB> kiko: can you look into this? this is the last thing preventing me from checking in now (the solution seems to either be to fix your view to outer join as needed to make absolutely sure that it returns a row for each row in sourcepackagerelease, or to set _table = "SourcePackageRelease", and create another class for this.
[08:38] <kiko> BradB|lunch, I am indeed evil, you got that part right.
[08:38] <kiko> BradB|lunch, can you elaborate in details what your problem is?
[08:39] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: improves on soyuz people/person pages (patch-733)
[08:45] <salgado> stub: ping
[08:49] <kiko> I can only imagine stub's asleep
[09:18] <ddaa> Ho my... vte looks terribly like it used arch back in 2002
[09:18] <ddaa> the first revision is removing a .arch-ids directory...
[09:19] <ddaa> lifeless: what do we do of that one? Contact upstream to figure out what's up?
[09:41] <BradB> kiko-afk: the problem is that you made SourcePackageRelease a view.
[09:41] <BradB> kiko-afk: this creates two issues (correct me if i'm wrong):
[09:42] <BradB> 1. it doesn't behave the same as if the table were SourcePackageRelease (as mentioned above, there's two rows in SPR, but I only get one result now that your view has been swapped in place of what used to be the SPR table)
[09:42] <BradB> 2. people who expect to assign to SPR attributes are in for a surprise.
[10:11] <daf> BradB: I haven't received any Malone announcements yet
[10:14] <BradB> daf: i haven't been able to land my changes yet
[10:14] <BradB> daf: and i have to wait for kiko-afk till i can
[10:15] <kiko-afk> oy oy
[10:15] <BradB> woo, the man who can save the dya
[10:15] <kiko-afk> BradB, you're right on the second count. I'm not *entirely* sure that you're right on the first one
[10:16] <BradB> i am right on the first one, i'm seeing it happen, and my tests are now breaking because of it :)
[10:16] <kiko-afk> heh
[10:16] <BradB> if you want to reproduce it, you can check against your sample data.
[10:16] <kiko-afk> sure
[10:16] <kiko-afk> can you describe it more precisely?
[10:16] <kiko-afk> the real fix is to use a separate class for the view, btw
[10:16] <kiko-afk> and not hitch on sourcepackagerelease for it
[10:16] <BradB> indeed it is
[10:16] <kiko-afk> problem is that's not a trivial task
[10:17] <kiko-afk> can you by any chance work around me for today? I've got salgado on it
[10:17] <BradB> here's the exact problem (one sec):
[10:17] <spiv> Ouch, go to https://launchpad.ubuntu.com/malone/bugs, click on #5.
[10:18] <BradB> that's a dead chicken anyway
[10:18] <BradB> it was a bug mdz entered when i demo'd malone to him
[10:18] <BradB> so the data has since gotten blown away it looks like
[10:20] <BradB> kiko-afk:
[10:20] <BradB> launchpad_dev=# select count(*) from sourcepackagerelease;
[10:20] <BradB>  count 
[10:20] <BradB> -------
[10:20] <BradB>      2
[10:20] <BradB> (1 row)
[10:20] <BradB> launchpad_dev=# select count(*) from vsourcepackagereleasepublishing;
[10:20] <BradB>  count 
[10:20] <BradB> -------
[10:20] <BradB>      1
[10:20] <BradB> (1 row)
[10:20] <kiko-afk> I wonder how that happens.
[10:20] <kiko-afk> can I see the rows themselves?
[10:20] <BradB> missing an outer join surely
[10:22] <BradB> kiko-afk: http://paste.husk.org/1931
[10:23] <BradB> a quick hack might be to do whatever you tell me to do with that row to make it join, but then, it's possible that'd break something else
[10:23] <kiko-afk> BradB, can't you just comment out the test?
[10:23] <BradB> alternatively, to just put the table name back in _table, but that too might cause tests to fail
[10:23] <BradB> kiko-afk: nope, it's about 7 of my page tests
[10:23] <kiko-afk> this needs some looking into -- it seems that you're using broken sample data
[10:23] <BradB> kiko-afk: i'm using *the* sample data :)
[10:23] <daf> kiko-afk: get a move on :)
[10:24] <kiko-afk> it may be broken -- it's not a gina run -- because the essential join with release is in the publishing tables and I suspect yours is empty.
[10:25] <BradB> kiko-afk: in any case, i'm not concerned about the details of the view itself, SourcePackageRelease's table needs to be the correct one again (i.e. SourcePackageRelease) without everything blowing up. I can try simply making that change, but I'm dubious.
[10:25] <spiv> Is adding a comment to a bug expected to fail with an IOError.
[10:25] <kiko-afk> r=kiko on trying that, as anything I would do would take more time.
[10:25] <kiko-afk> seriously
[10:25] <kiko-afk> I have salgado on it but I would be producing the "correct" fix
[10:25] <kiko-afk> not a reversal hack.
[10:26] <BradB> spiv: yes! heh, no :P
[10:26] <kiko-afk> you can revert to the original table and comment out the extra columns, I guess
[10:26] <spiv> BradB: OError: [Errno 13]  Permission denied: '/var/tmp/launchpad_mailqueue/tmp/1099602988.9384.rosetta' :)
[10:26] <spiv> Er, IOError :)
[10:26] <BradB> wee, mail delivery doesn't have the correct perms
[10:26] <BradB> that's stub's problem
[10:26] <spiv> stub: Whee!
[10:27] <BradB> spiv: thanks
[10:28] <spiv> BradB: Except I can't -- not in malone...
[10:28] <BradB> ah, good point
[10:28] <spiv> Because of the same error :)
[10:28] <BradB> yes, urgh
[10:30] <dilys> New bug 2157 for Launchpad/Malone: Can't add new bugs or comments due to IOError
[10:30] <dilys> https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2157
[10:38] <BradB> kiko-afk: From my end, I'll change ISourcePackageRelease and SourcePackageRelease to be suitable for the SPR table. From your end, all you should need to do is make a new interface and class for the view, and then change whatever code's using it to use that view class instead of SPR.
[10:39] <kiko-afk> BradB, will do. salgado, sounds okay?
[10:40] <salgado> kiko-afk: yes
[10:41] <BradB> kiko-afk: What do we call SQLObjects that are views then? VFoo?
[10:41] <BradB> Maybe the same as the view name in the DB, who knows...
[10:44] <BradB> kiko-afk: Also, could you give me meaningful descriptions of each of the following please:
[10:44] <BradB>     builddepends = Attribute("")
[10:44] <BradB>     builddependsindep = Attribute("")
[10:44] <BradB>     architecturehintlist = Attribute("")
[10:44] <BradB>     dsc = Attribute("")
[10:46] <kiko-afk> those 4?
[10:46] <kiko-afk> kinni would be a better person to ask.
[10:47] <kiko-afk> builddepends is a list of packages on which this package depends on to build (comma-separated)
[10:47] <kiko-afk> dsc is the dsc file (I believe it's a librarian ID for it or something)
[10:48] <kiko-afk> builddependsindep are architecture-independent packages this package depends on to buid; according to elmo this is a hack that could go away IIRC
[10:48] <kiko-afk> archhintlist is beyond me, I don't know.
[10:49] <BradB> What's a DSC file?
[10:49] <BradB> I've heard the term bandied about, but I'm no package maintainer so I still don't know what it means.
[10:49] <kiko-afk> DEB source description? Something like that.
[10:49] <BradB> ah
[10:49] <kiko-afk> it lives inside a source package
[10:50] <BradB> is it like a manifest?
[10:51] <lifeless> ddaa: look on google.
[10:51] <lifeless> see if you can determine if arch is still in use.
[10:51] <lifeless> if it is, and they have the history, we can just mirror.
[10:51] <lifeless> otherwise we cscvs and use their ids
[10:52] <ddaa> Will do. Just not today.
[10:52] <ddaa> I checked the supermirror and did not find anything convincing.
[10:52] <ddaa> And I know jblack has been to great lenghts to get his hands on anything google could find.
[10:53] <ddaa> btw the "use their ids" part eludes me. How?
[10:55] <lifeless> cscvs can use a reference tree to determine file ids
[10:56] <ddaa> I know, I wrote that feature...
[10:56] <ddaa> I mean, how do I put that into the import process?
[10:57] <ddaa> How, and btw, what gave me the clue is that some cvs rvsns do put the ids in the tree, or other revisions remove them.
[10:58] <ddaa> Neverminh...
[10:58] <ddaa> brainfart...
[10:59] <ddaa> got confused by the presence of id files in the changelog...
[10:59] <dilys> New bug 2158 for Launchpad/Database: SourcePackageRelease table does not have comments
[10:59] <dilys> https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2158
[10:59] <ddaa> lifeless: vte looks good to go, then.
[11:00] <lifeless> ddaa: can you do the project & product mappings for it?
[11:01] <ddaa> Aye aye.
[11:06] <elmo> debian source control I think, but it's basically, a file ending in ".dsc"
[11:40] <salgado> BradB: mark asked me to create a new sampledata, and it's done now. it's a mix of a gina run and the current sampledata. can you try it, and tell me if it's ok for you?
[11:40] <BradB> salgado: hm? that's not the real problem here.
[11:41] <BradB> the fix for the Real Problem is currently being merged by pqm (at least i hope i don't get yet another failure, anyway)
[11:41] <salgado> BradB: I know it's not the problem. 
[11:42] <salgado> I only want to get some feedback of the new sampledata, before merging it
[11:42] <BradB> salgado: the real problem from my perspective was that SourcePackageRelease wasn't a SourcePackageRelease. I'm leaving the view stuff in your guys' hands though, because it doesn't affect me once the latter problem is fixed, which it now is.
[11:45] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: built a forcefield for malone. some cleanup, and moving around of pagetest-related code. bug add form fixes. unbroke SourcePackageRelease. (patch-734)
[11:45] <salgado> BradB: tomorrow I'll be hacking on the VSPR bug. the new sampledata has nothing to do with it
[11:46] <BradB> stub: time for a new dogfood rollout dude!
[11:52] <BradB> spiv, kiko-afk, stub: can you think of any reason why I'd care what the "nickname" of a bug is?
[11:52] <kiko> it's an alias, it's often useful when you have gobs of thousands of bugs.
[11:52] <BradB> (I'm now cleaning up the bug listing to rename Owner => Submitted, add Assigned To, and remove "nickname" probably)
[11:52] <kiko> instead of bug 2314213211
[11:52] <BradB> hm
[11:52] <kiko> you can have bug "sourcepackage-views"
[11:52] <BradB> kiko: bugzilla uses numbers though
[11:53] <BradB> I'd rather have "2113"
[11:53] <BradB> kiko: realistically nicknames'll go the way of hotmail addresses: "sourcepackage-views-69"
[11:59] <kiko> BradB, bugzilla has both numbers and aliases, for the record.
[12:00] <kiko> I should know -- I helped review the original code ;)
[12:00] <BradB> fair enough :P