Greetings all, newbie to CentOS here. Also newbie to 64 bit installs.
Package Manager problem:
I found a yumex, which is not part of the 64 bit install, but it wants a
way older version of python-2.4 whereas we have 2.6.6-something after the
post install upgrade.
1st Question:
Is there anything that can be done about this? Or is there something
better, like a 64 bit synaptic to replace yumex?
Mail problem:
I've been using a fetchmail -> procmail system here for years to unload
kmail from its mail pulling duties, making it many times easier to use.
Adjuncts to that are spamassassin, clamav, and mailfilter
There appears not to be any 64 bit builds of clamav and mailfilter.
I do have the src for mailfilter, however it refuses to build on x86-64,
issuing this error:
=================Making all in src
gmake[2]: Entering directory `/usr/src/mailfilter-0.8.2/src'
g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I. -I../include -I.. -
DLOCALEDIR=\"/usr/local/share/locale\" -I../intl -I.. -I../include -I.
-
Wall -g -O2 -MT header.o -MD -MP -MF .deps/header.Tpo -c -o header.o
header.cc
header.cc: In member function ?int Header::rfc822_valid_msgid(const
char*)?:
header.cc:77: error: invalid conversion from ?const char*? to ?char*?
gmake[2]: *** [header.o] Error 1
gmake[2]: Leaving directory `/usr/src/mailfilter-0.8.2/src'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/src/mailfilter-0.8.2'
gmake: *** [all] Error 2
==================
Lines 77-78 in that file:
if (!(dom = strrchr (msgid, '@')))
return -1;
Obviously strrchr() tries to convert the header spec here from line 35:
int Header :: rfc822_valid_msgid (const char* msgid)
into a plain char. Boom on a 64 bit machine.
2nd Question:
How best to fix that? I know enough C to be dangerous, but somewhere
between .0000zip and absolutely nothing about c++.
There are other mail related problems, like a missing inotifywait and its
library, but moving the 32 bit versions into what appeared to be the
correct locations, and that seems to work 99% well.
Suffice to say mail is moving, but the noise filters aren't working.
Thanks to anyone who can help here.
Cheers, Gene
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Never appeal to a man's "better nature." He may not have one.
Invoking his self-interest gives you more leverage.
-- Lazarus Long
On Jun 20, 2012, at 1:59 PM, Gene Heskett wrote:> I found a yumex, which is not part of the 64 bit install, but it wants a > way older version of python-2.4 whereas we have 2.6.6-something after the > post install upgrade. > > 1st Question: > Is there anything that can be done about this? Or is there something > better, like a 64 bit synaptic to replace yumex? >You may be unfamiliar with CentOS in that many tools you might find "standard" on regular distros, aren't part of the upstream package list for "Enterprise" Linux. As delivered from upstream, it's a fairly "stripped" distro. Yumex is not packaged by upstream, so it's not part of CentOS proper. However, there are repositories that build packages to run under CentOS which aren't part of upstream or CentOS, such as EPEL: http://fedoraproject.org/wiki/EPEL yumex in particular, if you're partial to it, is available in various flavors, all ready to install.> Mail problem: > > I've been using a fetchmail -> procmail system here for years to unload > kmail from its mail pulling duties, making it many times easier to use. > > Adjuncts to that are spamassassin, clamav, and mailfilter > > There appears not to be any 64 bit builds of clamav and mailfilter.Many 32-bit packages run just fine on 64-bit CentOS via the use of 32-bit libraries. A quick look through a machine that has both stock CentOS software repositories and EPEL enabled shows that there are packages for all of the above, except mailfilter. Mailfilter appears to be somewhat Debian-centric and the Debian-distro-derivatives all seem to have updated packages. I've never used it, even though I'm a fan of both "camps" for various things. Looking it over, it looks like it utilizes POP to go take a look at mail and dump spam prior to the POP transfer of whatever is left over? Honestly, most folks have moved on to IMAP, long ago... IMHO. YMMV. The advent of large data pipes, even in residential service in most areas, and effective local filtering probably means that mailfilter is marginalized non-mainstream software, at best, these days. Doing some quick Googling, mailfilter doesn't seem very popular at all with the RedHat-derivative camp. The only distro that seems to have ever had it pre-packaged is Mandriva. You might look at whatever changes they made to make their x86_64 package. It's not in Fedora either... https://admin.fedoraproject.org/pkgdb/acls/list/m*?_csrf_token=1320052a8a44a38e84b472e63f9cba4db006ea38 Nate
Hello Gene, On Wed, 2012-06-20 at 15:59 -0400, Gene Heskett wrote:> header.cc:77: error: invalid conversion from ?const char*? to ?char*?> Lines 77-78 in that file: > if (!(dom = strrchr (msgid, '@'))) > return -1; > > Obviously strrchr() tries to convert the header spec here from line 35: > > int Header :: rfc822_valid_msgid (const char* msgid) > > into a plain char. Boom on a 64 bit machine.A char is always 8 bit regardless of the architecture. The issue is a const char* being converted to a char*. Try declaring dom as const char* dom and see if that helps. (Note that this makes the content of the pointer constant, not the pointer itself.) Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research