On Wed, Nov 17, 2004 at 06:53:26PM +0000, James Marquez wrote: > They seem to be exactly the same errors Keith Hackworth was getting > on his posting "sa-learn --dump magic returns DB_File errors" Date; > thu, 21 Oct 2004 He says this is a problem with DB_File needing to > set LD_LIBRARY_PATH during runtime. I ran into the same problem when > I compiled the module. His fix was to run "crle -l /usr/lib -l > /usr/local/lib" "crle" configures the runtime linking environment. My > problem is he is using Solaris 8, and I am on Solaris 2.5.1. There is > no "crle" for 2.5.1 I am wondering if there is another way of doing > this or should I just uninstall DB_File, I think spamassassin can run > with out it.
James, Solaris 2.5.1 is something like 8 years old and your going to keep having these kinds of issues until you upgrade. Anyway, some solutions in the interim. You could set the LD_LIBRARY_PATH environment variable before running spamassassin or spamd. However, this is not too good of a fix because the LD_LIBRARY_PATH does not get passed in the environment when suid()ing to another user. The best thing that I always try to do on solaris is to link with the '-R /some/library/path' swich. I believe that works in 2.5.1. What this switch does is basically forces the library lookup path to be embedded in the application. However, I do not know if this will work with Perl modules because they are not applications, but rather libraries. You might have to relink the perl binary itself with these flags. Another thing to do would be to simply remove all of the .so files in /usr/local/lib and use the static libraries instead (if they are available, for every .so you remove there should be a file with the same name ending in .a). This will use more memory, but eliminates some problems. If you are using SA 3.X, another thing you could try is to use a SQL database instead of the DB_File database. In my experience, the SQL database is superior to any of the flatfile formats. But if your not experienced managing databases, this might be more trouble than its workth. Hope this helps, Mike -- /-----------------------------------------\ | Michael Barnes <[EMAIL PROTECTED]> | | UNIX Systems Administrator | | College of William and Mary | | Phone: (757) 879-3930 | \-----------------------------------------/
