On 2020/06/30 16:19, Max Magorsch wrote:

> 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.
This would be great.
>> 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?

Anything that'll help avoid the python dependency hell the next time
round there are python changes.  perl used to be the bane of my
existence but for the last few years that dubious honour has gone to
python.  Not as a developer.  As a user.

texlive is the other one that annoys me from time to time but an emerge
-C $(qlist -IC dev-texlive/*) + remerge generally fixes that.  For
python that's a death sentence.

For that matter, if a CI check gets introduced and one of my packages
are now affected this would be helpful too to get a notification, eg,
let's say EAPI=6 now gets deprecated, getting a notification that
packages x/y for which I'm responsible would be helpful, rather than
being caugh off guard when next I bump, or worse, if there is no new
version, EAPI=6 just going away completely before I notice.  Bad example
since EAPI's remain very long past deprecation, but you get the point.

Kind Regards,

Reply via email to