This ebuild disables snmp support, due to problems with it, and adds the use of three flags. sasl-krb4 - Kerberos IV support. sasl-gssapi - (extension for Kerberos) tcltk - Supposedly to set cyradm to compile, but --[enable/disable]-cyradm does not exist in the cyrus-imapd configure script.
Created attachment 3125 [details] sasl-krb4, sasl-gssapi, tcltk, -snmp This is as above statements state.
Correction: sasl-gssapi is for MIT Kerberos V or Heimdal Kerberos V
I did some research and have tracked down what is causing the linking issue with a solution. Apparently cyrus-imapd doesn't like it when you link tcpwrappers to ucd-snmpd, however it is possible to fix it so that it will work. I have created a patch for the solution described in the url: http://www.irbs.net/internet/info-cyrus/0206/0568.html I suggest that a check be done for the tcpd(?) USE flag, which if true will: 1)Use the attached patch. 2)export LIBS="-lwrap" 3)pass the the option --with-libwrap=/usr flag to ${myconf}. It is important to keep this in a check because that patch will break the compiling process for users who did not link ucd-snmpd with libwrap. Still, this is better then the solution which just disables snmp support. Secondly, there is a rather annoying "feature" of gcc-3.1+ that is causing configure to improperly produce a false negative when searching for the sasl2 headers. To fix this, I would recommend: 1)export CPP="gcc -w -E" which resolves the problem without causing major headaches. Again, you should probably segment this off with a check for compiler version [see x11-base/xfree for how this can be done]. Finally, the ebuild is most definitely NOT perl-5.8.0 friendly [causes sandbox violations]. I have emailed Mike Cummings and I am looking into this. I will post the fix as soon as we figure out how best to integrate the perl-module eclasses into the ebuild [which are necessary to ensure proper installation].
Created attachment 3356 [details, diff] cyrus-imap-libwrap-fix.patch The patch that adds missing defines for people using a ucd-snmpd link against tcp wrappers.
There is a new version released into portage (cyrus-imapd-2.1.9) I have patched configure so that sasl detection has been fixed with gcc3. I have not added the libwrap related fixes yet. I will be looking into this situation further over the next day or two. I didn't get a chance before I left work... but there were enough important changes in the 2.1.9 ebuild to release into portage. I will post on this report when I finish the libwrap related changes.
*** Bug 6572 has been marked as a duplicate of this bug. ***
cyrus-sasl-2.1.9 has been added to portage. Please test if you would. There needs to be a shared libwrap for the cyrus-imapd fix to work right. Debian has a patch but I haven't gone through it yet. It's coming soon. I'll get the support setup correctly as soon as possible.
I am currently working on cyrus-imapd-2.1.11 and I almost done. rpm support is now detected properly. Lots of configure fixes. The compile will go through without the -I/usr/include errors... The code fix supplied got rid of one of the linking errors I was having with regards to ucd-snmp... There is still one link error left... and it is a reference to hosts_ctl which is also another tcp wrappers thing... this is where I am currently at. I need to figure out what I should initialize it is... Also adding the md5 library might be in order as the configure script looks for it and I have a feeling some warnings during compile will be aleviated with the addition of this package. So very soon we should have a fully featured brand spankin' new cyrus ebuild. :)
cyrus-imapd-2.1.11 has been added to portage with lots of fixes including ucd- snmp related fixes. Please test this new version and let me know if things work for you.
cyrus-imap-admin-2.1.11-r1 had a bad digest. updated.
db fix