Doug Barton schrieb: >> >> OPTIONS would be reasonable in this case. We can enable ncurses backend >> by default and user will be able to configure the port to make it use >> other backends he/she wants. > > That is basically what I had in mind. I'd like to hear from lofi, but > my offer to help with that is still good. Security/pinentry is an "old school" master-port for the pinentry-[toolkit] slave-ports. I stopped doing master-slave ports of that sort after that one precisely because you end up in situations like this where people manage to miss the ports they are supposed to use despite the fact they are being pointed to them in pkg-messages and they can be very easily found in a search.
Apparently even committers sometimes cannot see the wood for the trees because Roman could have just added options for each of the pinentry slave ports to the already existing gnupg options menu in his PR instead. I would like that better than a runtime dependency on an option-ifyed pinentry port, but not by much, because the main reason why I never added a runtime dependency on any pinentry to the gnupg port (back when it was still gnupg-devel) still remains: Whatever pinentry you depend on by default through whatever indirection, it will be always be the wrong one for the package users out there. That is why the pkg-message in gnupg exists. So, do what you reckon is best, but I do not think that security/pinentry needs to be changed. Cheers, -- ,_, | Michael Nottebrock | [EMAIL PROTECTED] (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org
signature.asc
Description: OpenPGP digital signature
