On 01/24/13 07:22, Bing Bai wrote:
From a discussion earlier
http://mail.opensolaris.org/pipermail/pkg-discuss/2012-May/029056.html
I understand there's a mechanism in IPS that if a SMF service in old
package is removed by user, it'll be counted as administrative
customization.
Then, if user install new version package, this service won't be enabled
because the previous removal operation is detected.
This is correct; this is implemented in SMF and is the desired behavior.
Now we have observed that, if we remove drivers that added by package,
then install newer version of the same package. the drivers can't be
added back. Which means that driver deletion is also counted as
administrative customization.
This is actually happening because of a different mechanism. When
IPS updates a package, it only installs the difference between the
two packages. For example, if the latest driver update only changes
a manual page, only that file is updated - the rest of the files
and actions are left alone.
In the case you're describing, the user has rem_drv'd the driver - but
IPS doesn't know this. When the user updates the package, the the
driver action in the new package is exactly the same as the driver
action in the old package, and so IPS doesn't re-install the driver.
My question: is there any way to force IPS to add driver regardless
user's intervention?
In our case, after package installed, it's possible that its drivers
will be removed with rem_drv, but we want those drivers back after
installing the higher version of that package.
This is awkward, because of the design of the *drv commands is quite
fragile and it is easy for things to go wrong. First of all, my
suggestion is to tell the users: Don't do that :). My second
suggestion is that the user use pkg fix on the package to restore
coherence between the packaging system's view of the world and
the *drv subsystem.
I've just tested this and it appears to work just fine.
We won't make this an automatic behavior, because the administrator
did the rem_drv for a reason, and blindly overriding his configuration
changes in that manner is likely to lead to more serious problems.
- Bart
--
Bart Smaalders Solaris Core OS
bart.smaald...@oracle.com http://blogs.oracle.com/barts
"You will contribute more with Mercurial than with Thunderbird."
"Civilization advances by extending the number of important
operations which we can perform without thinking about them."
_______________________________________________
pkg-discuss mailing list
pkg-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
