svn commit: r332682 - /forrest/events/forrest-friday/20051111-log.txt

[cr...@apache.org]

Author: crossley
Date: Fri Nov 11 16:27:00 2005
New Revision: 332682

URL: http://svn.apache.org/viewcvs?rev=332682&view=rev
Log:
Update

Modified:
    forrest/events/forrest-friday/20051111-log.txt

Modified: forrest/events/forrest-friday/20051111-log.txt
URL: http://svn.apache.org/viewcvs/forrest/events/forrest-friday/20051111-log.txt?rev=332682&r1=332681&r2=332682&view=diff
==============================================================================
--- forrest/events/forrest-friday/20051111-log.txt (original)
+++ forrest/events/forrest-friday/20051111-log.txt Fri Nov 11 16:27:00 2005
@@ -462,3 +462,131 @@
 Nov 12 06:34:50 *	diwaker is away: school
 Nov 12 06:34:58 <diwaker>	i'll leave the bot running and logs collecting
 Nov 12 06:34:59 <diwaker>	for later
+Nov 12 09:59:26 <xley>	good morning, i will be back after breakfast
+Nov 12 09:59:59 <rgardler>	Good morning David, not sure how long I am around now - got an early start wih my son tomorrow
+Nov 12 10:00:23 <xley>	hi Ross, how long?
+Nov 12 10:00:46 <rgardler>	At least an hour
+Nov 12 10:01:13 <xley>	okay, back after porridge.
+Nov 12 10:01:29 <rgardler>	Hey, you spelt it right :-)
+Nov 12 10:27:39 <xley>	backreading was easy, not much chat, but i see from svn logs that you been busy Ross
+Nov 12 10:28:15 <rgardler>	Yeah, I took our discussion about how best to use FT/FF to heart and just got on with it ;-)
+Nov 12 10:28:31 <xley>	i think so too ...
+Nov 12 10:29:01 <xley>	perhaps let each other know what we are up to from time-to-time
+Nov 12 10:29:14 <rgardler>	Sure...
+Nov 12 10:29:34 <rgardler>	I just posted an important comment to FOR726 (plugins use locationmap) - please check it out
+Nov 12 10:30:10 <xley>	looking.
+Nov 12 10:30:35 <rgardler>	I've been working from the top of my plugins directory listing downwards, just done OOo and starting PhotoGallery
+Nov 12 10:31:14 <xley>	okay i will work backwards
+Nov 12 10:32:08 <xley>	re: FOR-726 note, yes i made the same pencil note when reading svn logs this morning.
+Nov 12 10:32:34 <rgardler>	I think we need to wrtite a release process for this
+Nov 12 10:35:25 <xley>	Do we need to make every resource in the plugins use the locationmap
+Nov 12 10:35:26 <xley>	or just the ones that will obviously be used from outside?
+Nov 12 10:35:26 <xley>	I wonder if it is inefficient to make absolutely everything
+Nov 12 10:35:26 <xley>	use the locationmap.
+Nov 12 10:35:57 <rgardler>	I've not really considered this to be honest...
+Nov 12 10:36:16 <rgardler>	you are right it does introduce a bottleneck
+Nov 12 10:36:50 <rgardler>	Perhaps we should just do the obvjously useful as you suggest
+Nov 12 10:37:11 <xley>	later we can do the rest
+Nov 12 10:37:24 <rgardler>	+1 - I'll start doing that from now on
+Nov 12 10:37:43 <xley>	the trouble with leaving some out is inconsistency ...
+Nov 12 10:38:18 <xley>	people might expect the same naming convention.
+Nov 12 10:38:26 <xley>	...
+Nov 12 10:38:51 <xley>	i suppose that improved error handling for locationmap will assist.
+Nov 12 10:39:38 <rgardler>	error handling is the biggest problem at present, it is hard to debug locationmaps :-(
+Nov 12 10:39:56 <xley>	very.
+Nov 12 10:40:01 <rgardler>	keeping the local resources our of the LM actually makes it easier to build the LM
+Nov 12 10:40:46 <rgardler>	We can discuss the naming convention onlist (consistency is good from an ease of developer perspective)
+Nov 12 11:00:41 <xley>	So Ross, regarding cocoon-docs, i think that we are saying no chance yetto add the Changes processing, because Daisy plugin intercepts everything. Is that right?
+Nov 12 11:02:35 <rgardler>	As it stands right at this minute yes, but let me commit the simplified-docbook plugin, get a whiskey and I will contemplate it, more to come...
+Nov 12 11:04:18 <xley>	Otherwise, i will try to get the cocoon-site build to generate it into the 2.1 directory. Better for the website, but still doesn't get it into cocoon-docs.zip
+Nov 12 11:04:45 <rgardler>	I think there should be a way to work around it...
+Nov 12 11:05:12 <rgardler>	previous to the insistence on sticking with the same url space I used *.daisy.html to indicate daisy docs
+Nov 12 11:05:14 <xley>	Mmm, i had better get some Saturday morning medicine then, and join you.
+Nov 12 11:05:21 <rgardler>	that way we just had *.html for other docs
+Nov 12 11:05:35 <rgardler>	I think the answer will be something like only matching 2.1/* docs
+Nov 12 11:06:04 <xley>	hope that it is that easy.
+Nov 12 11:06:30 <rgardler>	I don't think so, that's why I'll need the whiskey ;-)
+Nov 12 11:24:22 <rgardler>	My experiments have not been encouraging...
+Nov 12 11:24:57 <rgardler>	The problem is that Daisy returns a document even if it down't exist (i.e. it doesn't give a 404, it gives an XML error document)
+Nov 12 11:25:02 <rgardler>	(stupid design!)
+Nov 12 11:25:10 <rgardler>	Anyway...
+Nov 12 11:25:25 <rgardler>	This means we can't use a selector, since a document s returned
+Nov 12 11:25:28 <rgardler>	so...
+Nov 12 11:26:31 <rgardler>	The answer is to create special matchers in the daisy-to-docs module
+Nov 12 11:26:45 <rgardler>	rather than do the 2.1/** one
+Nov 12 11:27:02 <rgardler>	we should do changes.html etc
+Nov 12 11:27:06 <rgardler>	what do you think?
+Nov 12 11:28:09 <xley>	Yes, i was wondering about that too ...
+Nov 12 11:29:21 <xley>	but didn't/don't know how to effect that. The projectInfo plugin needs to match on "changes" and "todo".
+Nov 12 11:29:45 <rgardler>	yes, thinking about it there will be multiple matches for none 2.1 daisy docs...
+Nov 12 11:30:00 <rgardler>	it will be easier to do it the way I first suggested (2.1/*) - experimenting...
+Nov 12 11:37:51 <xley>	ross, see forrest-user list reply.
+Nov 12 11:38:14 <xley>	is this our plugin version numbering inconsistencies?
+Nov 12 11:38:44 <rgardler>	Could well be, good thought
+Nov 12 11:38:56 <rgardler>	I'll respond onlist
+Nov 12 11:39:26 <xley>	i did deploy some last night, how will we fix that?
+Nov 12 11:41:52 <rgardler>	if the version number of the plugin was updated then there is no problem
+Nov 12 11:42:06 <rgardler>	we just need to tell users to specificy a specific version number (as with daisy)
+Nov 12 11:42:15 <rgardler>	however, if it wasn't updated
+Nov 12 11:42:21 <xley>	it probably wasn't, i will go find which ones that i deployed.
+Nov 12 11:42:44 <rgardler>	we will need to CO the plugin prior to the revision
+Nov 12 11:42:47 <rgardler>	deploy it
+Nov 12 11:42:52 <rgardler>	co head
+Nov 12 11:43:02 <rgardler>	update version number
+Nov 12 11:43:13 <rgardler>	wait for a coordinated release of all plugins post locationmap
+Nov 12 11:43:52 <xley>	okay, i will attend to that. Grrr, i should have known.
+Nov 12 11:44:13 <rgardler>	I very nearly did the same thing, just managed to CTRL-C in time
+Nov 12 11:44:37 <rgardler>	howverm there are lots of inconsitensies in my build.xml files and status.xml files now :-(
+Nov 12 11:45:31 <xley>	does 'svn cleanup' help?
+Nov 12 11:46:14 <rgardler>	I don't think so, I've only ever used that to solve the "repository is locked" errror, what else does it do?
+Nov 12 11:46:31 <xley>	not sure
+Nov 12 11:46:43 <rgardler>	:-) - you have the same style as me ;-)
+Nov 12 11:50:30 <rgardler>	where is status.xml for the 2.1 docs?
+Nov 12 11:50:41 <rgardler>	(I'm having some success :-)
+Nov 12 11:51:02 <xley>	...
+Nov 12 11:51:23 <xley>	http://svn.apache.org/repos/asf/cocoon/branches/BRANCH_2_1_X/status.xml
+Nov 12 11:51:27 <rgardler>	thanks
+Nov 12 11:52:04 <xley>	there is a locationmap in http://svn.apache.org/repos/asf/cocoon/site/src/documentation/content/locationmap.xml
+Nov 12 11:52:32 <xley>	temporary ... workaround option c)
+Nov 12 11:57:36 <rgardler>	the good news is that I have changes.xml (etc.) working in the 2.1 docs...
+Nov 12 11:57:48 <rgardler>	The problem is that it breaks the daisy plugin...
+Nov 12 11:58:02 <rgardler>	but not for the cocoon-docs
+Nov 12 11:58:07 <xley>	hooray; oh dear
+Nov 12 11:58:13 <rgardler>	I can fix the daisy plugin, but I must go to bed
+Nov 12 11:58:23 <rgardler>	I'll send you a mail tellin gyou how to get it working
+Nov 12 11:58:40 <rgardler>	you can do what you need to do and we';ll coordinate again later
+Nov 12 11:59:16 <xley>	good night, i will pop back in from time-to-time ... out to the sunny garden soon.
+Nov 12 11:59:54 <rgardler>	I'll send that mail now, small changes, if you can get it working before I go to bed then I can sleep soundly ;-)
+Nov 12 12:04:12 <xley>	regarding that issue with the deployment of plugins and version numbers: This shows that we need to add some forrestbot builds for the release branch ... continuous integration.
+Nov 12 12:04:25 <rgardler>	+1
+Nov 12 12:09:07 <rgardler>	I sent the mail on how to get cocoon-docs working with changes.xml...
+Nov 12 12:09:21 <xley>	thanks
+Nov 12 12:09:28 <rgardler>	going to get ready for bed, have a read and let me know if you understand
+Nov 12 12:09:43 <rgardler>	will chack back in 10 mnutes
+Nov 12 12:19:07 <rgardler>	Does it make sense for you David?
+Nov 12 12:20:01 <xley>	the first part yes, not sure that i understand the [1] note about locationmap yet.
+Nov 12 12:21:10 <xley>	don't worry, i will try it (not yet looked into navigation-to-locationmap.xsl)
+Nov 12 12:21:29 <xley>	another quick question before you go ...
+Nov 12 12:21:40 <rgardler>	I think you will be OK with it, it's farly simple
+Nov 12 12:21:45 <rgardler>	GO ahead with your qquestion
+Nov 12 12:21:47 <xley>	What is performance like for you with the cocoon-daisy-to-docs build?
+Nov 12 12:21:47 <xley>	For me, it takes ages to start (presumably building the navigation),
+Nov 12 12:21:47 <xley>	then takes about 45 seconds per document. Whereas on the zone
+Nov 12 12:21:47 <xley>	it takes 1.5 seconds per document.
+Nov 12 12:22:25 <rgardler>	Performance locally is awful, similar to what you experience
+Nov 12 12:22:37 <rgardler>	I think there is a massive amount of network traffic
+Nov 12 12:22:56 <rgardler>	on the zones it is al within the local netowrk so very fast
+Nov 12 12:22:57 <xley>	i wondered that too ...
+Nov 12 12:23:18 <xley>	and ... yes local to zones.
+Nov 12 12:23:59 <rgardler>	I've not done any optimisation of the daisy plugin yet
+Nov 12 12:24:08 <xley>	i exaggerated ... 30 seconds per doc.
+Nov 12 12:24:15 <xley>	erk.
+Nov 12 12:24:18 <rgardler>	my plan is to have a daisy generator that only requests head most of the time
+Nov 12 12:24:28 <xley>	aha.
+Nov 12 12:24:58 <xley>	okay, sweet dreams.
+Nov 12 12:25:33 <rgardler>	Enjoy your day in the sun, winter has truly arrived here :-(
+Nov 12 12:25:37 <rgardler>	good night
+Nov 12 12:25:58 <--	rgardler has quit ("Chatzilla 0.9.68.5 [Firefox 1.0.7/20050915]")
+Nov 12 12:26:11 <xley>	thanks goodness that we have the project:start-uri parameter in forrest.properties (project:start-uri=changes.html)
+Nov 12 12:26:25 <xley>	builds that doc first.
+Nov 12 12:26:31 <xley>	good night.