Re: WSL-4.0 release candidate

On 03/04/13 14:29, Earnie Boyd wrote:
> On Tue, Apr 2, 2013 at 4:31 PM, Keith Marshall wrote:
>> ... (I've not tested, but a kludgy way might be to add a dummy
>> "release" spec for 3.x, with an embedded
>>
>>     <download tarname="none" />
>>
>> to the "doc" and "lic" class declarations, in your temporary catalogue,
>> and "require" it in the "test-off" spec).
>
> Almost works.  The remnants leave a named 3.x class for doc and lic
> instead of "none".

I'd expect that; '<download tarname="none" />' is the mechanism used by 
mingw-get (internally) to identify a meta-package.  The meta-data record
remains in the database after installation, but there are no associated 
files.  If you want to remove the meta-data record, your *only* option 
is to do so explicitly; you may wish to add a "description" element, 
within the "component" spec, with a "paragraph" to explain this.

> If I don't give a spec for the 3.x class mingw-get complains of course
> but the remnants are proper.

I don't understand your point.  If you don't add the meta-component 
spec, then the 4.x version remains installed; with the meta-component, 
that is removed, to be replaced by meta-data.  What complaint do you see 
from mingw-get?

> Suggestions?
> I've attached the current revision.

I don't think you can do better.  My one residual concern is the order 
in which the "requires" elements are processed. you may need to tweak 
the order in which they are declared, to ensure that the "doc" class 
component is processed *before* the "dev", lest removal of the 4.x-doc 
package may delete some files already replaced by installing 3.x-dev.
(This is why it is such a bad idea to have similarly named files in 
multiple package archives of differing classes, or differently named 
package collections).

-- 
Regards,
Keith.

------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html