Re: dpkg-statoverride vs. suidmanager

2001-01-07 Thread Joey Hess
Wichert Akkerman wrote: > Previously Joey Hess wrote: > > However, dpkg 1.8 implements dpkg-statoverride --import. We decided not > > to go that route, so why? > > Because I got convinced that suidmanager is not capable to figure out > if something is an overide or a default. That's very odd, as

Re: dpkg-statoverride vs. suidmanager

2001-01-07 Thread Wichert Akkerman
Previously Joey Hess wrote: > However, dpkg 1.8 implements dpkg-statoverride --import. We decided not > to go that route, so why? Because I got convinced that suidmanager is not capable to figure out if something is an overide or a default. If we do decide to go that route and use the package==u

Re: dpkg-statoverride vs. suidmanager

2001-01-05 Thread Joey Hess
I just read this whole bloody thread again for the last time. Here is what we decided to do: > > * New suidmanager depends on new dpkg, and on upgrade, imports all > > local suid.conf overrides into statoverride. > > * New packages do not need to register with suidregister, so they will >

Re: dpkg-statoverride vs. suidmanager

2001-01-04 Thread Wichert Akkerman
Previously Joey Hess wrote: > Wichert Akkerman wrote: > > This still leaves us with two problems: > > 1. there is no 100% correct way to decide if something is an override > >or not > > They're flagged local or so arn't they? Either `local' or 'user' in my suid.conf, but it could be anything

Re: dpkg-statoverride vs. suidmanager

2001-01-03 Thread Roland Bauerschmidt
Wichert Akkerman wrote: > > dh_suidregister to have a versioned conflicts, but I guess that's my > > problem, not your problem. :-) > > Automatic adding of a versioned conflict.. I'm suddenly extra glad none > of my packages use debhelper. I think debhelper should just check for the versioned con

Re: dpkg-statoverride vs. suidmanager

2001-01-03 Thread Joey Hess
Wichert Akkerman wrote: > > * Make a new suidmanager package that predepends on the new line of dpkg > > packages and, in its preinst, converts everything to use statoverride. > > * Dpkg doesn't need any support for suidmanager conversion stuff at all. > > * Any package that once used suidmanager

Re: dpkg-statoverride vs. suidmanager

2001-01-03 Thread Wichert Akkerman
Previously Joey Hess wrote: > * Make a new suidmanager package that predepends on the new line of dpkg > packages and, in its preinst, converts everything to use statoverride. > * Dpkg doesn't need any support for suidmanager conversion stuff at all. > * Any package that once used suidmanager and

Re: dpkg-statoverride vs. suidmanager

2001-01-02 Thread Joey Hess
Aj and I were talking about this, and here's an alternative: * Make a new suidmanager package that predepends on the new line of dpkg packages and, in its preinst, converts everything to use statoverride. * Dpkg doesn't need any support for suidmanager conversion stuff at all. * Any package that