Date: Fri, 08 Sep 2023 09:13:16 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 247940] Introduce gssapi=.. in DEFAULT_VERSIONS like for ssl=... Message-ID: <bug-247940-7788-nzh2NPYuhD@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-247940-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-247940-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D247940 --- Comment #7 from Michael Osipov <michael.osipov@siemens.com> --- (In reply to Joseph Mingrone from comment #5) This I have partially assumed, but there is still room for improvement even= if it cannnot be fully generalized. Consider that we have gssapi=3Dbase|mit|he= imdal which can first define the OPTIONS and their descriptions, much like with X= 11 AND the options can globally be preset in make.conf and all ports follow su= it the way they think is right. I have plenty of ports which should have MIT Kerberos, instead of doing gssapi=3Dmit, I need to touch every single options file. I don't explicitly strive to set the exact same flags for the every Kerberos flavor to all por= ts, but pull up that flavor decision globally. At least these I need to touch instead of setting it globally. Yet another benefit could be that if gssapi=3Dbase is the default, all default packages provided by FreeBSD.org would link against base Heimdal. Those, like me, who need something else can use ports. dns/bind-tools ftp/curl security/cyrus-sasl2-gssapi sysutils/msktutil www/serf databases/postgresql13-server www/mod_auth_gssapi security/py-gssapi At least some of them are automatic dependencies which I still need to docu= ment because I need to provide an options file in /var/db/ports. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-247940-7788-nzh2NPYuhD>