There are unterminated strings which break the compilation with gcc3.3. I have also written a simple patch to add support of db4.1, however I have only tested the client-side of the heimdal. Reproducible: Always Steps to Reproduce:
Created attachment 13317 [details, diff] Fixes unterminated strings.
Created attachment 13318 [details, diff] Patch for DB4.1
Created attachment 13319 [details] Ebuild
Tossing back to the pool, as it really needs to be tested by somebody who understands (and, preferably, uses) kerberos.
I had the same problem with the unterminated strings, that I solved in the same way. But I also had problems with two lib files that had strange names: libkrb5.so.17.2.0 was named libkrb5.so.17.2.0U and therefore libkrb5.so etc. pointed to nonexisting files... libkafs.so.0.4.0 was named libkafs.so.0.4.0U and the same problems with links here. the lib files was also not copied to /usr/lib
This bug should be split in two. The db4.1 problem does not have anything to do with with the unterminated string problem which results in a build failure. I use kerberos on a day to day basis, and specifically the heimdal implementation. The fix for this particular problem is trivial; I did it by hand and it does not brake anything. Could you please apply it and make a new package available via the gentoo dist?
I fixed the unterminated string problem and committed to cvs. Regarding the db4.1 patch, I'd be willing to commit it once somebody says they've tested it more thoroughly (client and server portions)
It doesn't even compile without the db4.1 patch in place on my system. Not exactly what you can call extensive testing but after emerging everything does seem to be working ok.
I ran into this problem while attempting to install 2004.0 from stage1. I'm not very familiar with the installation process that led to heimdal being installed but, I can say without question, if Berkeley DB 4.1 is the standard version of Berkeley DB installed with 2004.0, and heimdal 0.6 is the standard kerberos 5 installed for 2004.0 then 2004.0 can't possibly build with kerberos 5 support as is. The number of parameters to the open function in Berkeley DB has changed, and gcc will fail trying to compile it. The Patch for DB4.1 provided here does fix the problem. This seems like a rather serious problem for any prospective kerberos 5 install.
It seems as though both krb5 implementations' ebuilds are not really well maintained. Neither of them have a metadata.xml file indicating the maintainer.
This seems to be fixed, but the bug was not closed.