OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

sdd message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [sdd] Requirement 2.1.5.2


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

John, Josh, all

Fix, Update, Upgrade,
All have specific definitions in the Glossary
Patch is not yet defined.  _Resource_ may be the term we can use to
incorporate all of the above.

If we mean to expand the requirement beyond the "Maintenance" section,
or make it less restrictive,  then maybe this language would work.

2.1.5.2 - The SDD must support the ability for the author to define
information about a resource that has been superseded by a maintenance
operation.

from

>> "The SDD specification must support the ability for the
>> author to define information about the fixes superseded or
>> obsoleted by the deployment of
>> fix(es) or updated versions."

Jay Nash

Patton, John H wrote:
>> -----Original Message-----
>> From: Josh Allen [mailto:jallen@macrovision.com] 
>> Sent: Wednesday, March 01, 2006 4:43 PM
>> To: sdd@lists.oasis-open.org
>> Subject: [sdd] Requirement 2.1.5.2
>>
>> I had an action item to send a rewording of requirement 
>> 2.1.5.2 which relates to superseded & obsoleted fixes.
>>
>> The text currently reads: "The SDD specification must support 
>> the ability for the author to define information about the 
>> fixes superseded or obsoleted by the deployment of a fix or fixes."
>>
>> First, I agree with the definitions that Debra sent in her 
>> recent document of superseded (replaced by approximate 
>> functionality) and obsoleted (no longer necessary at all).  I 
>> wonder if we need both concepts for fixes.  It seems that 
>> they may have the same semantics:
>> "this fix has what you need."  I'd recommend that we only 
>> have the concept of superseded fixes.  I think obsoletion is 
>> a great concept to apply to other things than fixes (like 
>> package content).
>>
>> Second, my issue with this requirement was that I felt it was 
>> too restrictive.  By saying "...by the deployment of a fix or 
>> fixes," we imply that past fixes can only be 
>> superseded/obsoleted by other fixes (as opposed to new 
>> versions).  I don't think we want that.
>>
>> I would recommend that the phrase read:
>> "The SDD specification must support the ability for the 
>> author to define information about the fixes superseded or 
>> obsoleted by the deployment of
>> fix(es) or updated versions."
>>
>> Would love to know the thoughts of the group.
>>
>> Thanks,
>> Josh
>>
> 
> I like the rephrasing that you suggest.  The only question that I have
> is with the word "Fix".  Should we use this word, or should be use
> "patch" or "update" or "upgrade"?  They all seem to have different
> meanings, and I think those meanings need to be defined.  We could all
> agree that "fix" means any of "patch" "update" or "upgrade" and I'd be
> happy with that.
> 
> Nice work on this!
> 
> Cheers,
> 
> /john patton/
> 
> 
> 

- --
- --
Jay Nash, CTO
OMS SafeHarbor
128 Warren St
Lowell MA 01852
978.937.2363 ext.111
978.937.3784 fax

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and is
protected by law.  If you are not the intended recipient, you should
delete this message and are hereby notified that any disclosure,
copying, or distribution of this message, or the taking of any action
based on it, is strictly prohibited.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)

iD8DBQFEBu5KHsIa/RmVc78RAnzfAJwOqSvhyDqCLdv08wup9rIV9/wKTwCgheP3
oRu+Jq0YXDuv2CBNrn9d2B8=
=h2Jw
-----END PGP SIGNATURE-----


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]