[Dovecot] 0.99.10-rc1
Home again.
Fixed SSL checking for Redhat 9, I hope. Could someone test if it actually works now? Also fixed a few compiler warnings. If this thing works, I'll just update the NEWS file and call it 0.99.10.
http://dovecot.procontrol.fi/rc/
Near future plans include rewriting parts of index handling. At least .tree file will go, I've a _much_ better idea how to replace it. .data file is also too bloaty and it's a bit difficult to add new fields into it. I'd have to figure out some better API to access it.
I've also been worrying about locking.. If we want to share indexes between many clients, lock contention will become a problem. For example a "FETCH 1:* BODY[]" could take a long time and index can't be modified while it's being done. I'm not really sure what to do about this.. Probably some more fine graned locking and maybe some kind of transaction log where changes are written if you couldn't get exclusive lock.
On Sun, 2003-06-22 at 13:40, Timo Sirainen wrote:
Home again.
Fixed SSL checking for Redhat 9, I hope. Could someone test if it actually works now? Also fixed a few compiler warnings. If this thing works, I'll just update the NEWS file and call it 0.99.10.
http://videl.ics.hawaii.edu/~warren/fedora/dovecot-0.99.10-0.fdr.0.6.test13.... Builds fine on RH9, using IMAPS on RH9 serverside for a while now
http://videl.ics.hawaii.edu/~warren/fedora/dovecot-0.99.10-0.fdr.0.7.rc1.src... Build fails on RH9
gcc -I/usr/kerberos/include -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/usr/kerberos/include -o dovecot auth-process.o login-process.o mail-process.o main.o master-settings.o ssl-init.o ssl-init-gnutls.o ssl-init-openssl.o ../lib/liblib.a ../lib-settings/libsettings.a -L/usr/kerberos/lib -lssl -lcrypto -lresolv -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -ldl -lz /usr/bin/ld: cannot find -lz collect2: ld returned 1 exit status make[3]: *** [dovecot] Error 1
Compile failed here, nothing changed since my test13 SRPM other than replacing the rc1 tarball. Any idea why it wants zlib-devel now?
Previously I had these as build requirements: openssl-devel openldap-devel pam-devel
Added zlib-devel... okay rebuild...
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src/lib
-I../../src/lib-settings -DSYSCONFDIR=\""/etc"\"
-DPKG_RUNDIR=\""/var/run/dovecot"\"
-DPKG_LIBEXECDIR=\""/usr/libexec/dovecot"\"
-DPKG_LIBDIR=\""/usr/lib/dovecot"\" -DSSLDIR=\""/usr/share/ssl\""
-I/usr/kerberos/include -Wall -W -Wmissing-prototypes
-Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2
-Wbad-function-cast -I/usr/kerberos/include -c ssl-init-openssl.c
/bin/sh ../../libtool --mode=link gcc -I/usr/kerberos/include -Wall
-W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith
-Wchar-subscripts -Wformat=2 -Wbad-function-cast
-I/usr/kerberos/include -o dovecot auth-process.o login-process.o
mail-process.o main.o master-settings.o ssl-init.o ssl-init-gnutls.o
ssl-init-openssl.o ../lib/liblib.a ../lib-settings/libsettings.a
-L/usr/kerberos/lib -lssl -lcrypto -lresolv -lgssapi_krb5 -lkrb5
-lk5crypto -lcom_err -ldl -lz
mkdir .libs
gcc -I/usr/kerberos/include -Wall -W -Wmissing-prototypes
-Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2
-Wbad-function-cast -I/usr/kerberos/include -o dovecot auth-process.o
login-process.o mail-process.o main.o master-settings.o ssl-init.o
ssl-init-gnutls.o ssl-init-openssl.o ../lib/liblib.a
../lib-settings/libsettings.a -L/usr/kerberos/lib -lssl -lcrypto
-lresolv -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -ldl -lz
ssl-init.o(.text+0x67): In function generate_parameters_file': : undefined reference to
_ssl_generate_parameters'
collect2: ld returned 1 exit status
make[3]: *** [dovecot] Error 1
Out of curiosity I compiled this rc1 tarball on RH8, and it compiled successfully without zlib-devel. No RH8 server to test functionality though.
Warren Togami warren@togami.com
On Sun, 2003-06-22 at 23:39, Warren Togami wrote:
Compile failed here, nothing changed since my test13 SRPM other than replacing the rc1 tarball. Any idea why it wants zlib-devel now?
OpenSSL 0.9.7a requires zlib... look at /usr/lib/pkgconfig/openssl.pc and the required libraries line has -lz. Since the configure script now uses pkg-config, it picks that up (even though nothing dovecot is using explicitly requires symbols from zlib)
gcc -I/usr/kerberos/include -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/usr/kerberos/include -o dovecot auth-process.o login-process.o mail-process.o main.o master-settings.o ssl-init.o ssl-init-gnutls.o ssl-init-openssl.o ../lib/liblib.a ../lib-settings/libsettings.a -L/usr/kerberos/lib -lssl -lcrypto -lresolv -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -ldl -lz ssl-init.o(.text+0x67): In function
generate_parameters_file': : undefined reference to
_ssl_generate_parameters' collect2: ld returned 1 exit status make[3]: *** [dovecot] Error 1
Patch attached to fix this.
Out of curiosity I compiled this rc1 tarball on RH8, and it compiled successfully without zlib-devel. No RH8 server to test functionality though.
Red Hat Linux 8 ships with a version of OpenSSL without the .pc file and so doesn't exercise the new stuff.
Cheers,
Jeremy
On Mon, 2003-06-23 at 01:53, Timo Sirainen wrote:
On Mon, 2003-06-23 at 07:53, Jeremy Katz wrote:
: undefined reference to `_ssl_generate_parameters' collect2: ld returned 1 exit status make[3]: *** [dovecot] Error 1
Patch attached to fix this.
I fixed it a bit differently and put out 0.99.10-rc2. I hope that works?
Looks sane and builds for me.
Jeremy
On Sun, 2003-06-22 at 20:16, Jeremy Katz wrote:
On Mon, 2003-06-23 at 01:53, Timo Sirainen wrote:
On Mon, 2003-06-23 at 07:53, Jeremy Katz wrote:
: undefined reference to `_ssl_generate_parameters' collect2: ld returned 1 exit status make[3]: *** [dovecot] Error 1
Patch attached to fix this.
I fixed it a bit differently and put out 0.99.10-rc2. I hope that works?
Looks sane and builds for me.
Jeremy
https://bugzilla.fedora.us/show_bug.cgi?id=160
So far so good in functionality.
Warren
participants (3)
-
Jeremy Katz
-
Timo Sirainen
-
Warren Togami