Re: [gentoo-user] Re: FYI: Daily / weekly / monthly cron jobs run twice on DST - non-DST transition

[Rich Freeman]

On Mon, Nov 6, 2017 at 10:45 AM, Ian Zimmerman  wrote:
> On 2017-11-05 17:17, Rich Freeman wrote:
>
>> Distros will always have to do integration work, and that is fine.
>> That is the role of a distro.  And sometimes distros have to roll
>> their own tools when they just aren't available.  Once upon a time
>> service managers fell into that category.  Now this is less the case.
>
> What's a service manager?

Easiest way to explain it is to give examples.  Openrc, systemd,
runit, and upstart are all service managers.  I'd argue that sysvinit
is also a service manager but nobody really uses it as one unless you
count getty as a service.

A service manager is a program used to manage the daemons running on a system.

> Is making cron care about missed jobs service
> management, but running daily/weekly/monthly jobs isn't?

Cron is generally not considered a service manager though there is
some overlap since it does manage jobs.  I wouldn't make any
distinction in this regard to how it handles missed jobs.  Those are
just features that a cron implementation can have or lack.

It is like arguing about whether sh, dash, or bash are shells on the
basis of the features they provide.  They're all shells, but at the
same time we can acknowledge that they have different feature sets.

-- 
Rich

[gentoo-user] Re: FYI: Daily / weekly / monthly cron jobs run twice on DST - non-DST transition

[Ian Zimmerman]

On 2017-11-05 17:17, Rich Freeman wrote:

> Distros will always have to do integration work, and that is fine.
> That is the role of a distro.  And sometimes distros have to roll
> their own tools when they just aren't available.  Once upon a time
> service managers fell into that category.  Now this is less the case.

What's a service manager?  Is making cron care about missed jobs service
management, but running daily/weekly/monthly jobs isn't?  I'd find such
a distinction quite tenuous.

> There is of course nothing wrong if people want to implement things.
> I just tend to prefer to stick with stuff that has an upstream that is
> bigger than one distro.

Well that's another thing.  I will tend to agree when upstream is an
independent project.  But here the development seems to be driven 99% by
RedHat.  Look at the ChangeLog.

I know of another project that's bigger than a distro ... now that it
forced its way into all the others.

And now I really shut up!

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet, fetch the TXT record for the domain.