On 03/04/2014 02:54 PM, Miloslav Trmač wrote:
Hello,
2014-03-04 15:32 GMT+01:00 Jaroslav Reznik <jreznik(a)redhat.com
<mailto:jreznik@redhat.com>>:
= Proposed System Wide Change: cron to systemd time units =
https://fedoraproject.org/wiki/Changes/cron-to-systemd-time-units
I'm not so sure this should be a system wide change since the migration
it self affects less then half of total shipped cron jobs and for those
that arent it only updates the components specfile to current packaging
guidelines.
== Scope ==
(Everyone), please keep the explicit "Proposal owners"/"other
developers"/"release engineering"/"policies and guidelines"
split.
Other contributors /need/ to know what they are being asked to do by
your Change.
Accept patches that's what I'm "asking" of them.
* Policies and guidelines:
** Adjust packaging guidelines to mention migration of cron jobs
to timer
units for packages that already depend on systemd
Last time this was discussed in
http://meetbot.fedoraproject.org/fedora-meeting/2013-02-06/fesco.2013-02-...
, there were concerns about "confusion of users/admins", specifically
referring to the disabling a .service / disabling a .socket duality.
So we will need packaging guidelines not only for the migration, but
for the timer units themselves.
Not following here we already have packaging guidelines for systemd units
(From the Change page:)
Administrators will have better time trigger in units compared to
cron jobs like for example when administrator stops a
service/daemon the timer unit will stop as well etc.
This would also seem to require detailed packaging guidelines for the
timer units.
* Fix spec files in packages that are not applicable for migration
[Fix Cron
Dependency Tracking Bug 2]
* Review and migrate if applicable cron jobs shipped in packages
that already
depend on systemd [Timer Migration Tracking Bug 3]
How many packages (at least an of magnitude) are we talking about? Is
it the 16+3 that are currently blocking the tracker bugs?
Mirek
To be clear not all cron jobs will be migrate, things like the drupal
cron job "wget -O - -q -t 1
http://www.example.com/cron.php" wont be
migrated since drupal does not depend on systemd and thus has no
business being migrated but "mailman" cron job will be migrated since
mailman ships a daemon hence unit and already depends on systemd so
components that are applicable for migration due to their existing
dependency on systemd are....
amavisd-new
apt
arm4
atop
bcfg2
clement
cyrus-imapd
dbmail
denyhosts
dspam
exim
fetch-crl
freeipa
hylafax+
inn
leafnode
ltsp
mailman
mcelog
mdadm
mldonkey
newscache
nsd
opendnssec
openvas-scanner
ovirt-engine
ovirt-node
polipo
sagator
sipwitch
spamassassin
squidGuard
subscription-manager
sysstat
vdsm
vnstat
yum-cron
For the above components cron jobs will be manually inspected each and
everyone *before* being decided if it will be migrated.
JBG