On Thu, 2002-03-28 at 10:09, Sam Ruby wrote: > I couldn't figure out a point by point response, so here it is all at once: > > Installed packages require a descriptor just like everything else. > IMHO, individual descriptors in my mind are better than "single > 'installed packages' descriptor" for pretty much the same reason that > you don't like them burried in cocoon or velocity.
I don't mind a descriptor for an installed package. I just don't like having to replicate the <project name="x" package="y"/> entries in each of the profiles. I just wanted to put all these entries in a single file and reference them from the profile. I didn't explain that well, I just want a file like: distributions.xml ----------------- <distributions> <project name="x" package="x-dir"/> <project name="y" package="y-dir"/> </distributions> And in the profiles something like: <distribution name="distributions.xml"/> Then we can use the single distributions definition and if someone wanted to swap it out for something else they could. I hope that explanation is better. I think it would be more flexible. > Having gump.covalent.net be the source for things we can legally > distribute (like jython) is fine by me. I would be opposed to > distributing things that have licenses that preclude our distribution. Isn't it ok if we didn't do it in public, or could we get permission as we're only moving things between a handful of machines. Or we could call it the Gump binary distribution :-) > In the general case, we need to think about distributions not merely > jars. My preference would be to have distributions be zip files - which > are retrieved using wget (using the --timestamping option) and then > unzipped into the /workspace/@pkgdir directory. I think of distributions as the 'whole' package too. > How does this sound? Sounds good to me. > - Sam Ruby > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
