On 01/24/13 07:50 PM, Bing Bai wrote: > Hi Mark, > > > > I’m not sure I can get you through this mail. I read a mail from you > with Sajith C.R. > > > > http://mail.opensolaris.org/pipermail/pkg-discuss/2012-May/029056.html > > And I have some additional question for this: > > > > 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.
That is not an IPS mechanism. It is an SMF mechanism. > 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. Not exactly. It isn't noticed at all, let alone considered to be an administrative customization. > 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. Bart has already answered your question. I'm sorry that you didn't like his answer, but I can't really give you a different one. I can, perhaps, give you a little bit more information, but I don't know if it will help you: When you deliver a driver, you do it as at least two actions. One file action for each file (a 64-bit binary, and sometimes a 32-bit binary). In addition to the file action(s), you also deliver a driver action that tells add_drv how to tie the driver into the system. In your case, it sounds like you might be updating the file action (changing the driver itself) without changing the driver action (the set of ids, device class, etc.). So the file on the filesystem is changing, but the information in the driver_aliases and driver_classes files is not changing. > Thanks for your time. You're welcome. In the future, please continue to use the topic-specific aliases, rather than sending mail directly to individuals. You'll get faster response from more knowledgeable people. --Mark > Best Regards! > > Bing > _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
