argus with sasl2 installation
Carter Bullard
carter at qosient.com
Thu Mar 22 09:42:45 EDT 2007
Hey Peter,
Yes the bug is in the aclocal.m4 macros. I'll fix that right now.
Carter
On Mar 21, 2007, at 12:28 PM, Peter Van Epp wrote:
> On Wed, Mar 21, 2007 at 11:57:55AM -0400, Carter Bullard wrote:
>> I'm using the cmu sasl that comes standard with Fedora 6, and our
>> aclocal.m4 is using macros from cmu's cyrus-imapd, so they should be
>> legit. argus doesn't actually use prop_get(), but testing for it in
>> the
>> sasl library seems to be a specific test for sasl2, and we definately
>> have to find sasl2 now. Doing a strings on /usr/lib/libsasl2.a does
>> have prop_get.
>>
>> strings /usr/lib/*sasl2* | fgrep prop_get
>>
>> if you find prop_get in your library, then I may need to fix
>> something
>> in the aclocal.m4, so it can find it!!!!
>>
>>
>> Carter
>>
>
> It is in there (although an nm on the library doesn't find it), I
> expect the problem is library path. Ports puts sasl in /usr/local/
> lib and I
> expect that isn't in the library path when it tries to compile the
> program
> that tests for prop_get. For FreeBSD it would be good to include the
> /usr/local/ path in the default search path because ports tends to put
> everything in /usr/local/* (include, lib etc.)
>
> test5# strings /usr/local/lib/*sasl2* | fgrep prop_get
> prop_get
> prop_getnames
> sasl_auxprop_getctx
> prop_get
> prop_getnames
> sasl_auxprop_getctx
> prop_getnames
> prop_get
> prop_getnames
> prop_get
> prop_getnames
> sasl_auxprop_getctx
> prop_get
> prop_getnames
> sasl_auxprop_getctx
>
> Peter Van Epp / Operations and Technical Support
> Simon Fraser University, Burnaby, B.C. Canada
>
Carter Bullard
CEO/President
QoSient, LLC
150 E. 57th Street Suite 12D
New York, New York 10022
+1 212 588-9133 Phone
+1 212 588-9134 Fax
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist1.pair.net/pipermail/argus/attachments/20070322/4d16ac2f/attachment.html>
More information about the argus
mailing list