Bug 90221 - /etc/rc.d/init.d/mysqld isn't marked as a config file
Summary: /etc/rc.d/init.d/mysqld isn't marked as a config file
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: mysql
Version: 7.3
Hardware: All
OS: Linux
medium
high
Target Milestone: ---
Assignee: Patrick Macdonald
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-05-05 16:45 UTC by Nathan G. Grennan
Modified: 2007-04-18 16:53 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2003-05-07 15:06:38 UTC
Embargoed:


Attachments (Terms of Use)

Description Nathan G. Grennan 2003-05-05 16:45:15 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.9 (X11; Linux i686; U;) Gecko/20030314

Description of problem:
/etc/rc.d/init.d/mysqld needs to be considered a config file in the rpm spec
file. This will prevent it from being replaced silently on update. I have to
modify /etc/rc.d/init.d/mysqld to make other programs that depend on mysqld work.

Version-Release number of selected component (if applicable):
mysql-server-3.23.56-1.73

How reproducible:
Always

Steps to Reproduce:
1. Modify /etc/rc.d/init.d/mysqld
2. Upgrade to a newer version of mysql-server
3. Look at /etc/rc.d/init.d/mysqld

Actual Results:  It has been replaced and modifications are missing

Expected Results:  It hasn't been replaced, modifications are still intact, and
there is a /etc/rc.d/init.d/mysqld.rpmnew

Additional info:

Comment 1 Patrick Macdonald 2003-05-07 15:06:38 UTC
This is really working as designed.  The init script is something that we
control for that particular version of the package.  It could contain
modifications/additions that are not in your existing mysqld init script. 
Running your updated version with the old init script could cause problems. The
other database that we support, PostgreSQL, handles the init script in the same
fashion.


Comment 2 Nathan G. Grennan 2003-05-07 16:59:47 UTC
I disagree when there is no way to do things that depend on a service other than
putting in the init.d script. An alternative would be to have a set location
that the init.d script would check for and call it if it was there. If you won't
rethink you view, then highly consider this method. It fits within RedHat's
style of /etc/xinetd.d, /etc/pam.d, /etc/cron.d, /etc/profile.d, etc.


Note You need to log in before you can comment on or make changes to this bug.