Description of problem:
yum-updatesd isn't sending me e-mail alerts about package updates. When run as a
service, nothing happens. When run manually, it fails with an error.
Version-Release number of selected component (if applicable):
Every time when run manually from the command line. If the yum-updatesd service
is running I simply don't get any alerts.
Steps to Reproduce:
1. service yum-updatesd start
2. verify that updates are available (e.g. yum check-update)
* with yum-updatesd service running: don't get any e-mails
* when run from command line: get an error
should receive e-mail in both cases
I've tried running it from the command line using:
python /usr/share/yum-cli/yumupd.py -f
and get the attached error.
See also the attached configuration file - I *have* set it up to send e-mails!!
Created attachment 160837 [details]
error when running manually
This occurs each time it checks for new updates.
Created attachment 160838 [details]
Set up to check every 10 seconds, just for testing, and should send alerts via
Can you try the yum-updatesd package from rawhide (it should install fine on F7
without any different deps), and see if it works better?
I installed the new package from rawhide, which took me from 3.2.1-1 to 3.2.2-1.
(I also had to update yum to 3.2.2-1.) Unfortunately it still doesn't work. See
the new attachment.
Created attachment 160922 [details]
command line output with 3.2.2-1
3.2.2 is the old yum-updatesd -- 0.4 (with an epoch) is the new one. Did you
perhaps grab the package from updates-testing and not rawhide (the development
Yeah, thanks for spotting that. I've installed the correct package now but the
error is still the same. See the new attachment.
Created attachment 160928 [details]
command line output with 0.4-1.fc8
The bits in /usr/share/yum-cli aren't what you want (still the old stuff). Try
Yeah, I spotted that a while ago, and I've been looking into this a bit more.
With "emit_via = email", yum-updatesd is invoking the helper like this:
/usr/bin/python -tt /usr/libexec/yum-updatesd-helper --check --download --deps
--email --email-from=root --email-to=['root']
It is now trying to send e-mail which is an improvement! However, the helper
just reads the --email-to parameter as a string - so it's "['root']", or
"['email1', 'email2']" if "email_to = email1,email2" is used in
yum-updatesd.conf. Postfix doesn't like "['root']" as a recipient (the Python
sendmail library passes this string through untouched).
I think yum-updatesd should pass this parameter to the helper in the form
--email-to=email1,email2 (i.e. the array of recipients joined with a comma), and
then the helper can split them back up into an array.
I'll attach a couple of patches to yum-updatesd and yum-updatesd-helper - this
makes everything work for me.
Created attachment 160938 [details]
patch for yum-updatesd
Created attachment 160939 [details]
patch for yum-updatesd-helper
Awesome, thanks. Applied the patch and it'll be in 0.5. And my plan is to
hopefully push the new yum-updatesd for F7 within the next week or two
Just out of interest, was this the change that fixed the SQLite thread error?
(Obviously I ended up fixing a different problem to the one I reported!)