Re: AIX build fails with missing symbol .krb5_c_make_random_key

For AIX, the easiest thing would probably be to have the configure scripts fix the paths in src/afsd/rc.afs.rs_aix, and then to have "make install" drop it in /etc.


________________________________
From: Benjamin Kaduk <[email protected]>
Sent: Monday, August 15, 2022 12:28 PM
To: Ben Huntsman <[email protected]>
Cc: [email protected] <[email protected]>
Subject: Re: [OpenAFS-devel] AIX build fails with missing symbol .krb5_c_make_random_key

On Mon, Aug 15, 2022 at 07:07:09PM +0000, Ben Huntsman wrote:
> Ok, I got the whole tree to build!  Now to test!
> I had to add one more symbol to an .sym file, fix one of the Makefiles for AIX, and I manually edited one of the generated Makefiles to append -lk5crypto to the kerberos libs.

Exciting!

> One thing I noticed, it seems that the rc files for AIX in src/afsd are not installed, and are only referenced in the "make dest" target.  Furthermore, they seem to be hard-coded to expect Transarc-style paths.  Did anyone build for AIX using openafs-style paths?

Those two are probably related -- "make dest" is intrinsically tied to
Transarc-style paths, and I could see someone deciding to just only install
the rc file for "make dest" instead of trying to come up with a scheme to
translate the paths.

Also, we've generally been trending toward not shipping rc files or
packaging in general in the main openafs tree when there is an
external/authoritative packaging system for the OS in question.  E.g., the
Debian packaging is managed by the debian maintainer (me) at
https://salsa.debian.org/debian/openafs/ , FreeBSD packaging would be
managed in the FreeBSD ports tree, etc.  I don't know if there's a
canonical packaging system for AIX, though, so maybe that doesn't apply --
we still have the RPM packaging in-tree since there's not a single central
place that would pick it up.

-Ben