Re: dpkg-statoverride vs. suidmanager
Anthony Towns wrote:
> Some more possibilities:
> * have dpkg 1.7.x conflict with suidmanager <= 0.45, suidmanager
> 0.46 depend on dpkg >= 1.7.x, so that suidmanager is upgraded
> along with dpkg. the new suidmanager could, perhaps, register
> all its settings with dpkg-statoverride.
This is pretty much the solution I like. The new suidmanager should
either not work at all and tell the user to use statoverride, or
translate calls to statoverride, so people can learn to use the new
tool.
Wichert, Adam, what do you think?
--
see shy jo
Reply to: