[Yum] exception handling regarding yum plugins
Hannes Frederic Sowa
hannes at mailcolloid.de
Sat Aug 7 18:35:03 UTC 2010
On Sat, Aug 7, 2010 at 8:04 PM, seth vidal <skvidal at fedoraproject.org> wrote:
> I'll be blunt, though - you'll need some kind of client-authenticated
> system to push this data to a common server. In order to keep any client
> on the system from being able to fill your server with garbage data.
> A couple of options:
> 1. reverse it and have a client connect in and fetch the data at regular
It's done like that. I have custom data fetching scripts and just
tried to reformat
the information with a yum-plugin (in a single json-stream which gets collected
by some perl-scripts). I abandoned that and now query the history database
directly. Perhaps auditing was the wrong word for that. I better call it an
enhanced central package log. :)
> 2. look at something like func to do the communication.
Would be a better start but I already had some infrastructure for data
> I agree with as far as exceptions go - we can improve those and if you
> see cases, I think that's a fair thing to do. But at some points a
> plugin can just go horribly wrong and call sys.exit() or a library can
> abort and then you're just hosed.
For one, trying to develop a yum-plugin with my low python skills, knowing
not to create inconsistencies in the database when doing something dumb,
is a good thing, I think. :)
Also, if plugins are doing network-IO and dependent servers are currently
not available this should not abort the yum transaction, if the plugin does
not handle that correctly.
More information about the Yum