[12:06] ddaa: phew, i was worried about our weenie buildbot [12:06] seemed almost... french === sabdfl ducks and runs for cover [12:06] much happier with a manly pyarch [12:08] a manly man [12:12] spiv: so, its a larger job than you thought? [12:13] lifeless: A little.. I misunderstood lalo's work a little. [12:14] lalos work will be useful for me, FWICT. [12:14] auto-commits bad for taxi, v. bad. [12:14] Yeah, I'm basing this off his stuff. [12:15] It's a good start, it just doesn't go far enough :) [12:15] I'm close to having the threads-happy code written and factored somewhat nicely, but I need to test it a bit before I make you my guinea pig for it ;) [12:16] sniff sniff, fart, sniff sniff fart [12:17] lifeless: commentary on my work, or diary of you morning? Or would I rather not know? ;) [12:17] being a guinea pig. [12:17] you ever observed one of those beasties ? [12:19] Not really. [12:20] well then. [12:21] Oh, I see. === BradB celebrates a pqm failure [12:35] drinks all around! [12:39] ddaa: where are you at now with stuff ? [12:41] Still not run buildbot again with the fixed PYTHONPATH [12:42] been fixing my arch-submit-merge, checking the test suite failure, got phoned twice by gfriend... === Kinnison prods gently at an almost working gina [12:46] just gotta get distroarchreleases hacked in and I can do a "gold" import of a katie snapshot === Kinnison gets all excited [12:47] Kinnison: is gina working on new DB ? [12:51] lifeless: anything in particular you want to tell me. I'm going to bed soon. [12:53] cprov: She will be === Kinnison is feeding her some good distroarchrelease crack [12:54] ddaa: I need you to run with the fixed python path and tell me it works. [12:54] cprov: is this dump only i386? [12:54] then, you are set to start checking off imports tomorrow, and I can relax a little. [12:55] lifeless: sent you the message just after starting the import run... [12:55] waiting for it to complete [12:55] cprov: aah no; I see; gina only does one arch at a time [12:55] ohohoh, bad file descriptor again. [12:55] lifeless: [12:55] not my descriptor! :-P [12:56] dude: [12:56] importdtest@chinstrap:~$ PYTHONPATH=~/buildbot/launchpad/lib:~/buildbot/launchpad/lib/canonical/sourcerer/util python [12:56] Python 2.3.4 (#2, Jun 21 2004, 11:11:53) [12:56] [GCC 3.3.4 (Debian)] on linux2 [12:56] Type "help", "copyright", "credits" or "license" for more information. [12:56] >>> import twisted [12:56] >>> import arch [12:56] >>> print arch._tla.spawn [12:56] that is so not the right spawning strategy. [12:56] [12:56] cprov: if I can get her importing overnight then I'll commit the changes tomorrow === ddaa checks for the pqm ack [12:57] it acked [12:57] check for my archive if in doubt [12:57] pqm has not yet sent the reply... [12:57] patch-49 in rocketfuel. [12:57] Now it should be DelayedGuessedSpawningStrategy [12:58] oh, silly me. [12:58] blush. [12:58] had missed a star-merge. [01:01] Kinnison: I can't create the new DB on zhongshan, so I can't run them. have you modified gina or is it working fine ? [01:01] elmo: around ? [01:04] lifeless: yeah [01:05] any luck on that basic->certificate conversion ? [01:05] elmo: hi dude, can you grant me perms to createlang on zhongshan ? [01:06] cprov: meh [01:06] cprov: I had a lot of modifications to gina [01:06] lifeless: I'm ready - I asked Steve when I could convert rosetta, didn't get a response.. [01:06] cprov: I just commented out the plpython stuff from the makefile [01:06] elmo: now. [01:06] lifeless: rosetta? [01:06] or macquarie? [01:06] (its launchpad, not rosetta) [01:06] yeah, macquarie. [01:07] nono, rosetta the machine [01:07] I'm blocked - can't do any conversions - till this happens. [01:07] elmo: I don't know about rosetta - I don't use it. [01:07] rosetta the machine I mean [01:08] cprov: I hgave you createuser too - if that doesn't work, shout.. or do what kinnison did [01:09] elmo: Can you close that psql so I can re-build my db? postgres won't let me createdb while someone is using template1 [01:09] elmo: now works :) [01:10] elmo: tks [01:10] cprov: if you want to play; take a copy of gina from my ~ on zhongshan [01:10] cprov: although my gina does expect a librarian too and I'd appreciate you not putting stuff into the librarian I have running just now :-) [01:10] Kinnison: done [01:10] lifeless: ok one sec === Kinnison ruffles elmo. Thanks dude. [01:11] Kinnison: ok [01:12] Well; I'm leaving gina importing against the new DB and I'm off to bed. If all goes well I'll commit the changes tomorrow morning [01:12] And if it went *really well* then I'll be starting to extract archives from the db again tomorrow :-) === Kinnison bounces [01:12] Kinnison: anyway I intend to run gina and nicole today to have a full DB tomorrow [01:12] g'night all [01:12] night [01:15] lifeless: test inconclusive... same weird exceptions in enforceTargetNewOrCleanAndUpdated [01:15] then I have some issues setting up the sandboxing right [01:15] ddaa: thats strange, I put that in as a 'it should never happen but lets be thorough' check. [01:16] That's prolly a problem with my revlib. [01:16] aalib get revlib entries [01:16] ah. [01:16] thus the attempts to sandboxing [01:16] will continue to go down that road tomorrow [01:16] well, if I may suggest - shortest path - disable your rev lib. [01:17] if that fixes is, so that it then works, then start sandboxing. [01:17] That's not shortest path. I need the revlib for my actual VCS needs. [01:17] aalib is known bad, it has default branches. [01:17] anything in arch.ubuntu.com is known good. [01:18] Great. I'll test a few of them to become confident that my setup is right, and then I'll bodly go when no buildbot has gone before. [01:18] ddaa: it is shortest path - it eliminates a variable, and doing an a52dec test run is fast - about 10 minutes. [01:18] a52dec breaks, you remember? [01:18] when that works, then reenable the revlib, and try sanboxed. [01:19] how does it break ? (in what manner) [01:19] night all [01:19] (really this time) [01:19] In any case I have to go bed now. [01:19] ok, night ddaa [01:19] thanks [01:19] bah, chinstrap is still 70 [01:19] % idle. === lifeless starts another job [01:21] lifeless: it breaks on the cvs version detection. [01:22] I showed you the backtrace yesterday. [01:22] ddaa: oh thats right. [01:22] did you breakpoint the cvs version call and see what it was tring to do ? [01:22] I did not. [01:22] or equally, add a logger.* message. [01:22] ok. go to bed, see you tomorrow [01:23] cprov: excellent, looking forward to seeing the results of the run [01:23] i am finishing up the product release and product series stuff now [01:24] then i'd like to update nicole so that for each project it finds, it create the ProductSeries for each branch, then populates it with ProductReleases [01:24] G'night warthogs, guinea pigs, suidae of all sorts [01:24] night ddaa === lifeless fights the urge to start optimising tla using python === ddaa seconds lifeless from his bed === lifeless says through a loudspeaker horn 'put the laptop down and enter dreams with your eyes closed' [01:30] sabdfl: sorry, I was afk for while, yes gina is running on zhongshan ! [01:32] sabdfl: I will work on you request for ProductSeries til tomorrow [01:34] cprov: ok, tomorrow is fine [01:34] should be easy for you to create them now [01:34] and by tomorrow afternoon, productrelease should be done too [01:36] sabdfl: of course, add comments on bug #2088 if you need more something === cprov says good night [01:53] lifeless: sent you a client cert - please tell me if it works for you [01:56] checking [01:59] elmo: erm: [01:59] Hi, [01:59] <#part type="application/octet-stream" filename="~/ubuntu/ssl/ca/launchpad.p12" disposition=attachment description="launchpad client cert"> [01:59] <#/part> [01:59] that all I got [01:59] -- [01:59] James [01:59] lifeless: you should save it locally, import it into your browser [02:00] sabdfl: I know that, but I don't seem to /have/ it [02:00] ok === BradB is now known as BradB|away [02:02] elmo: yea, every way I try, I only end up with those 7 lines [02:07] ah, heh [02:07] I'm being stupid [02:07] lifeless: resent properly [02:08] :] [02:09] elmo: to me too please if it's a different one === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has left #launchpad [] [02:12] SteveA: around ? [02:17] spiv: around ? [02:17] lifeless: Yeah. === lifeless trolls for a lunchpadder [02:18] I need a launchpad account on the production launchpad [02:18] my 'person' already exists. [02:18] lifeless: Ah, hmm. [02:18] gimme a sec, I'll see if you have a pw set. [02:18] or should anyway, for the creation of the sourcesources. [02:19] You don't. [02:19] Hmm, I think there's a "reset my password" thing you can use? [02:20] spiv: does it have an email address for me ?(I'm asking you as I haven't studied the guts of this..) [02:21] if so, which email addy [02:21] It has robertc@robertcollins.net [02:21] lets see if htis works [02:24] yay [02:24] woohoo! [02:24] I'm IN BABY [02:24] yayayayyayay [02:24] Excellent :) [02:24] so, hows taxi-unbreakme-coming along ? [02:24] lifeless: So, how can I test my changes to taxi? [02:25] Heh :) [02:25] well, you can setup a whole test environment... === BradB [~bradb@modemcable165.196-131-66.mc.videotron.ca] has joined #launchpad [02:25] or just commit them and I'll cherry pick em into chinstrap and test [02:25] commit but not merge I mean [02:25] Ok. [02:25] This will be entertaining... === BradB is now known as BradB|away [02:26] coool, computerbank are selling pc's with ubuntu on them. === spiv mirrors his changes [02:27] Sweet. [02:28] what projects do I need to update ? [02:28] You'll need sqlobject--test--0.6 if you're not already using it. [02:28] done [02:29] I also have changes to launchpad, configs--buildbot-lifelesslap, and and buildbot [02:30] ok. === spiv is still mirroring [02:30] what changed in configs--buidlbot-lifelesslap ? [02:30] One line :) [02:30] ... ? [02:32] andrew.bennetts@canonical.com/configs--buildbot--0--patch-1 is the change you need. [02:32] Sorry, two lines, but one of them is an import. [02:33] lets start with lunchbox [02:34] launchpad changes are in my launchpad--zopeless-transactions--0 [02:34] which is still mirroring... [02:34] ok [02:34] (and cau(and causing me lag) [02:35] Mirroring done. [02:40] ok [02:42] My buildbot (i.e. taxi) changes are in my buildbot--devel--0 [02:47] are there sqlobject changes? [02:49] ok, in my buildbot, I don't initialise the db in processDB [02:49] :) [02:50] lets try this sucker out [02:51] I've started a test job, takes about 10 to import it [03:00] ok, you missed an import in taxi [03:00] at the top - can't import arch.database no more [03:01] and database.connect is still called. [03:01] as well as database.commit [03:01] hmm === stub [~stub@dsl-246.248.240.220.dsl.comindico.com.au] has joined #launchpad === kiko-afk is now known as kiko === stub [~stub@dsl-246.248.240.220.dsl.comindico.com.au] has joined #launchpad === Unable to connect to port 6667 of server irc.freenode.net: unknown host === Unable to connect to port 6667 of server irc.freenode.net: unknown host === Unable to connect to port 6667 of server irc.freenode.net: unknown host === Unable to connect to port 6667 of server irc.freenode.net: unknown host === Unable to connect to port 6667 of server irc.freenode.net: unknown host === Unable to connect to port 6667 of server irc.freenode.net: unknown host === Unable to connect to port 6667 of server irc.freenode.net: unknown host === Unable to connect to port 6667 of server irc.freenode.net: unknown host === wartylog [~warthylog@port1845.ds1-khk.adsl.cybercity.dk] has joined #launchpad === Topic for #launchpad: lunchpad: home of the sandwich artists | fogo na bomba | "qorking along happily" === Topic (#launchpad): set by daf at Tue Oct 12 23:03:04 2004 === #launchpad [freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup === Signon time : Mon Sep 20 06:16:47 2004 === Signoff time : Wed Oct 13 08:43:36 2004 === Total uptime : 23d 2h 26m 49s === warthylog [~warthylog@port1845.ds1-khk.adsl.cybercity.dk] has joined #launchpad === Topic for #launchpad: lunchpad: home of the sandwich artists | fogo na bomba | "qorking along happily" === Topic (#launchpad): set by daf at Tue Oct 12 23:03:04 2004 === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === SteveA goes to the pov offices to work (too cold at home) === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has left #launchpad [] === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === justdave_ [~justdave@24.247.63.44.gha.mi.chartermi.net] has joined #launchpad === justdave_ is now known as justdave === limi [~limi@212.80-202-72.nextgentel.com] has joined #launchpad [10:09] morning, all === SteveA_ [~steve@office.pov.lt] has joined #launchpad === SteveA_ is now known as SteveA [10:22] hi limi [10:22] rc today! [10:23] cool [10:23] :) === Kinnison [~dsilvers@haddenham.pepperfish.net] has joined #launchpad [10:38] Morning [10:39] how is Lithuania this morning, Steve? below zero yet? :) [10:39] morning, Kinnison [10:47] 2 degrees above freezing, with a clear sunny sky === limi wonders why he keeps getting conflicts with arch when he hasn't touched a single file in the repository since yesterday evening [10:57] same templates as the ones supposedly fixed yesterday: [10:57] lib/canonical/launchpad/templates/bugsystems-index.pt x_Mark_Shuttleworth__Mon_Oct__4_21:56:28_2004_8303.0 [10:57] lib/canonical/launchpad/templates/bugtrackers-index.pt [11:09] sabdfl: Looks like the gina import last night completed without throwing any exceptions. I'm looking at the sample data now [11:09] Kinnison: excellent, thanks to cprov i think [11:10] sabdfl: oh? Was he prodding my copy of gina then? I admit I was very tired last night and possibly wasn't paying enough attention [11:11] Kinnison: no, just referring to the initial code [11:11] sabdfl: aah yes; cprov (and kiko?) did a fantastic job there === Kinnison ruffles spiv too; for the librarian has successfully stored 16GB across 35718 files :-) [11:12] spiv: good work! [11:13] limi: i don't think it works well when you send me files that you have changes but mot perged through PQM [11:13] not merged [11:13] mot perged indeed === Kinnison hands sabdfl new fingers. [11:14] This morning I will be mostly merging my local changes from zhongshan into a working tree to commit to rf [11:15] sabdfl: well, arch is not giving me much joy this morning (see mail to the list) but I am splitting things up and creating the files offline here - so you should be able to just drop them in your tree and commit [11:15] limi: Arch does seem to hate you :-( [11:15] hard when I can't run launchpad to verify my changes, though :( [11:16] Kinnison: it's reciprocal if that's any comfort :] [11:16] limi: *g* [11:17] archzoom doesn't have something like the "download tarball" feature of ViewCVS? [11:29] stub: you awake? [11:29] Yup [11:30] can I send you a static HTML file and we can discuss the mapping I need for the shorthand form in the portlets? [11:31] limi: sur [11:31] e [11:34] stub: should be there now [11:35] Urk [11:35] urk? [11:37] Just my initial impression :-) [11:37] well, wrong style sheet ;) [11:38] it's the only way you can pack so much information into that little space [11:38] Yer - doesn't make me like it any better ;) [11:39] nope [11:39] but sometimes functionality wins over elegance ;) [11:39] So you want a TLA for distribution, and abbreviations for severities etc. [11:39] yes [11:39] it's a bit ugly to do it with tal:conditions, I think [11:40] Your just pushing the ugly somewhere you can't see ;) [11:40] 'tis my destiny! [11:41] but a method shortPriority() or something would be nice [11:42] But they are colour coded as well - or do you want tal:content="structure bug/priority" to output C [11:42] any functional comments, btw? does it work with the dotted underlines and hovering descriptions? [11:42] Mozilla is broken ;) [11:42] their engine can't handle multiline tooltips [11:42] age-old bug [11:43] Mmm... unfortunately it is are primary browser target, no? Or is this a way of 'encouraging' a fix? :-) [11:44] yes and no - it's functional this way (just not optimal), and serves as a reminder for Mozilla, yes ;) [11:44] the bug has 160 comments in bugzilla [11:44] they are now quarreling about what to do with chinese unicode mappings or something [11:44] :P [11:45] and there is a patch attached that fixes the 99% issue, but nobody has applied it [11:45] typical Mozilla community process :] [11:45] anyway [11:45] get Thom to apply it to Ubuntu's firefox release :-) [11:46] if you have the normal getPriority() return "Critical", I do something like tal:attributes="class string:priority${getPriority}" [11:46] Functionally, I would think the colour coding would work better if the background colour was changed rather than the text colour. Might look spastic though since we have multiple colour coded columns. === justdave_ [~dave@24.247.63.44.gha.mi.chartermi.net] has joined #launchpad [11:46] yes, I'm looking at that - this is not the final version in any sense, design-wise [11:46] just need to get the functionality and classes in [11:47] and I will experiment with colors afterwards [11:47] (I agree on background being better) [11:47] stub: we can put something in the /lp:whatever tal namesapce, if that will help === justdave_ is now known as justdave [11:47] I'm actually wondering if perhaps we should have a seperate page template for each priority or status [11:47] sounds like overkill to me [11:49] limi: It would mean the portlet template just does , which calls the 'condensed' view, which could do things like use an icon instead of a letter or change the descriptive text (currently hard coded in the .py file. You are right in that it might be overkill though. [11:50] SteveA: yer. called 'abbreviation' or something. [11:50] otherwise, don't have one template for each, but define one class, and have a method for each [11:50] it makes it hard to track where to change things if it's too decomposed [11:50] note that you'd probably need to use "structure" in the tal [11:51] if I can have getPriorityShorthand() and getSeverityShorthand() and getDistroShorthand(), I would be happy :) [11:51] limi: fairy 'nuff [11:51] we can refactor if it makes sense later [11:51] premature optimization etc ;) [11:51] limi: It would be tal:content="whatever/distro/shorthand" [11:51] perfect [11:52] And I've forgotten the syntax for the priorities etc. ;) [11:55] ok, ping me when you have settled on the syntax, and I will implement the display offline here (since my arch broke again) [11:56] It could be worse - you could be a windows developer trying to use Arch ;) [11:56] I was ;) [11:57] the reason (or excuse, depending on how you look at it) why I got a PB was arch [11:58] install ubuntu on it ;-) [11:58] SteveA: The dbschema.py stuff will need to grow 'shorthand'. Are we going to squeeze that into the parse-it-all-from-the-docstring approach ('''Minor (m)\n\nBlah blah blah''') === spiv has internet again [12:00] SteveA: yes, but I tend to like having an internet connection too ;) === limi will install Ubuntu on it after visiting Mark next week [12:00] stub: like this? [12:00] [12:00] MINOR = Item(4, ''' [12:00] Minor Severity (m) [12:00] This bug does not warrant an upload just to fix it, but [12:00] should if possible be fixed when next the maintainer does an [12:00] upload. For example, it might be a typo in a document. [12:00] ''') [12:00] [12:01] That is what I was thinking. I was just wondering if it is getting a little - erm - obtuse? [12:01] It reads to me a bit like a dictionary or glossary definition [12:01] which is kind of what it is [12:02] doesn't look to bad to me [12:02] limi: Are class attributes case sensitive? [12:02] what other things than "abbreviation" need to be added? [12:02] stub: yes, they are. [12:02] but I can change the class names if we need that [12:03] ok - sl is fine, given we have priority 'M' and priority 'm' [12:04] SteveA: I think that is all, unless we want a 'tooltip' to use instead of the description [12:04] the class name should use the real name, not the shortname [12:04] limi: The real name has spaces in it [12:04] why? [12:04] :] [12:04] "Normal Priority"? [12:05] that makes very little sense [12:05] Critical Severity, Normal Severity, Wishlist [12:05] bah, that sucks :] [12:05] no chance of changing that? [12:05] Hey - I'm not the UI guy :-) [12:06] what about the name in the class: MINOR, WISHLIST etc. [12:06] those won't contain spaces or dashes [12:06] so can be used as css classes [12:06] ah, so you have that too [12:06] that's fine [12:06] if you don't, access to them can be arranged by a little programming [12:06] I will try to repress my hatred for UPPERCASE ;) [12:07] yeah, as item.name [12:07] limi: can i use the following syntax for a stylesheet that is locally accessible? [12:07] It will survive l10n too, if we ever go non english [12:07] I still don't see why you want the state name to be "Normal Severity" instead of "Normal" [12:07] [12:07] ? [12:08] sabdfl: yes [12:08] thanks [12:08] that's what we do in the LP templates [12:08] so I can work even if LP is not running ,) [12:08] limi: It doesn't, and I don't care either way. I suspect that it is actually your call unless Mark wants to use his executive veto power [12:09] sabdfl: any objections to changing the state name to "Normal" instead of "Normal Severity"? [12:09] limi: none, go ahead [12:09] thanks [12:09] i think this is in dbschema.py [12:10] stub: can you do that while you're in there anyway, seeing as I can't commit at the moment? [12:10] limi: @import file() is not working [12:10] sabdfl: [12:10] make sure it is in [12:10] SteveA: Did you want to to the dbschema.py stuff for limi or shall I? [12:11] and that the CSS is in the same dir as the template [12:11] sabdfl: sorry, my fault - didn't see that you said file() [12:11] it's url() [12:11] stub: what exactly needs doing? Adding the abbreviation syntax, changing some other titles to remove "severity" from them? [12:11] even for a file in the same dir as the html? [12:12] yes, CSS has no concept of file() afaik [12:12] it's all URLs, baby [12:12] SteveA: Yes, Yes, making sure we have access to the item's name, and giving access through tal [12:13] SteveA: I need getSeverity() (returns: "Normal") and getSeverityShorthand() (returns: "N") [12:13] and getSeverityDescription() or similar for the tooltips [12:15] stub: if you file a bug on me, perhaps containing some tales that presents a bug that you want to see, I'll do it today. [12:15] ok. [12:27] New bug 2101 for Launchpad/Launchpad: abbreviations and tal: access to dbschema.py classes [12:27] https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2101 [12:34] Abbreviations for distributions - is there a web interface for creating or editing a distribution, or can I happily add a column to the database without breaking anything? [12:35] abbreviations? [12:36] Limi's mock up needs a compressed distribution name (so 'Deb' instead of Debian, 'Ubu' instead of Ubuntu) [12:37] Hmm... no thanks [12:37] distro.name === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has left #launchpad [] [12:37] well, there's no way you can cram "Red Hat Linux" into that portlet === limi isn't sure we should have this info in a portlet anyway, but... [12:39] might be useful in secondary views === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad [12:40] "RHL" ;) [12:40] Or "RHAT", their stock ticker symbol ;) [12:41] with accompanying stock value :P [12:41] "adjusted for linux distro inflation" [12:42] sabdfl: If you missed that, Limi cannot cram "Red Hat Linux" into the portlet he is working on [12:45] distro.name should be redhat [12:45] distro.name should follow the same rules as every other Table.name [12:45] it's a url component, mostly, sounds perfect for what limi is doing [12:46] limi: how do I add a portlet to the left and right of a page? [12:46] also, how do I get the WHOLE page to adopt the background colour, not just the part which has text on it? [12:46] hard to explain... but I'm seeing white at the bottom of my page [12:46] you fill the portlet slots, look at how it is done on the existing bug templates [12:47] sabdfl: body should be a solid color - do you have an example URL? [12:48] sabdfl: btw, I need something shorter than distro.name if the portlet is going to work - "redhat"/"Ubuntu" is too big, unless you want to go with icons or similar instead [12:50] I'm still not clear on the context in which these portlets should be shown - I assume the main bug page should have all this info in the body text area? [12:50] (where we have more space) [12:51] are we going to show these portlets in other parts of Malone, in Rosetta etc, is that the idea? [12:57] limi: what about using two lines per entry in the portlet? [12:57] limi: yes, if i understand you correctly [12:58] sabdfl: I tried two lines, but it takes up quite a lot of space, so it's not ideal if you want to conserve space [12:58] I'll give it another shot [12:58] limi: this is for an offline page [12:59] have done but that did not help [12:59] otherwise, am using the ploneCOlumns, plone and ploneCustom.css links as per the web site pages [12:59] but the bottom of the page (below all the text) is still white [12:59] limi: iirc, dashes are not allowed in css classes. Is that right? [12:59] wrong [01:00] underscores are not allowed [01:00] dashes are [01:00] :) [01:00] oh, right. [01:00] (but they work) [01:00] so why is it "section-index_html"? [01:00] what an irritating spec. [01:00] because Zope sucks [01:00] ;) [01:00] ok... [01:00] looks like a zope2-ism [01:00] it is [01:01] is there a better body class to use? [01:01] just use no body class [01:01] in zope2, the index page is usually named "index_html" because using dots in the names of things used to be problematic [01:02] sabdfl: hard for me to troubleshoot it without seeing the page - can you send me a copy? [01:02] limi: willdo [01:02] great, thanks [01:02] limi: coming soon to info@plonesolutions? [01:03] ok [01:03] limi: sent [01:03] this needs to get out there in 20 minutes :-) [01:03] ok, I'll have a look right away [01:06] limi: any idea? [01:06] no mail yet [01:07] try limi@plone.org in case the company spam filter took it out? (did you have any body text, or just an attachment?) [01:09] just an attachment [01:10] ok, chances are it didn't make it through, then - use my personal address limi@plone.org [01:10] sorry about that [01:10] done [01:10] no problem, seems like a reasonable filter [01:10] we get insane amounts of spam, and spamassassin is a bit overly eager at times ;) [01:11] there we go, thanks [01:11] is there a good way to increase the size of all the text on the pag? [01:11] e? [01:14] p { font-size: value } [01:14] value being 12px or 1em or 110% or what you prefer [01:14] for the whole document? [01:14] that will touch the paragraph text [01:15] any reason why this is XML, btw? [01:15] no idea [01:15] it's not valid XML, which may cause problems in some browsers [01:15] shit [01:15] is Firefox where you are seeing it? [01:16] this came in from some community guys [01:16] yes [01:16] ok, let me clean it up [01:16] i have some text changes, will send it now [01:16] ok [01:16] sent [01:17] where is this thing going to end up? [01:17] on the CD? [01:18] yes [01:18] ok [01:18] default home page after install [01:18] I see [01:18] give me a few minutes, and I will clean it [01:18] i want to add two portlets, left and right, i think that will make the page look neater [01:19] will send you the txt for the portlets [01:19] it's not essential, it's optional, based on what you think looks best [01:19] ok [01:20] this page has no portlet structures right now, so I think I would rather go with some extra margins to make it look nice [01:20] if time is an issue :] [01:23] are usage messages supposed to go out on stderr or stdout ? [01:26] sabdfl: should be in your inbox with some style changes (bigger font, margins, justified text) === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad [01:33] sabdfl: did you get my new version? [01:33] limi: looks great [01:33] sabdfl: should be in your inbox with some style changes (bigger font, margins, justified text) [01:33] ok [01:33] how can i indent the bullets a little more? [01:33] need the portlets still? [01:33] no, i think it's fine [01:33] just add style="margin-left: 1em;" on the ul tag [01:33] let me test a value [01:35]
    [01:35] change the two lists to that, sabdfl [01:36] done. let's SHIP IT! [01:36] ;) [01:36] need anything right now, or can I do lunch? :) [01:37] lunch, thanks limi [01:37] see you in a bit === cprov [~cprov@200.158.100.251] has joined #launchpad === limi is now known as limi|lunch === BradB|away is now known as BradB === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #launchpad [02:47] hi [02:51] harg, there's a missing patchlog in launchpad again! [02:51] another one? [02:52] mhhh... log for-merge does not barf... [02:53] launchpad has been missing patch 422 for ages [02:53] okay... [02:53] but tla missing --skip-present doesn't list it [02:53] just been doing a round of tree updating and sanity checking [02:53] you remember the reason? [02:53] Someone committed something manic and bad so lifeless hard-reverted it or something === ddaa hates these patchlogs which screw up the output of "tla missing".... [02:54] I still === limi|lunch is now known as limi [02:55] It's bad to remove patchlogs on permanent basis... gotta annoy lifeless about that. === BradB goes about building a comprehensive functional doctest suite for Malone [03:34] Who's the guy in charge of unbreaking taxi.py? [03:38] is Malone running on chinstrap or another server at the moment? I would like to test some stuff, but arch has broken my local instance [03:39] SteveA: do you know? [03:39] "arch has broken my local instance"... If it's broken, just revert to a known-good revision. [03:40] won't work, sorry [03:40] all I did was to star-merge this morning [03:40] and it broke lots of files I haven't touched [03:40] see my mail to the launchpad list [03:40] I'm tired of dicking around with arch [03:42] daf: you here? [03:43] limi: pong! [03:43] daf: is launchpad running anywhere I can reach it? [03:43] https://rosetta.warthogs.hbd.com/ [03:44] aha, so it runs the whole thing, not just Rosetta [03:44] thanks [03:44] although we're supposed to be referring to it by https://mawson.ubuntu.com/ these days [03:44] no problem [03:44] yeah, rosetta was the name of the machine, which was confusing, so we changed it [03:45] daf: if I send you some files, could you commit them for me? [03:45] fixed the CSS references to plone.org etcv [03:46] daf: what was the temporary user again? foo.bar@canonical.com? passwd? === BradB is thinking that moving lp development to svn would save a lot of time and money, considering it probably costs about 8-12 man hours a day just dicking around with making it work as smoothly as svn/cvs [03:47] bingo === ddaa checks for the usual [03:47] fyi: undo does not work because spiv has changed the tagging-methog marks conflicts file as unrecognized. [03:47] tla inventory -u | xargs rm [03:47] to get rid of them, effectively saying "I've taken care of, or do not care about, the conflict files". [03:47] I see why arch is needed for the Grand Scheme, I can't see why it's needed for day-to-day development === debonzi [~debonzi@200.158.100.251] has joined #launchpad === BradB emails the list about that [03:51] limi: password test [03:51] thanks [03:52] "A system error occured." [03:53] (everywhere) [03:55] sabdfl: should we include bug status (New/Open/Closed) in the portlets, or is that implicit? The old code has it, but the new spec you gave me does not. [03:56] (ie: does it only show up if it's in "Open" status?) [04:10] limi: what's interesting is that when I merge your latest public (patch-38) revision with rf (patch-586) i have no problem. [04:10] However you did not tell what revision you were using in your email, so I cannot [04:10] it's when I star-merge I get the problem [04:10] say more than worksforme. [04:11] it worked last night before I left, and the first thing I did today was star-merge - so it can't have changed locally [04:11] I understand that. Star-merge with rf from a clean tree of your patch-38 revision works okay here. [04:12] So please mirror your archive if you want me to look at it. [04:12] You can also tell me to get lost. [04:13] daf: we must stop using the machine name "rosetta.warthogs.hbd.com" and use the new name (which I can't remember, and is not yet listed in MachineOverview) [04:14] oh, mawson === SteveA sees irc log === SteveA edits https://wiki.canonical.com/MachineOverview [04:17] daf: can you make dilys subscribe to all wiki pages, and announce changes here? [04:17] elmo hasn't changed the actual machine name yet, only the DNS [04:18] I think perhaps dilys would get very noisy if she watched the wiki too [04:20] "machine name" has many meanings. [04:20] the most useful one to everyone except the admins is "the name we should call the machine when discussing it or pointing people to it" [04:20] of course [04:20] Also, for the "people<-->potemplate" list, would you like to use the zodb for that rather than use the RDB? [04:21] shrug [04:22] SteveA: those are personal preferences like the language a person can translate into [04:22] sorry, not personal preferences but "system" ones, not temporal information that could be removed [04:22] ok [04:23] hmm, daf: I'm confused... shouldn't it be pofile instead of potemplate? [04:23] hmm [04:24] our translation process is template-oriented [04:24] i.e. you translate a template [04:24] but if we are adding a unique key for person,potemplate.... [04:24] what's the utility? [04:25] they are unique together, not separately === kiko [~kiko@200-206-134-238.async.com.br] has joined #launchpad [04:25] oh, right [04:26] daf: I don't see the utility :-) [04:26] utility? [04:26] I don't see it useful [04:26] oh, right [04:26] it's like a To Do list [04:27] "My Templates" [04:27] we can use it for notifications as well [04:27] ok, then it's not what I was thinking on, but yes, makes sense [04:28] good :) [04:28] ddaa: I appreciate your help, but right now I would prefer to just work, and not fix arch :) === lifeless [~robertc@dsl-98.21.240.220.rns02-kent-syd.dsl.comindico.com.au] has joined #launchpad [05:05] hey lifeless === Kinnison [~dsilvers@haddenham.pepperfish.net] has joined #launchpad [05:34] BradB, about sourcepackageformat, the only issue is that your change precludes changing packaging formats mid-race. ;) [05:36] hm [05:37] does that happen? [05:37] I"m not sure that's a practical issue as long as sabdfl signs it off consciously. [05:37] I don't think it should, except if it's rpm3->rpm4 for instance. [05:37] no, that would be a new sourcepackage then i think [05:38] spformat is "deb" vs "rpm" [05:38] i don't think it will be version-specific [05:38] assumption its something the latest "deb" or "rpm" tools can process [05:38] if you switch from rpm to deb, well then that's a new sourcepackage :-) [05:39] agreed, sounds sane. [05:39] sabdfl: sent you today's changes in a zip, if you would like to review and commit [05:39] limi: thanks [06:00] SteveA: i just edited a page, and it hasn't shown up [06:01] i guess the workflow is working :-) [06:01] how do i publish it? [06:01] it says it's state is published [06:01] sabdfl: ubuntulinux site? no clue. I didn't work on the workflow parts, just the authentication/launchpad integration. BradB? [06:02] BradB: how do i publish a changed page now? [06:02] it should be published if the state is Published [06:02] sabdfl: Which page? [06:02] i'm using jane's account [06:02] downlaod [06:02] unless somebody has changed that :] [06:02] load even [06:02] it might be cached too [06:03] I see the "Set up an Ubuntu mirror" page [06:03] And, of course, the folder called "download" [06:03] as an anon user [06:03] BradB, style guide rocks! [06:04] this is weird [06:04] kiko: :) [06:04] sabdfl: What if you clear your cache? [06:04] http://www.ubuntulinux.org/download/ [06:04] now try this: [06:04] http://www.ubuntulinux.org/download/index_html/ [06:04] i see different pages [06:05] sabdfl: looks like Apache cache [06:05] those pages are the exact same, technically [06:05] eeek, scary [06:06] if elmo turned on full-page caching, this would be the effect [06:06] I assume it has a sensible time-out [06:06] so either purge the cache manually or wait a bit and see? [06:07] it seems to have expired now [06:08] they are still different here [06:08] Same for me. [06:08] still different [06:08] (i.e. the pages are the same for me :) [06:08] in any case, it's not on the Plone level [06:09] it's something in front of it [06:10] when i cleared my browser cache, they became the same page [06:11] BradB: both have tree download sites? [06:11] they are different here, in all the browsers I run [06:12] BradB: they should have only one download site [06:13] yeah, they do...now it's back to http://www.ubuntulinux.org/download/index_html/ making it look as though i'm logged in as jane [06:14] (i went first to https link, then typed that URL above again, and see the jane thing again) === BradB is now known as BradB|lunch === kiko is now known as kiko-fud === limi is now known as limi|dinner [06:48] see y'all later === limi|dinner [~limi@212.80-202-72.nextgentel.com] has left #launchpad [] [07:38] bradb: hmm... that must be because I was logged in as jane when i edited it, and so that must have been cached === BradB|lunch is now known as BradB === Kinnison [~dsilvers@haddenham.pepperfish.net] has joined #launchpad === kiko-fud is now known as kiko [08:10] If arch says this: [08:10] arch_commit: unable to acquire revision lock (could not rename file.) [08:10] tree: /Users/bradb/launchpad/lp [08:10] revision: brad.bollenbach@canonical.com/launchpad--devel--0--patch-36 [08:11] isn't brad.bollenbach@canonical.com/launchpad--devel--0--patch-36 the one i'm supposed to unlock? [08:11] probably [08:11] when i try: [08:11] tla lock-revision --unlock brad.bollenbach@canonical.com/launchpad--devel--0--patch-36 [08:11] i get: [08:11] lock-revision: error unlocking revision brad.bollenbach@canonical.com/launchpad--devel--0--patch-36 -- lock not held [08:12] try -b instead of -u [08:13] (--break?) [08:13] that didn't give any error, so maybe it worked === BradB updates the wiki to say that [08:19] BradB: but the -b option should only be used if the --unlock one fails [08:22] yeah [08:32] Bug 2075 resolved: Rearrange all FIXME to new suggested XXX layout [08:32] https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2075 === mdz_ [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #launchpad [08:49] ddaa: ping? [08:49] oh; never mind === Kinnison worked it out :-) [08:50] tla was just takes ages to do something; but it was 'cos I had hidden the gpg verifications I thought it had gone to sleep or something [09:04] SteveA: around? === ddaa wonders he should put "helped Kinnison with tla" on his activity report ;-) [09:05] ddaa: If you want; I won't snitch :-) [09:17] how's it looking at the lunchpad? [09:21] Well, now that I have my shiny new Ubuntu desktop; I'm going back to looking at generating an spanky-new pool/dists tree from the database I built last night :-) [09:23] daf: am now [09:23] SteveA: ah, good! [09:23] SteveA: what news on the ftesting.zcml front? [09:23] page tests are looking pretty sweet [09:24] I've just returned from the gym [09:24] hurrah! [09:24] I still need to track down the inconsistency with ftesting.zcml that you noted, but I want to get a bunch of page tests running pre-checkin first [09:24] sure [09:24] and also get the changes to dbobject done for stub and limi [09:24] did you make the changes you wanted? [09:25] yes. I rewrote your shell script in python, and made it do various things to enforce some standard policies [09:25] sounds good [09:25] do the changes require any changes to the documentation? [09:25] yes [09:26] will you do them or shall I? [09:26] your docs read very well [09:26] thank you [09:26] perhaps I can check in the system, we can discuss the changes from your docs, and you can revise your docs and send them? [09:26] that way, while you're working on the docs, I can work on the dbschema changes [09:26] let's do that [09:26] ok [09:31] SteveA: there's a steveb! [09:32] where? [09:32] SteveA: Is there a more friendly way to run the functional doctests than: bradb@ozone:~/launchpad/lp$ PYTHONPATH=~bradb/launchpad/lp/lib python lib/canonical/ftests/test_pages.py? [09:32] when I used to work at lancaster university, we had a good proportion of the alphabet of steves working in various IT roles [09:33] BradB: yes, and I'll be checking it in RSN [09:33] ok [09:33] there's a better way of creating them too === BradB continues putting a functional doctest straightjacket on Malone [09:33] keep going brad! You can easily move the tests across to the new place when I've merged to RF [09:33] I'm also going to turn them on pre-checkin === SteveA gets back to code [09:36] daf, SteveA: the docs should probably include a policy for how much "function" to test in one functional doctest :) [09:39] it doesn't, but it probably should [09:39] I'd advocate a minimum [09:39] except in situations where it only makes sense to test pages in a sequence [09:41] we can handle sequences [09:41] there's a very simple dependency system that I'll be checking in [09:41] saying "you must run these tests before this one" [09:44] SteveA: Did you guys stumble onto sorting out whether the ftests will use a DB called launchpad_test, or a DB called launchpad_unittest? [09:45] ftesting.zcml says the latter in my working dir, at the moment. === mdz_ is now known as mdz [09:47] One idea Mark and I discussed, but didn't decide either way: the page tests will use a launchpad_pagetest DB. It will start off with minimal content. The page tests themselves can be run to add to it. [09:47] later page tests depend on earlier ones, so you can have the test to create a bunch of stuff run before the test to browse it, for example. [09:47] What do you think? [09:47] The fewer the DB's we have to worry about, the better, IMHO. :) [09:48] so, that's a +1 ? [09:48] -1 [09:48] oh, okay [09:48] so, you want to use the launchpad_test db for page tests? [09:48] i don't think we want yet another db [09:49] the thing is that the page tests will need to alter the data in the database. [09:49] that's intrinsic to what they do [09:49] we also don't want launchpad_test buggered up every time the page tests run [09:49] i do think there should be a unittest db that is recreated when the tests are run [09:49] the DB should be initialized twice, I think [09:50] once for UT's, once for FT's (the latter being executed in sequence so that they get the data they expect; this is okay, since these tests are meant to test taking a walkthrough of the system anyway.) [09:51] now I'm getting confused... let's clarify the language: [09:51] Page tests: PTs. these are ones created by clicking in the browser, and writing a .txt file [09:52] Functional tests: FTs. these are code that uses the whole launchpad set-up in "functional testing" mode, right down to a database, and right up to being able to render pages, or to test code that accesses the database and does stuff. [09:53] Unit tests: UTs. code that tests particular classes or functions or groups of methods. The only UT code that requires a database is tests of code that directly accesses the database. [09:54] PTs will be executed in a well-defined sequence [09:54] we should have a well-known state of a database before the first PT runs [09:55] PT's are just FT's. I'm not sure it's useful to fray that into another term. [09:55] FTs run in a well-defined sequence provided you run all of them in one go. This is often inconvenient, especially when you're using FTs while developing functionality. [09:55] BradB: I agree that technically speaking PTs are FTs. But, I think it is very useful to distinguish them. [09:56] So, there's a problem with setting up the database just once before running any FTs -- when writing a FT you should be careful to undo whatever you did, if it will make a difference to other tests. [09:57] Okay, maybe one should take the same care then with PT's though. [09:57] no need [09:57] the PTs have a notion of dependency [09:57] you're explicitly depending on other PTs [09:58] I'm just hoping to avoid introducing new terms, that's all. :) [09:58] anyhow, for now, I'll make it so that the database is dropped and re-created before running PTs [09:58] we can work out a more refined way later [09:58] sure [10:00] HTTP recorders rule; the fact that current the bug-index page is broken in Malone is only a further testament to the value that will be added to the system, well, right now. :) [10:23] daf, SteveA: do the docs give an example of how to actually document a FDT too? [10:32] # return the bugtracker [10:32] return bugtracker [10:32] um, that's probably overdoing it, self [10:35] SteveA: Have you seen errors like: IOError: [Errno 2] No such file or directory: 'page-test-helper.XMY3jL/watch0001.response' after ^C'ing? [10:35] yes [10:36] that happens when no data was recorded for a response [10:36] Yah, but that's the bug. :) [10:36] are you sure you're running Launchpad [10:36] ? [10:36] yes [10:36] Hm, looking at the other window though i now see 2004-10-13T16:33:15 ERROR SiteError http://localhost:9000/favicon.ico. [10:37] that might be it then === BradB tries restarting [10:37] I don't think TCPWatch deals with errors very well [10:40] daf: Is it also normal that you might have to very slightly tweak the captured output so that the test passes? E.g. I'm getting a failure like this, right after ^C'ing and running a test for the bug index of Malone (just part of the failure output coming up): [10:40] Differences (unified diff with -expected +actual): [10:40] @@ -246,5 +246,5 @@ [10:40] [10:40] [10:40] - mozilla-firefox-dummy [10:40] + mozilla-firefox-dummy [10:43] I'm going ahead and hand-editing it [10:44] caution, meet wind [10:44] that's unexpected to me [10:45] it looks to have been recorded incorrectly [10:45] curious [10:45] by tcpwatch? [10:45] or is it being mangled by the doctest converter? [10:52] I'm confused. [10:52] It was definitely converted incorrectly [10:53] but then, even when i fix it to look the way it was actually recorded, it still fails on that line, as the "actual" isn't the same [10:53] strange! [10:54] is it something to do with tabs? [10:55] ew, ouch, yeah, i had just seen that now [10:56] because it was telling me they STILL didn't match, even though they appeared identiccal === BradB goes to fix bug-index [10:57] what's the deal with tabs? [10:58] I think they confuse the page testing machinery [10:58] either when they're converted from TCPWatch logs to doctests or when the comparison is being made, or both [10:58] (this is judging from what BradB said) [11:04] There's an option NORMALIZE_WHITESPACE [11:04] we can turn that on, as it would probably help [11:05] I'm surprised it's happening [11:05] seems like a bug to me [11:05] well, I'll turn on NORMALIZE_WHITESPACE for now [11:05] but, I'll make a note that the bug exists [11:06] the program seems pretty sketchy about when it feels like actually working too (as opposed to, say, dying with that IOError similar to the above) [11:07] even when there aren't exceptions i can see in the console where zope's running [11:07] maybe it is because you're on a mac? [11:07] I haven't seen such errors [11:09] not sure yet. anyway, i'm checking in these first three for malone, since they take the first step of making sure you can get to the point of actually seeing a bug report's page. [11:09] I've just submitted my merge to pqm [11:09] and I mirrored first ;-) [11:09] what do your changes do that would conflict with mine? [11:10] probably nothing [11:10] SteveA: You can even mirror a bit after, it spends a bit of time doing a build-config of vanilla rocketfuel before it looks at your archive ;) [11:10] cool... mirror racing [11:10] SteveA: I've taken advantage of that once or twice ;) [11:10] mirrorrracer [11:13] elmo: ping? [11:16] SteveA: On what date will our pqm merge requests fails if one or more tests fail? [11:17] s/fails if/fail if/ [11:18] if my merge goes through, then from about 5 minutes time, merge requests will fail if any pagetests fail. [11:18] just pagetests for now [11:19] mm, good start [11:20] SteveA: I think having (at least some of) the unit tests added to that would be a good goal [11:21] we'll have all unit tests passing, mandatorily, but not right now [11:21] SteveA: will a failure message include the test failure output in the email? [11:21] yes [11:21] as I just found out ;-) [11:21] hehe [11:22] aw crap [11:22] looks like the pqm user can't do stuff to the launchpad_test database [11:22] elmo: ping? [11:26] ok, I'm going to disable the testing on merge stuff until I can get an admin to look at why it isn't working [11:27] quick, before my merge request goes through! :P [11:27] ? [11:28] hi elmo [11:28] elmo: zhongshan has a couple of gzips and an apt-listtemplates stuck on it. are they reamnants of anything important? [11:28] if the pqm user on chinstrap tried to admin the postgres database launchpad_test, would it give an error? [11:28] cool, mine went through [11:28] Kinnison: no [11:28] SteveA: probably yes [11:28] BradB: arse, I'll have to merge again :-) [11:29] elmo: can this be arranged? [11:29] requiring postgres super user privs is really rather crackful - do we have to do this? [11:30] it needs to be able to createdb that database [11:30] at least, with the way things are currently set up in launchpad for testing [11:31] otherwise, we can't do full tests on merging [11:31] it can createdb [11:31] ok [11:31] I have a script that works locally [11:31] and always has been able to - the point is, you guys have changed it so it now needs createuser privs either [11:32] which is the postgres version of superuser [11:32] requiring that in a testsuite strikes me as fundamentally broken [11:32] but, it fails with exit code 512 when I run it as using pqm on chinstrap [11:33] where do we do that? [11:34] the script drops the database [11:34] and creates the database [11:34] and shovels stuff into it [11:34] gar. steve. it has createdb privs. it has since the pqm user existed. the testsuite has changed recently so that more than createdb privs is required. [11:35] testsuite, schema, sample-data, whatever. I don't know exactly what changed [11:35] oh [11:35] the language thing [11:35] plpython [11:36] it needs to be a superuser because of that now [11:36] that makefile should really just test if it's installed [11:36] then it can be done once by someone, and never again [11:36] or does dropdb destroy that? [11:38] since createlang takes a db arg, it probably does destroy it [11:42] template1=# alter user pqm with createuser; [11:42] ALTER USER [11:42] yeewhooocrap [11:43] using plpython isn't worth it [11:43] Theoretically if you did the createlang in template1 then the createdb would inherit the language automatically. (Unless I'm misreading these docs horribly) [11:43] but, for the record, I still think it shouldn't need it.. ideally it shouldn't even need createdb - it's going to make it impossible to sanely have the testsuite interact with any unrelated or production database that happens to be on the same box [11:43] plpython shouldn't be used. [11:44] stub's made it a dependency so that he can write about 10 lines of validation code in python :) [11:44] sabdfl: I've finished a dump with gina+nicole working on main and restricted packages on zhongshan [11:45] sabdfl: zhongshan:/home/cprov/lp_dump-gina+nicole-mr.sql.gz [11:46] wow [11:46] it's *raining* [11:46] really shouldn't use these cute names for software where there's "dumping" involved. [11:46] cprov: cor; excellent. [11:46] sabdfl: the only problem is the missed "shortdesc" field on productseries table [11:47] sabdfl: and broken productreleases ... [11:47] Kinnison: and you any news on lucille ? [11:48] cprov: Currently hacking on a quick-and-dirty way to dump the db as a pool [11:49] cprov: I should have it going tomorrow morning :-) [11:52] cprov: hmm... i think i have a pending sql update for the shortdesc issue [11:52] and am working on productreleases tonight [11:52] Kinnison: nice ... dump as pool should interest me too [11:53] sabdfl: should I wait for you ? otherwise I will run nicole again tonight, inserting productsreleases too [11:54] cprov: is your code all committed? [11:54] elmo: I think I might have hung pqm -- some kind of database deadlock [11:55] bah [11:58] sabdfl: not yet [11:58] ok, go ahead, we'll merge later