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

[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.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman