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
