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
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:
derrick,
fwiw, i'm seeing et_list-related errors as well, but on OSX 10.4.1
`initialize_imap_error_table_r':
/usr/local/warez/cyrus-imapd-2.2.10/imap/imap_err.c:68: undefined reference
to `initialize_error_table_r'
libimap.a(imap_err.o)(.text+0x14):/usr/local/warez/cyrus-imapd-2.2.10/imap/i
On Mon, 23 May 2005, OpenMacNews wrote:
-L/usr/local/DarkMatter/berkeley-db/lib -ldb-4.3 -lssl -lcrypto
/usr/lib/libcom_err.a
powerpc-apple-darwin8-gcc-4.0.0: /usr/lib/libcom_err.a: No such file or
directory
I assume they provide /usr/lib/libcom_err.dylib. Edit the makefile to
refer
hi derrick,
thx for the reply =)
On Mon, 23 May 2005, OpenMacNews wrote:
-L/usr/local/berkeley-db/lib -ldb-4.3 -lssl -lcrypto
/usr/lib/libcom_err.a
powerpc-apple-darwin8-gcc-4.0.0: /usr/lib/libcom_err.a: No such file or
directory
I assume they provide /usr/lib/libcom_err.dylib.
On Mon, 23 May 2005, OpenMacNews wrote:
% make depend
% make all
fails @:
...
sievec.c
gcc -L/usr/local/ssl/lib -L/usr/local/berkeley-db/lib
-bind_at_load -ldl -L/usr/local/berkeley-db/lib -ldb
-F/Library/Frameworks -framework SASL2 -o sievec sievec.o libsieve.a
hi again,
Well, so, if you manually use compile_et from /usr/bin to compile the et
file, does it emit a __et_list reference?
sorry, confused.
the et_file ... -- which file in the imapd distro?
Otherwise, you have some other compile_et being used. Get rid of it.
There can be only one ...
On Mon, 23 May 2005, OpenMacNews wrote:
hi again,
Well, so, if you manually use compile_et from /usr/bin to compile the et
file, does it emit a __et_list reference?
sorry, confused.
the et_file ... -- which file in the imapd distro?
Not the et_file; The et file. There are several.
hi again,
Well, so, if you manually use compile_et from /usr/bin to compile the et
file, does it emit a __et_list reference?
Not the et_file; The et file. There are several. Ultimately you want them
all, but for test purposes one will do
imap/imap_err.et imap/nntp_err.et
On Mon, 23 May 2005, OpenMacNews wrote:
% which compile_et
/usr/bin/compile_et
% compile_et imap/imap_err.et
Error Table imap has base -1904809472
Well, it writes out imap_err.h, imap_err.c, and the latter would have the
reference.
% ls -al
hi derrick,
a bit more info/data ...
well it sure seems that com_err/et_list originate from / revolve around
Kerberos.
so, I decided to try take Apple's Kerberos implementation out of the
picture, and build my own.
a build of MIT's krb5-1.4.1
On Mon, 23 May 2005, OpenMacNews wrote:
hi derrick,
a bit more info/data ...
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.
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:
%
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
---
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
15 matches
Mail list logo
