When exactly does yum do it's job?

Paul Howarth paul at city-fan.org
Wed Apr 13 10:15:31 UTC 2005


Arthur Pemberton wrote:
> Paul Howarth wrote:
> 
>> Gustavo Seabra wrote:
>>
>>> On 4/13/05, Paul Howarth <paul at city-fan.org> wrote:
>>>
>>>> On Tue, 2005-04-12 at 13:17 -0500, Aleksandar Milivojevic wrote:
>>>>
>>>>> Paul Howarth wrote:
>>>>>
>>>>>
>>>>>> So the answer to your original question is "roughly sometime 
>>>>>> between 4am
>>>>>> and about 6:15am".
>>>>>
>>>>>
>>>>>
>>>>> Also, the cron job calls yum with "-e 0" option.  That means if there
>>>>> were any errors and your system is not updated, you are not going 
>>>>> to be
>>>>> told anything about it...  Removing "-e 0", and changing "-d 0" to "-d
>>>>> 1" might be good idea.  "-d 1" will produce output only if yum was
>>>>> acutally doing something, so if any packages were actually upgraded,
>>>>> root (or whoever root is aliased to) will get some kind of report 
>>>>> in the
>>>>> mailbox.
>>>>
>>>>
>>>>
>>>> You'd get a report about packages installed/updated/removed using yum
>>>> from logwatch if it wasn't for:
>>>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=140429
>>>>
>>>
>>>
>>> If you make the changes mentioned in the bugzilla, it does work. It's
>>> been working fine for me for a long time now.
>>
>>
>>
>> I know; comment #12 about the RPM containing the patch is by me...
>>
>> Paul.
>>
> I'm glad you all brougth that up. I am afraid of playign with rpms in 
> any way that wil ham yum. I was looking for the script in question on my 
> system and I just couldn't seem to find them. Where should they be?

The script in question won't be on your system. It's a new script, 
needed to parse the date entries in the yum log. The current logwatch 
package does not contain such a script as it is incorrectly configured 
to try using a standard US date format, which doesn't work.

You can safely do:
# rpm -Uvh 
http://www.city-fan.org/ftp/contrib/sysutils/logwatch-5.2.2-3a.noarch.rpm
and this will update logwatch and not harm yum in any way.

Paul.




More information about the fedora-list mailing list