Red Hat Bugzilla – Bug 128123
cyrus-sasl 2.1.19 is released
Last modified: 2007-11-30 17:10:46 EST
Description of problem: cyrus-sasl 2.1.19 was released at July, 17 2004 (yesterday) - and Fedora Development only has the older 2.1.18. 2.1.19 fixes potential buffer overflows and contains lots of fixes. More you can take from the changelog. Version-Release number of selected component (if applicable): cyrus-sasl-2.1.18-5 Actual results: A simple upgrade - with changing version numbers in the spec file - worked very well for me. Expected results: Upgrade to 2.1.19 ;-)
Some users reported problems with rebuilding cyrus-sasl 2.1.19 at Fedora Development and suggest the following fix: perl -pi -e 's/dbconverter-1.5.c/dbconverter-1.5.9.c/' cyrus-sasl-2.1.19/cyrus-sasl-1.5.28/utils/Makefile perl -pi -e 's/dbconverter-1.5.\$/dbconverter-1.5.9.\$/' cyrus-sasl-2.1.19/cyrus-sasl-1.5.28/utils/Makefile Thanks to Marco for that workaround! :) For me it seems as an automake/autoconf problem, but I'm not able to reproduce the problem: make[2]: Entering directory `/usr/src/redhat/BUILD/cyrus-sasl-2.1.19/cyrus-sasl-1.5.28/utils' make[2]: *** No rule to make target `dbconverter-1.5.c', needed by `dbconverter-1.5.o'. Stop. Nalin, maybe you'll hit also to that problem, if you make the rebuild for Fedora Development - I currently don't have an up2date Fedora Core Development system.
We should implicitly add the following requirement, even if cyrus- sasl is linked against the internal unthreaded db4. After this we would have the same (correct) requirement behaviour in this part like the pam package: "Requires: db4 = %{db_version}" BTW, cyrus-sasl 1.5.28 isn't really happy with automake 1.9.1 and the other way round, because we get lots of harmless but stupid warnings, if someone has too much time, he can fix it... ;-) Even more critical is the problem, that I can't rebuild cyrus-sasl 2.1.19 against the unthreaded db4 4.2.52 without having an error: --- snipp --- gcc -Wall -W -I/usr/kerberos/include -I/include -O2 -g -march=i386 -mcpu=i686 -fPIC -I/usr/include/mysql -o dbconverter-2 dbconverter_2-dbconverter-2.o -L/usr/kerberos/lib -L/lib -L/usr/lib/mysql ../sasldb/.libs/libsasldb.a ../lib/.libs/libsasl2.a -L/usr/src/redhat/BUILD/cyrus-sasl-2.1.19/db-instroot/lib -ldl -lcrypto -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -ldb-4.2 /usr/lib/libgdbm.so -lresolv -lcrypt ../sasldb/.libs/libsasldb.a(db_berkeley.o)(.text+0x70): In function `berkeleydb_open': ../../sasldb/db_berkeley.c:85: undefined reference to `db_create_cyrus_sasl_sasldb_rh' ../sasldb/.libs/libsasldb.a(db_berkeley.o)(.text+0x8b):../../sasldb/db_berkeley.c:102: undefined reference to `db_strerror_cyrus_sasl_sasldb_rh' --- snapp --- With cyrus-sasl 2.1.18-5 the rebuild worked fine...
Okay, cyrus-sasl 2.1.19-1 doesn't have the rebuilding problems I had. But I'm still missing the dependence to db4 = %{db_version} - even, if db4 is bundled, because pam has the same behaviour, even if no external db4 is also needed. The missing build requirement is EasyFix now, marking it.
Closing, so 2.1.20-1 is already pushed to Rawhide, separating my open problem/enhancement to bug #138281.