Brad Vaughan wrote:
> As part of moving from a physical media distribution to a LiveCD and
> network repo's we have a little issue from the services side of people
> understanding (expectations) what support and services are available for
> a given piece of software (be it a package or consolidation).

That issue already exists today and there is already confusion on 
support of packages on the Solaris CD vs Companion CD and where on 
Solaris something is installed (eg /usr/sfw).

> I would like to get included in the metadata definition a (or some)
> attribute(s) associated with service delivery.
> 
> Depending on the intended use of the metadata (ie. end user
> functionality/management/maintenance vs. development vs. system ) and
> the ease of maintenance, the information types could be dramatically
> different. I am going to assume the initial intended use is not end-user
> related and difficult to maintain so I think initially we would limit to
> a single attribute.

So it it isn't end-user related and it is difficult to maintain maybe it 
isn't the correct solution to the problem.

BTW what is the real problem here ?  I don't think it is that the pkg 
repository is not "network" rather than on a CD but that there needs to 
be a way to determine where given installed bits came from.

> So if we could have a bit of information that communicated where to go
> and get more detailed information (URL, Vendor Name, Contact Details, or
> None).

So basically the same metadata that is already in SVR4 packages under 
the VENDOR and HOTLINE fields ?

> If I am wrong on my assumptions, then there are other data types that
> would be useful for system management and support purposes.

I worked in support (Sun Service) and not once did I ever look at the 
information in a package to determine if a command/utility/etc was 
supported.  So I see little value in this metadata in a package based on 
my personal experience.

-- 
Darren J Moffat
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss

Reply via email to