Yes, that setting is set in rc.config which is really driving us mad. We are using scripts in the run levels for a Sendmail product, and the scripts are moved back to S0.....THis is happening when updates are pulled down and SuSEconfig is ran, in-facct, yes, we get the same notification that it is diabled, but Yast calls SuSEconfig after the packages are updated regardless. We have looked all over the place to see what script actually goes and moves the custom scripts, any ideas? Regards, Jon On Tue, 3 Jul 2001, Mads Martin [iso-8859-1] J�rgensen wrote:

* marsaro@interearth.com [Jul 03. 2001 15:33]:

...

Anyone know how to stop SuSEconfig from moving scripts?

example:

<thom> SuSEconfig is pissing me off <marsaro> OK, how? <thom> I have SuSEconfig set to no in my rc.conf

Is he having it like this syntax in /etc/rc.config(!): ? ENABLE_SUSECONFIG="no"

I just tried:

(mmj@panther) /etc> sudo SuSEconfig [15:47] Starting SuSEconfig, the SuSE Configuration Tool... Running in full featured mode. Reading /etc/rc.config and updating the system... SuSEconfig is disabled in /etc/rc.config. Exit...

-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.

Insert your script in /etc/rc.d/boot.local, it runs before all other init scripts. Alternatively, learn how to insert init scripts, consult your suse manual on the suse SYS V boot process. -- Rafael

On Tue, Jul 03, 2001 at 04:37:50PM -0700, marsaro@interearth.com wrote:

Yes, that setting is set in rc.config which is really driving us mad. We are using scripts in the run levels for a Sendmail product, and the scripts are moved back to S0.....THis is happening when updates are pulled down and SuSEconfig is ran, in-facct, yes, we get the same notification that it is diabled, but Yast calls SuSEconfig after the packages are updated regardless.

We have looked all over the place to see what script actually goes and moves the custom scripts, any ideas?

Did you look at insserv(8) ? -Kastus

Regards,

Jon

On Tue, 3 Jul 2001, Mads Martin [iso-8859-1] JЬrgensen wrote:

...

* marsaro@interearth.com [Jul 03. 2001 15:33]:

...

Anyone know how to stop SuSEconfig from moving scripts?

example:

<thom> SuSEconfig is pissing me off <marsaro> OK, how? <thom> I have SuSEconfig set to no in my rc.conf

Is he having it like this syntax in /etc/rc.config(!): ? ENABLE_SUSECONFIG="no"

I just tried:

(mmj@panther) /etc> sudo SuSEconfig [15:47] Starting SuSEconfig, the SuSE Configuration Tool... Running in full featured mode. Reading /etc/rc.config and updating the system... SuSEconfig is disabled in /etc/rc.config. Exit...

-- Mads Martin Joergensen, http://mmj.dk "Why make things difficult, when it is possible to make them cryptic and totally illogic, with just a little bit more effort." -- A. P. J.

-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/support/faq and the archives at http://lists.suse.com

On 3 Jul 2001, marsaro@interearth.com wrote:

Yes, that setting is set in rc.config which is really driving us mad. We are using scripts in the run levels for a Sendmail product, and the scripts are moved back to S0.....THis is happening when updates are pulled down and SuSEconfig is ran, in-facct, yes, we get the same notification that it is diabled, but Yast calls SuSEconfig after the packages are updated regardless.

We have looked all over the place to see what script actually goes and moves the custom scripts, any ideas?

Dirty hack that probably won't work but worth a try: Remove the 'x' permissions of whatever the symlink /etc/.../S0Xsendmail points to. i.e. this should do it: chmod -x /etc/rc.d/sendmail -- noodlez: Karol Pietrzak PGP KeyID: 0x3A1446A0