On Thu, Mar 24, 2011 at 9:57 PM, Michal Schmidt wrote:
> On Thu, 24 Mar 2011 21:37:12 +0300 Andrey Borzenkov wrote:
>> Yes, you are right. But blindly resetting SysV priority is still wrong
>> - native unit may have defined it as well.
>
> That's a good point. I did not realize "SysVStartPriority=
On Thu, 24 Mar 2011 21:37:12 +0300 Andrey Borzenkov wrote:
> Yes, you are right. But blindly resetting SysV priority is still wrong
> - native unit may have defined it as well.
That's a good point. I did not realize "SysVStartPriority=" exists.
> This ordering is applied only for service without
On Thu, Mar 24, 2011 at 8:38 PM, Michal Schmidt wrote:
> On Thu, 24 Mar 2011 20:15:10 +0300 Andrey Borzenkov wrote:
>> On Thu, Mar 24, 2011 at 7:51 PM, Michal Schmidt
>> wrote:
>> > In Fedora udev-retry.service exists both as a native unit and as a
>> > legacy SysV service. The ordering inferred
On Thu, 24 Mar 2011 20:15:10 +0300 Andrey Borzenkov wrote:
> On Thu, Mar 24, 2011 at 7:51 PM, Michal Schmidt
> wrote:
> > In Fedora udev-retry.service exists both as a native unit and as a
> > legacy SysV service. The ordering inferred from the rc.d symlink
> > farm is being incorrectly applied to
On Thu, Mar 24, 2011 at 7:51 PM, Michal Schmidt wrote:
> In Fedora udev-retry.service exists both as a native unit and as a
> legacy SysV service. The ordering inferred from the rc.d symlink farm is
> being incorrectly applied to the native unit:
>
Then something is fishy. Native unit hides SysV
In Fedora udev-retry.service exists both as a native unit and as a
legacy SysV service. The ordering inferred from the rc.d symlink farm is
being incorrectly applied to the native unit:
$ systemctl show -p After -p Before udev-retry.service
Before=basic.target dnsmasq.service netconsole.service ir
