Old ebuild works with minor corrections (as far as build goes): a few patches need to be dropped and lib/roken/Makefile.am block of 022_all_heimdal-as-needed.patch is redundant. There's even a working option for system sqlite3/readline... However, there's a problem at merge: heimdal introduced a new function to its libcom_err, com_right_r and that forces heimdal to use its internal copy. In effect that introduces a conflict at merge sys-libs/e2fsprogs-libs.
Created attachment 217634 [details, diff] implement com_right_r patch for e2fsprogs-libs Does it help to apply this to e2fsprogs-libs?
Well, the problem is not quite getting such patch into Gentoo, but getting it upstream (that is into e2fsprogs).
(In reply to comment #1) > Created an attachment (id=217634) [details] > implement com_right_r patch for e2fsprogs-libs > > Does it help to apply this to e2fsprogs-libs? > On Systems that do not have strlcpy(3) your patch is not sufficient, one also has to somehow provide that function, e.g. also include it in the patch. I did that here and heimdal accepted the provided libcom_err but is still compiling...
OK, the missing function was added in e2fsprogs 1.41.11. There's also an upstream patch that needs to be added, otherwise apps that use krb5.h and c++ break: http://github.com/heimdal/heimdal/commit/826c14833f98d1c52830361f4b5a76e3344f388c There also a minor thing: /usr/sbin/heimdal/asn1_compile /usr/sbin/heimdal/asn1_print /usr/sbin/heimdal/slc Should these three go into /usr/sbin ?
Created attachment 225637 [details] heimdal-1.3.2.ebuild Find attached an ebuild for 1.3.2, which seems to work right out of the box with e2fsprogs-libs-1.41.11.
heimdal-1.3.2 and heimdal-1.3.3 are in the tree. Thanks for your help and follow up. Closing.