I don't want to reinvent the wheel. But I also do not want do create 20 different bundles for each and every plugin just because the various OSes and OS distributions use different package managers. If the OS maintainers wish to make the new tool available, they can pack it into their kind of bundle. Debian, SuSE, and Redhat do exactly this with perl and thousands of other software packages. Most (all) "perl plugins" on CPAN are distributed as tar files, and some of them are repackaged into OS specific bundles if the OS maintainers like them. This works quite well, and completely eliminates the need to generate something else than simple tar files for plugin authors.

Your idea of an update poller looks more like a job for the OS specific package manager, combined with cron. Webmin and the new tool work as web-based tool, which is a completely different thing. Of course, it would be possible to write a plugin that installs such a cron job and takes care of poll interval, notification address, and selected packages. The cron script could be part of the plugin, but it would better be part of the package manager, or a plugin for the package manager. That way, every user of the OS could use the notification tool, even if they do not want to install Webmin or the new tool.

Alexander