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 <ka...@mit.edu> Sent: Monday, August 15, 2022 12:28 PM To: Ben Huntsman <b...@huntsmans.net> Cc: openafs-devel@openafs.org <openafs-devel@openafs.org> 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
