From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, pgsql-hackers(at)postgresql(dot)org, Wolfgang Wilhelm <wolfgang20121964(at)yahoo(dot)de> |
Subject: | Re: Linux LSB init script |
Date: | 2009-09-21 02:54:39 |
Message-ID: | 603c8f070909201954j718d2b6ep5343d1a1605cf168@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Sep 17, 2009 at 4:52 PM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> On Thu, Sep 17, 2009 at 4:18 PM, Peter Eisentraut <peter_e(at)gmx(dot)net> wrote:
>> On tor, 2009-09-17 at 11:59 -0500, Kevin Grittner wrote:
>>> > Well, in such cases it may be useful to add an option such as
>>> > --oknodo to select the idempotent behavior.
>>>
>>> I found that confusing (as did Robert); how about --lsm-conforming?
>>
>> s/lsm/lsb/
>>
>> I'm not so sure that I would label it as LSB, because that is too broad,
>> and not very descriptive.
>>
>> I think this option should only control whether start and stop are
>> idempotent. Other LSB issues such as exit codes ought to become the
>> default, or possibly a different option if necessary.
>
> Maybe we should just call it --idempotent.
>
> Or, they could be additional actions, like ensure-start/ensure-stop.
It seems like there is some support for what this patch is trying to
do, but much disagreement about the details of how to get there.
Where do we go from here?
...Robert
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2009-09-21 02:56:53 | Re: TODO item: Allow more complex user/database default GUC settings |
Previous Message | Emmanuel Cecchet | 2009-09-21 02:24:28 | Re: generic copy options |