[Cuis] Cuis-Features
Juan Vuletich
juan at jvuletich.org
Fri Jul 5 08:35:16 CDT 2013
Hi Ken,
This is just great. I want to integrate it into Cuis, and make packages
know about this.
Something that is not clear to me, is if a package might implement more
than one feature. I'd think yes, but then FeatureSpec 'provides' needs
to be a collection. In addition, we have several version.revision number
in a package, one for each feature it provides. This also means that we
might need a version.revision for the package too. But I don't want to
make it more complicated than needed. Thoughts?
BTW, the requirements should be specified as featureName + version,
without including revision number. Do you agree?
I might have a few hours this Saturday for this. It would be cool to
agree on these details, so I can proceed. If anyone wants to talk, I'm
jvuletich at Skype. I'm not always online, and usually can't talk during
work hours, but feel free to connect and text chat anytime.
Cheers,
Juan Vuletich
On 6/30/2013 6:58 PM, KenD wrote:
> Actually, I went the other way. I'll do a "git push" presently.
> I must to admit that I was in a hurry in the first pass and "did not have the time to make it shorter".
>
>
> I simplified to 2 classes: FeatureSpec and Feature.
>
> One now writes:
> (Feature named: #Sound version: 1 revision: 0) require.
>
> The rationale is that the data structure is for inclusion in packages and one really wants a user to specify version and revision, so I removed the short form.
>
> All feedback welcomed!
>
More information about the Cuis
mailing list