init(1M) would require root access, but yes, that might be one
possibility. For user images, I was thinking of something that an
application running from within the user image could trigger, say on
application startup.
Tom
Joel Buckley wrote:
Tom,
Would init(1M) be a non-SMF actuator for Solaris 9 (and earlier),
Suse, RedHat, Ubuntu, etc...?
I have a package with post-install and pre-remove scripts to
start/stop the application services
during package install/removal....
Cheers,
Joel.
On 12/24/08 11:15, Tom Mueller (pkg-discuss) wrote:
Bart's design for actuators nicely provides the ability to insert
other non-SMF actuator implementations that can be used in these
other situations. I'd like to eventually implement an actuator for
user images that would enable configuration changes to be triggered.
Right now, SMF is the only actuator implementation, but more will
come later.
Tom
Philip Brown wrote:
Nicolas Williams wrote:
So it seems to me that we need to:
a) define and implement native (though OS-specific) IPS actions for
generic pkg needs wherever possible;
b) describe the framework/plugin dichotomy in the IPS best practices
docs;
c) define, document and deliver services for Solaris plugin frameworks
that pkgs delivering plugins for can use, but only for frameworks
where (a) is somehow inappropriate;
d) provide tools for creating self-deleting SMF services.
Speaking of "OS-specific" and otherwise....
Sun seems to like claiming that IPS is a cross-platform packaging system.
Yet at times, there are always things that need to be platform specific.
That's why java has the capability for native extensions, for example.
Seems like you are at a decision crossroads for this sort of thing.
You can mandate, "Well, [tricky] stuff always has to be done THROUGH SMF,
and platforms that dont have SMF are SOL".
or, you can provide a more generic hook for that sort of thing.
[Hmmmm... now how might you provide a "generic hook", for a packager to do
'anything they need to do, and might be OS specific'... a very "open
ended" hook.... I Wonder..... ]
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
------------------------------------------------------------------------
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
