From: Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: Alex Netes <alexne-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org>
Cc: Bart Van Assche <bvanassche-HInyCGIudOg@public.gmane.org>,
linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH] opensm/configure.in: Remove Default-Start from opensmd init script
Date: Thu, 31 Jan 2013 09:20:31 -0500 [thread overview]
Message-ID: <510A7DAF.60802@redhat.com> (raw)
In-Reply-To: <20130131072100.GU2961-iQai9MGU/dze+A/uUDamNg@public.gmane.org>
On 01/31/13 02:21, Alex Netes wrote:
> On 14:24 Wed 30 Jan , Doug Ledford wrote:
>> On 1/30/2013 2:12 PM, Bart Van Assche wrote:
>>> On 01/30/13 18:48, Doug Ledford wrote:
>>>> On 1/30/2013 11:00 AM, Bart Van Assche wrote:
>>>>> Which convention is followed for other packages ? This is what I
>>>>> found in
>>>>> the Fedora 18 iscsi-initiator-utils package
>>>>> (http://be.mirror.eurid.eu/fedora/linux/releases/18/Fedora/source/SRPMS/i/iscsi-initiator-utils-6.2.0.872-19.fc18.src.rpm):
>>>>>
>>>>>
>>>>> * iscsid.init: Default-Start: 3 4 5
>>>>> * iscsi-initiator-utils.spec:
>>>>
>>>> Okay, first off, any package that still uses the SysV initscripts as of
>>>> Fedora 18 is not what I would call a package that is keeping up with the
>>>> Fedora packaging guidelines or Fedora technologies. As such, I'm not
>>>> really sure you want to use it as an example of a good package.
>>>> However, that being said, you will note in this spec file that the iSCSI
>>>> initiator package does exactly what you removed, or suggested be
>>>> removed, from the opensmd spec file. It unilaterally adds the
>>>> initscript to the system. The default start/stop settings are
>>>> different, but the add action is the same.
>>>>
>>>> All initscripts should be added to the system, regardless of their
>>>> default start/stop settings, and the default-start and default-stop
>>>> should be used to control *how* they are added by default, and chkconfig
>>>> --level .* <scriptname> [on|off] should be used to control whether or
>>>> not they are on or off differently than their default settings.
>>>
>>> Thanks for the detailed reply. Regarding the purpose of the patch at the
>>> start of this thread: do you know whether it is LSB-compliant to use
>>> "Default-Start: null" or should "Default-Start" be left out entirely in
>>> order not to create the start links ? See e.g.
>>> http://refspecs.linuxbase.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/initscrcomconv.html.
>>>
>>>
>>> Bart.
>>
>> I've always used "Default-start:" without any listed levels, but I
>> haven't really tested it either and the spec is not specific about this
>> particular possible configuration.
>>
>>
>
> It's how the script was defined before. The behavior on RHEL and SLES is
> different when not specifying "Default-start:". On RHEL, `chkconfig opensmd on`
> adds the service to the default runlevels: 2 3 4 5. While on SLES it doesn't.
That sounds like a bug in SLES to be honest. chkconfig opensmd on
without --levels should follow the Default-Start: item (just like
chkconfig add opensmd).
--
Doug Ledford <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
GPG KeyID: 0E572FDD
http://people.redhat.com/dledford
Infiniband specific RPMs available at
http://people.redhat.com/dledford/Infiniband
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2013-01-31 14:20 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-29 17:18 [PATCH] opensm/configure.in: Remove Default-Start from opensmd init script Alex Netes
[not found] ` <20130129171850.GB2961-iQai9MGU/dze+A/uUDamNg@public.gmane.org>
2013-01-30 8:59 ` Bart Van Assche
[not found] ` <5108E0F6.3060602-HInyCGIudOg@public.gmane.org>
2013-01-30 12:35 ` Alex Netes
2013-01-30 15:43 ` Doug Ledford
[not found] ` <51093F8E.10905-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2013-01-30 16:00 ` Bart Van Assche
[not found] ` <51094393.1060102-HInyCGIudOg@public.gmane.org>
2013-01-30 17:48 ` Doug Ledford
[not found] ` <51095CD5.80503-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2013-01-30 19:12 ` Bart Van Assche
[not found] ` <51097080.9000402-HInyCGIudOg@public.gmane.org>
2013-01-30 19:24 ` Doug Ledford
[not found] ` <5109737F.70101-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2013-01-31 7:21 ` Alex Netes
[not found] ` <20130131072100.GU2961-iQai9MGU/dze+A/uUDamNg@public.gmane.org>
2013-01-31 14:20 ` Doug Ledford [this message]
[not found] ` <510A7DAF.60802-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2013-02-04 15:36 ` Alex Netes
[not found] ` <20130204153631.GC13151-iQai9MGU/dze+A/uUDamNg@public.gmane.org>
2013-02-04 16:05 ` Bart Van Assche
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=510A7DAF.60802@redhat.com \
--to=dledford-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
--cc=alexne-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \
--cc=bvanassche-HInyCGIudOg@public.gmane.org \
--cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.