Re: [gentoo-dev] Re: [RFD] Adopt-a-package, proxy-maintenance, and other musings

[Göktürk Yüksek]

Duncan:
> NP-Hardass posted on Tue, 19 Jan 2016 00:44:49 -0500 as excerpted:
>
>> "adopt-a-package" type program.  In functionality, this is no different
>> than proxy-maintenance, however, this codifies it into an explicit
>> policy whereby users are encouraged to step and take over a package.
>> This obviously requires a greater developer presence in the proxy-maint
>> project (or something similar),
>> but, personally, I think that a stronger dev presence in proxy-maint
>> would be better for Gentoo as a whole.
>
> That gave me the idea of a maintainer-needed eclass.  When packages are
> set to maintainer-needed, they can simply inherit this eclass and add
> whatever function to the pkg_postinst, that will add a message that will
> in effect say "adopt-me please", probably printing a proxy-maintainer
> invitation URL to go to for more information.
>
> Talking about pkg_postinst messages, unless I missed it there's no simple
> way to add a one ATM, without coding up the whole function, making it
> problematic for eclasses, etc.  For EAPI-7, what about either a helper
> function that can be called, or an array variable that can be simply
> added to, that simply adds the supplied message to a list of messages
> printed at pkg_postinst time, and of course an appropriate
> default_pkg_postinst to go along with it?  Then ebuilds and eclasses can
> call this helper or set this var in whatever phase they need to, and the
> message will be printed at pkg_postinst time without having to worry
> about setting up your own pkg_postinst or stepping on anything
> pkg_postinst related setup elsewhere.
>
See:
sys-apps/portage: show an elog message when merged package is maintained
by maintainer-needed
https://bugs.gentoo.org/show_bug.cgi?id=398633

Can we reconsider implementing this idea perhaps?

--
gokturk