[OpenAFS-devel] AIX build fails with missing symbol .krb5_c_make_random_key

Ben Huntsman ben@huntsmans.net
Mon, 15 Aug 2022 19:59:10 +0000


--_000_MWHPR0701MB3674C5885CFE7CF68804E243A7689MWHPR0701MB3674_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

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" dr=
op it in /etc.


________________________________
From: Benjamin Kaduk <kaduk@mit.edu>
Sent: Monday, August 15, 2022 12:28 PM
To: Ben Huntsman <ben@huntsmans.net>
Cc: openafs-devel@openafs.org <openafs-devel@openafs.org>
Subject: Re: [OpenAFS-devel] AIX build fails with missing symbol .krb5_c_ma=
ke_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 fo=
r AIX, and I manually edited one of the generated Makefiles to append -lk5c=
rypto to the kerberos libs.

Exciting!

> One thing I noticed, it seems that the rc files for AIX in src/afsd are n=
ot installed, and are only referenced in the "make dest" target.  Furthermo=
re, 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

--_000_MWHPR0701MB3674C5885CFE7CF68804E243A7689MWHPR0701MB3674_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo=
ttom:0;} </style>
</head>
<body dir=3D"ltr">
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);" class=3D"elementToProof">
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 &quot;make instal=
l&quot; drop it in /etc.</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);" class=3D"elementToProof">
<br>
</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);" class=3D"elementToProof">
<br>
</div>
<div id=3D"appendonsend"></div>
<hr style=3D"display:inline-block;width:98%" tabindex=3D"-1">
<div id=3D"divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" st=
yle=3D"font-size:11pt" color=3D"#000000"><b>From:</b> Benjamin Kaduk &lt;ka=
duk@mit.edu&gt;<br>
<b>Sent:</b> Monday, August 15, 2022 12:28 PM<br>
<b>To:</b> Ben Huntsman &lt;ben@huntsmans.net&gt;<br>
<b>Cc:</b> openafs-devel@openafs.org &lt;openafs-devel@openafs.org&gt;<br>
<b>Subject:</b> Re: [OpenAFS-devel] AIX build fails with missing symbol .kr=
b5_c_make_random_key</font>
<div>&nbsp;</div>
</div>
<div class=3D"BodyFragment"><font size=3D"2"><span style=3D"font-size:11pt;=
">
<div class=3D"PlainText">On Mon, Aug 15, 2022 at 07:07:09PM +0000, Ben Hunt=
sman wrote:<br>
&gt; Ok, I got the whole tree to build!&nbsp; Now to test!<br>
&gt; 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 -l=
k5crypto to the kerberos libs.<br>
<br>
Exciting!<br>
<br>
&gt; One thing I noticed, it seems that the rc files for AIX in src/afsd ar=
e not installed, and are only referenced in the &quot;make dest&quot; targe=
t.&nbsp; Furthermore, they seem to be hard-coded to expect Transarc-style p=
aths.&nbsp; Did anyone build for AIX using openafs-style
 paths?<br>
<br>
Those two are probably related -- &quot;make dest&quot; is intrinsically ti=
ed to<br>
Transarc-style paths, and I could see someone deciding to just only install=
<br>
the rc file for &quot;make dest&quot; instead of trying to come up with a s=
cheme to<br>
translate the paths.<br>
<br>
Also, we've generally been trending toward not shipping rc files or<br>
packaging in general in the main openafs tree when there is an<br>
external/authoritative packaging system for the OS in question.&nbsp; E.g.,=
 the<br>
Debian packaging is managed by the debian maintainer (me) at<br>
<a href=3D"https://salsa.debian.org/debian/openafs/">https://salsa.debian.o=
rg/debian/openafs/</a> , FreeBSD packaging would be<br>
managed in the FreeBSD ports tree, etc.&nbsp; I don't know if there's a<br>
canonical packaging system for AIX, though, so maybe that doesn't apply --<=
br>
we still have the RPM packaging in-tree since there's not a single central<=
br>
place that would pick it up.<br>
<br>
-Ben<br>
</div>
</span></font></div>
</body>
</html>

--_000_MWHPR0701MB3674C5885CFE7CF68804E243A7689MWHPR0701MB3674_--