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): yum-3.2.1-1.fc7 yum-updatesd-3.2.1-1.fc7 How reproducible: 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) Actual results: * with yum-updatesd service running: don't get any e-mails * when run from command line: get an error Expected results: should receive e-mail in both cases Additional info: 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] configuration file Set up to check every 10 seconds, just for testing, and should send alerts via e-mail.
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 tree)?
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 /usr/sbin/yum-updatesd -f
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? http://devel.linux.duke.edu/gitweb/?p=yum-updatesd.git;a=commit;h=186e9fe4253345c31c36793cfd8687e9ebea2207 (Obviously I ended up fixing a different problem to the one I reported!) Thanks.
Yep