Date: Thu, 10 Jan 2019 20:28:28 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 234740] mail/fetchmail: fetchmail-6.3.26_9 fails to compile with krb5 Message-ID: <bug-234740-7788-HHc9ffBRNr@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-234740-7788@https.bugs.freebsd.org/bugzilla/> References: <bug-234740-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=3D234740 Matthias Andree <mandree@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cy@FreeBSD.org, | |mandree@FreeBSD.org Assignee|ports-bugs@FreeBSD.org |mandree@FreeBSD.org --- Comment #3 from Matthias Andree <mandree@FreeBSD.org> --- It appears I can reproduce this on FreeBSD 12.0 with krb5-1.17.=20 This report seems related, https://www.mail-archive.com/kerberos@mit.edu/msg04772.html - where Sam Har= tman mentions "That's an internal API. IT seems highly unlikely that fetchmail actually wants des_string_to_key. I suspect it should look for some more reasonable symbol depending on what it is trynig to do." Might be that the upstream code needed some updating. Seems that it is tryi= ng to guess which libraries to pull in, when these days it might be better to = just run krb5-config. Upon closer inspection, it would seem that the new patch that got pulled in= in [2] triggers a regeneration of the configure script, which then clobbers cy= @'s fix [3] that patched configure directly...=20 ----------------------- [2] https://svnweb.freebsd.org/ports/head/mail/fetchmail/Makefile?r1=3D485579&r= 2=3D489439 [3] https://svnweb.freebsd.org/ports?view=3Drevision&revision=3D468557 --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-234740-7788-HHc9ffBRNr>