Re: statoverride
On Thu, Nov 30, 2000 at 04:54:33PM -0500, Ben Collins wrote: > > Wichert says he will have a postinst script that converts suid.conf over > to statoverride format. It seems to me that the best way to convert is to > simply remove the calls to suidmanager in your install scripts. If you > user debhelper and currently depend on it to add in the suidmanager calls > to your postinst scripts, then most likely you wont have to do anything, > except rebuild with the new debhelper when it comes around (since I'm > guessing it will drop this support, in favor of dpkg's conversion). > the problem is not choking the old suidmanager preferences up on upgrade to the new dpkg-statoverride -[ Domenico Andreoli, aka cavok --[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc --[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 pgpt4fxkr3aXN.pgp Description: PGP signature
Re: statoverride
On Thu, Nov 30, 2000 at 04:54:33PM -0500, Ben Collins wrote: > > Wichert says he will have a postinst script that converts suid.conf over > to statoverride format. It seems to me that the best way to convert is to > simply remove the calls to suidmanager in your install scripts. If you > user debhelper and currently depend on it to add in the suidmanager calls > to your postinst scripts, then most likely you wont have to do anything, > except rebuild with the new debhelper when it comes around (since I'm > guessing it will drop this support, in favor of dpkg's conversion). > the problem is not choking the old suidmanager preferences up on upgrade to the new dpkg-statoverride -[ Domenico Andreoli, aka cavok --[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc --[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 PGP signature
Re: statoverride
Ben Collins wrote: > Wichert says he will have a postinst script that converts suid.conf over > to statoverride format. It seems to me that the best way to convert is to > simply remove the calls to suidmanager in your install scripts. If you > user debhelper and currently depend on it to add in the suidmanager calls > to your postinst scripts, then most likely you wont have to do anything, > except rebuild with the new debhelper when it comes around (since I'm > guessing it will drop this support, in favor of dpkg's conversion). Debhelper will support whatever scheme we eventually come up with, probably automatically. -- see shy jo
Re: statoverride
Ben Collins wrote: > Wichert says he will have a postinst script that converts suid.conf over > to statoverride format. It seems to me that the best way to convert is to > simply remove the calls to suidmanager in your install scripts. If you > user debhelper and currently depend on it to add in the suidmanager calls > to your postinst scripts, then most likely you wont have to do anything, > except rebuild with the new debhelper when it comes around (since I'm > guessing it will drop this support, in favor of dpkg's conversion). Debhelper will support whatever scheme we eventually come up with, probably automatically. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: statoverride
On Thu, Nov 30, 2000 at 10:10:21PM +0100, peter karlsson wrote: > Hi! > > So, am I supposed to move over my packages from using suidmanager to > use the new dpkg-statoverride? If so, is there a HOWTO describing how > to do it somewhere? Well, the dpkg-statoverride tool basically will not be used by packages. The idea is that you provide the programs with their default setup (suid or not) and the users/admins will user dpkg-statoverride to override your default. Wichert says he will have a postinst script that converts suid.conf over to statoverride format. It seems to me that the best way to convert is to simply remove the calls to suidmanager in your install scripts. If you user debhelper and currently depend on it to add in the suidmanager calls to your postinst scripts, then most likely you wont have to do anything, except rebuild with the new debhelper when it comes around (since I'm guessing it will drop this support, in favor of dpkg's conversion). Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: statoverride
On Thu, Nov 30, 2000 at 10:10:21PM +0100, peter karlsson wrote: > Hi! > > So, am I supposed to move over my packages from using suidmanager to > use the new dpkg-statoverride? If so, is there a HOWTO describing how > to do it somewhere? Well, the dpkg-statoverride tool basically will not be used by packages. The idea is that you provide the programs with their default setup (suid or not) and the users/admins will user dpkg-statoverride to override your default. Wichert says he will have a postinst script that converts suid.conf over to statoverride format. It seems to me that the best way to convert is to simply remove the calls to suidmanager in your install scripts. If you user debhelper and currently depend on it to add in the suidmanager calls to your postinst scripts, then most likely you wont have to do anything, except rebuild with the new debhelper when it comes around (since I'm guessing it will drop this support, in favor of dpkg's conversion). Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]