Hi Aaron,

Thanks for your suggestion.

On Tue, Jun 30, 2020 at 1:16 AM Aaron Bauman <b...@gentoo.org> wrote:
> Hi, Max. A couple thoughts... Just let me know if they are too crazy.
> 1. Could you enable the backend to ping devs/projects via email when a new 
> release is available for their respective package(s)? Maybe make it optional 
> for the dev/project to enroll?

I could imagine packages.g.o to provide different feeds (e.g. about
new releases of package(s) on a per maintainer/project basis).
Following this idea:

1. Everyone might directly subscribe to the packages.g.o feeds he is
interested in, to get notified

2. We might additionally create a sidecar application which consumes
the feeds and notifies developers/projects. This might be configurable
so that developers and projects can choose the warnings they would
like to receive.

> 2. What about a setting to allow the Python team to deprecate a particular 
> interpreter then notify respective pkg owners that their ebuild needs updated?
> This would possibly workaround the issues mgorny brought up regarding 
> package.deprecated and noise for CI checks. Also, not sure if this is best 
> implemented somewhere else first (e.g. pkgcheck) then leveraged by your work.

Same goes for your second idea. The sidecar application might also
handle notifications like that in this scenario.

By splitting this into two applications, packages.g.o would continue
to focus on providing the package data while we might get a second
application which handles all of the notifications.

What do you think?


Reply via email to