Hi Dave,
On Mon, 2011-07-25 at 14:45 -0700, David Sechrest wrote:
> pkgsend: generate: ERROR: class action script used in
> SUNWscnconnmgt-ra: var/opt/sun/xvm/security/jsse/scn-agent/truststore
> belongs to "preserve" class
> pkgsend: generate: ERROR: class action script used in
> SUNWscnconnmgt-ra:
> var/opt/sun/xvm/persistence/scn-agent/connection.properties belongs to
> "preserve" class
>
> But it looks like the manifest is still generated correctly and has the
> following 2 entries for the above:
>
> file reloc/var/opt/sun/xvm/persistence/scn-agent/connection.properties
> group=root mode=0600 owner=root
> path=var/opt/sun/xvm/persistence/scn-agent/connection.properties preserve=true
> file reloc/var/opt/sun/xvm/security/jsse/scn-agent/truststore group=root
> mode=0600 owner=root path=var/opt/sun/xvm/security/jsse/scn-agent/truststore
> preserve=true
Yes, we generate the manifest, but intentionally report an error - we've
no idea what that 'preserve' class action script actually does: we can't
assume that a package hasn't modified it to alter the SVR4 contents once
installed, in which case, the error code is the right thing to do.
The preserve class itself doesn't appear to have any special meaning, at
least according to the pkgmap(4) man page - so it's by convention that
Solaris packages have always used a 'preserve' class in this way. I do
wonder whether that tag should have been propagated across into pkgsend
output though.
Perhaps I'm being too strict?
> However, pkgsend still returns an error code which breaks
> my build unless I ignore error returns which I'd rather not. Is there any way
> to suppress this particular error
> condition?
Yes, fix the SVR4 package before running pkgsend generate on it.
cheers,
tim
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
