That was a summary
not how it came across. fair nuf.
The ultimate fix upstream is for these files to not be included
dealer's choice, of course
but I can't go back in time to fix 2.2.12.
really wasn't asking/expecting you to ...
thx for your help!
cheers,
richard
---
Cyrus Home Page:
On Mon, 23 May 2005, OpenMacNews wrote:
they come with the release distro:
Fine, so just remove them, let them be regenerated, and move on with life.
huh?
Huh what, you said you did just this.
and shared with you the results of making 'it' work on OSX 10.4.1.
i've been trying to be hel
hi derrick,
well it sure seems that com_err/et_list originate from / revolve around
Kerberos.
Kerberos uses them, and they are from MIT, but there are non-Kerberos things
which do.
Apple provides it with/due to Kerberos.
clear.
1st, after a fresh DL, we still have the 'suspect':
% grep e
they come with the release distro:
Fine, so just remove them, let them be regenerated, and move on with life.
huh?
you asked, i answered ...
and shared with you the results of making 'it' work on OSX 10.4.1.
i've been trying to be helpful ... why the sudden attitude change?
richard
---
On Mon, 23 May 2005, OpenMacNews wrote:
they come with the release distro:
Fine, so just remove them, let them be regenerated, and move on with life.
The problem is that *our* compile_et doesn't match *your* libcom_err, in
fact.
So this step:
manually recompile the .et files:
% cd
