Red Hat Bugzilla – Bug 179376
Improvement for yum daily cron job
Last modified: 2014-01-21 17:53:27 EST
Description of problem:
yum has a daily cron job which updates what needs to be updated,
without any advice.
It would be maybe better (as discussed in many places) to have
to configuration possibility to choose between update or simply
notify (that updates are available).
Version-Release number of selected component (if applicable):
from latest development it is version 2.5.1-2
Googling around I found this:
It seems to fulfill all the possible requirements, automatic update
or notification, in a quite configurable way (using /etc/sysconfig).
It might be nice to have this enhancement in the next FC5 release.
look in /etc/yum/yum-daily.yum
that's what yum runs in the daily cron job.
just edit that file and make it do whatever you want.
in there seems the most likely candidate.
(In reply to comment #1)
> look in /etc/yum/yum-daily.yum
> that's what yum runs in the daily cron job.
> just edit that file and make it do whatever you want.
> in there seems the most likely candidate.
Well, clearly that is possible.
Unfortunately, sometimes, configuration files are changed on updates.
Having a _long_ script /etc/yum/yum-daily.yum might be a problem
when this file is changed by successive yum/rpm processing.
Not to mention that yum itself is updated without questions in first,
maybe this is also not wanted.
It would be possible, of course, to call an external script from
/etc/yum/yum-daily.yum, but once again this would require some
modification in the system (where to put the script? What about
several PCs? All to be modified in a sensible way... Which kinf
of scripting capabilites has yum?).
In other words, it is of course possible, the issue here is that it
would be _better_ (IMHO) to provide this as default feature, instead
of leaving it to the user.
In fact this entry was an "enhancement" request, not a bug report.
I hope you will consider the possibility to introduce this script
in the upcoming FC5.
the file is marked as config noreplace. If you change it subsequent package
updates will not reset your changes to that file.
config file change mgmt is beyond the scope of yum and for series of programs
should be handled by other mechanisms.
Uhm, I'm quite surprised (and disappointed) from this discussion.
My idea was that all this open development was also about _improvement_.
I perfectly know that config files could be "noreplace" (even if this might
cause other issues), like I know how to change/add/substitute a script in
order to do what I want.
Sorry to say, don't take it wrongly, but I think you miss the point here.
The fact is that the link I reported shows a clear _improvement_ to the
current handling of the yum cron job.
It has all the current feature plus more configurability/flexibility and
I do not see any drawbacks.
So, I hoped, it could be a nice evolution of the current, quite poor I must
say, yum cron job.
If there are no disavantages, why not to use it?
Unless there is a "workload" problem for the maintainer, but then it would
be much simpler to say so instead of proposing solution that will require
some user effort (which is always possible).
Again, sorry, I do not intend to offend anyone.
Still hope to see the update.