+1 from me - I didn't know why it was that way either and just left things as I found them whenever I've touched it. This task goes back pretty far though IIRC - maybe there was a forgotten reason?

Geoff

Ralph Goers wrote:

I had thought about doing this in my last update to XConfToolTask, but I
didn't want to add two features in one patch.

Doing this could actually be pretty easy.  Currently, it looks at the root
node and grabs info from it. It would be pretty easy to see if the child
nodes are some sort of "patch" node, and if so iterate through them getting
the info that would normally be on the root node from each patch node
instead.

It would be nice to do this as you could put related patches in one file.

Ralph

-----Original Message-----
From: Claas Thiele [mailto:[EMAIL PROTECTED] Sent: Monday, May 10, 2004 9:00 AM
To: [EMAIL PROTECTED]
Subject: XConfToolTask and more than one patch action per file


Whats the reason for having one patch action per patchfile only?

Using filesets the execution order of the patches is not predictable and so it is a hell writing more complex patches.

Would it be a good idea having a set of actions in one patchfile like xupdate has?


Claas







Reply via email to