Dave Miner wrote:
Shawn Walker wrote:
This is not advisable. IPS needs to be aware of the files on the system so that it can effectively manage the system. If you start laying bits down in arbitrary places, then when packaging operations are performed, those bits may be deleted, moved to another location, etc.

If the issue is with the difficulty in creating packages, the correct answer is to improve the publication process.

Note this only applies if you're talking about OpenSolaris-based images that use IPS, etc.


Reality is that users will have layered software beyond the OS that will be in those other formats, no matter how easy IPS publication might be. Denying the capability to include those in an automated deployment product won't work.

The package management system cannot adequately manage or account for bits it doesn't know about.

For example, what if a directory that contains those unpackaged bits gets changed to a symlink? We have no desire to invent behaviours to deal with files that the system doesn't know about or can't manage. The number of edge cases alone is a nightmare.

If the user wants to deliver files to a location that is not managed by the package system, that's fine.

If the user wants to customise configuration files that are already delivered by packages; that is likely fine too as long as they marked with preserve=true.

Anything else likely needs to be delivered as a package. Otherwise, behaviour cannot be guaranteed.

Cheers,
--
Shawn Walker
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss

Reply via email to