<p dir="ltr">Hello,</p>
<p dir="ltr">On Sep 11, 2015 10:39 AM, "Ferenc Wagner" <<a href="mailto:wferi@niif.hu">wferi@niif.hu</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> I almost went through the packaging of Pacemaker 1.1.13.  A couple of<br>
> questions arose:<br>
><br>
> 1. Richard put in Lintian overrides like this:<br>
><br>
>    # init.d scripts not registered with update-rc.d since other components are meant to start/stop pacemaker<br>
>    # and friends at system boot<br>
>    pacemaker-remote binary: script-in-etc-init.d-not-registered-via-update-rc.d<br>
><br>
>    What are those "other components"?  What happens under systemd?<br>
></p>
<p dir="ltr">In the past cman, in the present pcs...<br></p>
<p dir="ltr">> 2. Richard also put in Lintian overrides like this:<br>
><br>
>    # False positive; is as intended by upstream<br>
>    pkg-config-bad-directive<br>
><br>
>    Richard, could you please point us to your communications with<br>
>    upstream forming the base of the above comment?  Declarations like<br>
><br>
>    with_upstart=@SUPPORT_UPSTART@<br>
>    with_systemd=@SUPPORT_SYSTEMD@<br>
><br>
>    don't seem particularly useful to me.</p>
<p dir="ltr">It was discussed in IRC and maybe on github, I'll check issues for a reference later on.<br></p>
<p dir="ltr">> 3. Do we want to provide numbered dev packages, like liblrmd1-dev?  I<br>
>    don't think we want to support several API versions concurrently, </p>
<p dir="ltr">I think so, so dependencies all around are properly resolved as best they can be.<br><br></p>
<p dir="ltr">so<br>
>    I dropped the numbers from the dev package names for now.</p>
<p dir="ltr">OK.</p>
<p dir="ltr">> 4. Lintian is not happy about the init script for pacemaker_remote<br>
>    providing pacemaker_remoted (note the final d).  Should we just<br>
>    remove the d and thus synchronize to pacemaker_remote.service?</p>
<p dir="ltr">Why does lintian have a problem with the letter d?  I don't think that's necessary, but I couldn't say whether it'd hurt anything.</p>
<p dir="ltr">> 5. I dropped the CTS stuff from here as well, just like from Corosync.<br>
>    This made the pacemaker-dev (probably long misnamed) package<br>
>    disappear with all the Python stuff, too.  Objections?</p>
<p dir="ltr">Just the question of why?  Did it hurt anything at all?<br></p>
<p dir="ltr">> More will come later, but let's start with the above...</p>
<p dir="ltr">OK...</p>
<p dir="ltr">> --<br>
> Thanks,<br>
> Feri.<br>
</p>