is evolution really dependent on spamassassin?

[Tim]

Hi,

I don't use spamassassin, I find it more of a hindrance than a help, so
I wanted to remove it.

yum remove spamassassin
...[snip]...
=============================================================================
 Package                 Arch       Version          Repository        Size
=============================================================================
Removing:
 spamassassin            i386       3.0.4-2.fc4      installed         1.8 M
Removing for dependencies:
 evolution               i386       2.2.3-2.fc4      installed          24 M

And trying "rpm -e spamassassin" produces the same sort of response.

Surely this is a stupid dependency?  It's supposedly *optional* whether
you use anti-spam filtering in Evolution (I've never allowed it's junk
mail checking), why should it *have* to be present?

[John Summerfield]

Tim wrote:
> Hi,
>
> I don't use spamassassin, I find it more of a hindrance than a help, so
> I wanted to remove it.
>
> yum remove spamassassin
> ...[snip]...
> =============================================================================
>  Package                 Arch       Version          Repository        Size
> =============================================================================
> Removing:
>  spamassassin            i386       3.0.4-2.fc4      installed         1.8 M
> Removing for dependencies:
>  evolution               i386       2.2.3-2.fc4      installed          24 M
>
> And trying "rpm -e spamassassin" produces the same sort of response.
>
> Surely this is a stupid dependency?  It's supposedly *optional* whether
> you use anti-spam filtering in Evolution (I've never allowed it's junk
> mail checking), why should it *have* to be present?

So you _can_ use the filtering.

[Amadeus W.M.]

On Sat, 31 Dec 2005 20:40:56 +1030, Tim wrote:
> Hi,
>
> I don't use spamassassin, I find it more of a hindrance than a help, so
> I wanted to remove it.
>
> yum remove spamassassin
> ...[snip]...
> =============================================================================
>  Package                 Arch       Version          Repository        Size
> =============================================================================
> Removing:
>  spamassassin            i386       3.0.4-2.fc4      installed         1.8 M
> Removing for dependencies:
>  evolution               i386       2.2.3-2.fc4      installed          24 M
>
> And trying "rpm -e spamassassin" produces the same sort of response.
>
> Surely this is a stupid dependency?  It's supposedly *optional* whether
> you use anti-spam filtering in Evolution (I've never allowed it's junk
> mail checking), why should it *have* to be present?
>
> -- 
> Don't send private replies to my address, the mailbox is ignored.
> I read messages from the public lists.

Not the only annoying dependency. For instance, tetex-xdvi comes with 40Mb
of japanese fonts. What if all of a sudden I feel like writing japanese
papers?

Joke:
Q: Why does a policeman always put a full glass of water and an empty one
on his bedside table before he goes to bed?
A: Well, what if he's thirsty? But what if he's not thirsty?

I haven't checked, but I bet there must be a compile option in the
evolution source that allows you to disable spamassassin. If I really
wanted to get rid of spamassassin, I'd download the evolution src.rpm,
hack it, change the spec file and rebuild it. But probably not worth the
trouble.

[Tim]

Tim:
> > Surely this is a stupid dependency?  It's supposedly *optional* whether
> > you use anti-spam filtering in Evolution (I've never allowed it's junk
> > mail checking), why should it *have* to be present?

John Summerfied:
> So you _can_ use the filtering.

Then, if I want to, I can load the required files onto my system.

It's as daft as having to install 100 dictionaries for a spell checker,
because it insists.  Never mind that you only speak one language.  We
had that silliness with Gaim a while back, insisting on you installing
some optional spell checker - made all the more worse by the difficulty
in finding the package it needed.

[Tim]

On Sat, 2005-12-31 at 11:01 -0500, Amadeus W. M. wrote:
> I haven't checked, but I bet there must be a compile option in the
> evolution source that allows you to disable spamassassin. If I really
> wanted to get rid of spamassassin, I'd download the evolution src.rpm,
> hack it, change the spec file and rebuild it. But probably not worth
> the trouble.

I'm considering it, because it's taking ages for filtering to complete
(nothing elaborate, either), and I'm registering DNS look-ups for all
the addresses in messages.

An undisabled spamassasin, despite my configuration options, is looking
like the culprit.

On Sun, Jan 01, 2006 at 04:33:42AM +1030, Tim wrote:
> Tim:
> > > Surely this is a stupid dependency?  It's supposedly *optional* whether
> > > you use anti-spam filtering in Evolution (I've never allowed it's junk
> > > mail checking), why should it *have* to be present?
>
> John Summerfied:
> > So you _can_ use the filtering.
>
> Then, if I want to, I can load the required files onto my system.
>
> It's as daft as having to install 100 dictionaries for a spell checker,
> because it insists.  Never mind that you only speak one language.  We
> had that silliness with Gaim a while back, insisting on you installing
> some optional spell checker - made all the more worse by the difficulty
> in finding the package it needed.

Or the use of --nodeps can allow you to install or remove one rpm
without dealing with others that depend on it.

[John Summerfield]

Tim wrote:
> On Sat, 2005-12-31 at 11:01 -0500, Amadeus W. M. wrote:
> > I haven't checked, but I bet there must be a compile option in the
> > evolution source that allows you to disable spamassassin. If I really
> > wanted to get rid of spamassassin, I'd download the evolution src.rpm,
> > hack it, change the spec file and rebuild it. But probably not worth
> > the trouble.
>
> I'm considering it, because it's taking ages for filtering to complete
> (nothing elaborate, either), and I'm registering DNS look-ups for all
> the addresses in messages.
>
> An undisabled spamassasin, despite my configuration options, is looking
> like the culprit.

If you can't disable the use of spamassassin, removing it will likely 
break E entirely.

[Michael A. Peters]

On Sun, 2006-01-01 at 04:36 +1030, Tim wrote:
> On Sat, 2005-12-31 at 11:01 -0500, Amadeus W. M. wrote:
> > I haven't checked, but I bet there must be a compile option in the
> > evolution source that allows you to disable spamassassin. If I really
> > wanted to get rid of spamassassin, I'd download the evolution src.rpm,
> > hack it, change the spec file and rebuild it. But probably not worth
> > the trouble.
>
> I'm considering it, because it's taking ages for filtering to complete
> (nothing elaborate, either), and I'm registering DNS look-ups for all
> the addresses in messages.

spamassassin is not a compiled option.
You can nodeps remove it.

rpm --nodeps -e spamassassin

It is required because evolution uses it if you ask evolution to filter
for spam. If you don't ask evolution to filter for spam, it doesn't take
much disk space and doesn't do anything.

I doubt it is spamassassin slowing things down for you if you aren't
doing any spam checking in your filtering.

[Michael A. Peters]

On Sun, 2006-01-01 at 04:33 +1030, Tim wrote:
> Tim:
> > > Surely this is a stupid dependency?  It's supposedly *optional* whether
> > > you use anti-spam filtering in Evolution (I've never allowed it's junk
> > > mail checking), why should it *have* to be present?
>
> John Summerfied:
> > So you _can_ use the filtering.
>
> Then, if I want to, I can load the required files onto my system.

Disk space is cheap and it is less problematic to just have it.
> It's as daft as having to install 100 dictionaries for a spell checker,
> because it insists.  Never mind that you only speak one language.

language specific files should be marked with the %lang macro in the %
files of the spec file. If not, it is a bug.

You can configure rpm to only install languages you use - in which case
the %lang stuff you don't want doesn't get installed.

There currently is not an option for this in Anaconda - though I believe
you *can* modify the config file via CLI before Anaconda starts
installing (never tried).

[Tim]

Tim:
> > Then, if I want to, I can load the required files onto my system.

Michael A. Peters:
> Disk space is cheap and it is less problematic to just have it.

Until you find that dozens, or hundreds, of files all play the same
game, wanting a plethora more themselves, and likewise for their
grandchildren (I've got this hulking great behemoth of a program,
Mozilla, that I don't use, simple because Yelp wants it, and so on).  So
you spend ages installing, downloading, updating...

Or, one of the things that you don't want seems to have problems.
Spamassassin does look like the likely culprit for my problems:  While
using Evolution, it does masses of DNS lookups.  It shouldn't have to.
I'm not reading HTML mail, I'm not loading images in HTML mail.  I'm not
deliberately filtering against spam, only using mail rules based on some
headers having some contents being moved to some folders.  Yet, I see
DNS lookups being logged that are associated with addresses written
somewhere in the messages.

The obvious way to work this out / resolve the cause, would be to remove
spamassassin, but I can't.  I had considered forcing it out, but as
someone's pointed out, it might bork Evolution in the process.

I'm sure that there's any number of people who dislike spamassassin, and
would rather use something else, but this is a bit of a lock-in.

Apani Contivity client cvc_linux-rh-gcc3-3.3 fails to build with 2.6.14-1.1644_FC4 kernel.

[Vincent Fortier]

Got it working with 2.6.14-1653

I also posted on http://forums.fedoraforum.org/showthread.php?t=88606

Here is the diff of linux_wrapper.c:
diff -C3 --recursive cvc_linux-rh-gcc3-3.3-FC4_2.6.14/src/linux_wrapper.c
cvc_linux-rh-gcc3-3.3-DIST/src/linux_wrapper.c
*** cvc_linux-rh-gcc3-3.3-FC4_2.6.14/src/linux_wrapper.c        2005-12-31
16:15:35.000000000 +0000
--- cvc_linux-rh-gcc3-3.3-DIST/src/linux_wrapper.c      2005-07-12
23:52:40.000000000 +0000
***************
*** 415,422 ****

int nl_ip_rcv(struct sk_buff *skb, struct packet_type *pt)
  {
!       /* return ip_rcv(skb, skb->dev, pt); */
!       return netif_rx(skb);
  }

void nl_ip_send_check(struct iphdr *iph)
--- 415,421 ----

int nl_ip_rcv(struct sk_buff *skb, struct packet_type *pt)
  {
!       return ip_rcv(skb, skb->dev, pt);
  }

void nl_ip_send_check(struct iphdr *iph)
***************
*** 524,530 ****
      memcpy(new_skb->cb, skb->cb, sizeof(skb->cb));
      new_skb->priority = skb->priority;
      new_skb->protocol = skb->protocol;
! /*    new_skb->security = skb->security; */
  #if ((LINUX_VERSION_CODE >= 0x020200) && (LINUX_VERSION_CODE < 0x020300))
      new_skb->used = skb->used;
  #endif
--- 523,530 ----
      memcpy(new_skb->cb, skb->cb, sizeof(skb->cb));
      new_skb->priority = skb->priority;
      new_skb->protocol = skb->protocol;
!     new_skb->stamp = skb->stamp;
!     new_skb->security = skb->security;
  #if ((LINUX_VERSION_CODE >= 0x020200) && (LINUX_VERSION_CODE < 0x020300))
      new_skb->used = skb->used;
  #endif
***************
*** 550,555 ****
--- 550,556 ----
    memcpy(skb_to->cb, skb_from->cb, sizeof(skb_from->cb));
    skb_to->priority = skb_from->priority;
    skb_to->protocol = skb_from->protocol;
+   skb_to->stamp = skb_from->stamp;
  #if ((LINUX_VERSION_CODE >= 0x020200) && (LINUX_VERSION_CODE < 0x020300))
    skb_to->used = skb_from->used;
  #else

I have also modified the spec file:
*** cvc_linux-rh-gcc3-3.3.spec-DIST 2005-07-12 23:52:52.000000000 +0000
--- cvc_linux-rh-gcc3-3.3.spec-FC4_2.6.14 2005-12-31 16:04:30.000000000 +0000
***************
*** 1,10 ****
Summary: A program that secures end to end network communication.
Name: cvc_linux-rh-gcc3
Version: 3.3
! Release: 0
! Copyright: COMMERCIAL
Group: System Environment/Base
! Source: cvc_linux-rh-gcc3-3.3.tar.gz
AutoReqProv: no
BuildRoot: /tmp/cvc_linux-rh-gcc3
%description
--- 1,10 ----
Summary: A program that secures end to end network communication.
Name: cvc_linux-rh-gcc3
Version: 3.3
! Release: FC4_2.6.14
! License: COMMERCIAL
Group: System Environment/Base
! Source: cvc_linux-rh-gcc3-%{version}-%{release}.tar.gz
AutoReqProv: no
BuildRoot: /tmp/cvc_linux-rh-gcc3
%description

And the .tar.gz file is now named cvc_linux-rh-gcc3-3.3-FC4_2.6.14.tar.gz
instead of cvc_linux-rh-gcc3-3.3.tar.gz

So you can simply install the src.rpm, extract the .tar.gz into the
redhat/SOURCES/, modify the linux_wrapper.c, recreate a package with the new
name, modify the spec file from the redhat/SPECS/ and invoke "rpmbuild --ba
cvc_linux-rh-gcc3-3.3.spec"

It compiled properly on 2.6.14-1653

Hope this helps!

- vin

Apani Contivity client cvc_linux-rh-gcc3-3.3 fails to build with 2.6.14-1.1644_FC4 kernel.

[Steven W. Orr]

On Sunday, Jan 1st 2006 at 15:05 -0000, quoth Vincent Fortier:

=>Got it working with 2.6.14-1653
=>
=>I also posted on http://forums.fedoraforum.org/showthread.php?t=88606

You have made my day. Many thanks. :-)

=>
=>Here is the diff of linux_wrapper.c:
=>diff -C3 --recursive cvc_linux-rh-gcc3-3.3-FC4_2.6.14/src/linux_wrapper.c
=>cvc_linux-rh-gcc3-3.3-DIST/src/linux_wrapper.c
=>*** cvc_linux-rh-gcc3-3.3-FC4_2.6.14/src/linux_wrapper.c        2005-12-31
=>16:15:35.000000000 +0000
=>--- cvc_linux-rh-gcc3-3.3-DIST/src/linux_wrapper.c      2005-07-12
=>23:52:40.000000000 +0000
=>***************
=>*** 415,422 ****
=>
=>  int nl_ip_rcv(struct sk_buff *skb, struct packet_type *pt)
=>  {
=>!       /* return ip_rcv(skb, skb->dev, pt); */
=>!       return netif_rx(skb);
=>  }
=>
=>  void nl_ip_send_check(struct iphdr *iph)
=>--- 415,421 ----
=>
=>  int nl_ip_rcv(struct sk_buff *skb, struct packet_type *pt)
=>  {
=>!       return ip_rcv(skb, skb->dev, pt);
=>  }
=>
=>  void nl_ip_send_check(struct iphdr *iph)
=>***************
=>*** 524,530 ****
=>      memcpy(new_skb->cb, skb->cb, sizeof(skb->cb));
=>      new_skb->priority = skb->priority;
=>      new_skb->protocol = skb->protocol;
=>! /*    new_skb->security = skb->security; */
=>  #if ((LINUX_VERSION_CODE >= 0x020200) && (LINUX_VERSION_CODE < 0x020300))
=>      new_skb->used = skb->used;
=>  #endif
=>--- 523,530 ----
=>      memcpy(new_skb->cb, skb->cb, sizeof(skb->cb));
=>      new_skb->priority = skb->priority;
=>      new_skb->protocol = skb->protocol;
=>!     new_skb->stamp = skb->stamp;
=>!     new_skb->security = skb->security;
=>  #if ((LINUX_VERSION_CODE >= 0x020200) && (LINUX_VERSION_CODE < 0x020300))
=>      new_skb->used = skb->used;
=>  #endif
=>***************
=>*** 550,555 ****
=>--- 550,556 ----
=>    memcpy(skb_to->cb, skb_from->cb, sizeof(skb_from->cb));
=>    skb_to->priority = skb_from->priority;
=>    skb_to->protocol = skb_from->protocol;
=>+   skb_to->stamp = skb_from->stamp;
=>  #if ((LINUX_VERSION_CODE >= 0x020200) && (LINUX_VERSION_CODE < 0x020300))
=>    skb_to->used = skb_from->used;
=>  #else
=>
=>I have also modified the spec file:
=>*** cvc_linux-rh-gcc3-3.3.spec-DIST 2005-07-12 23:52:52.000000000 +0000
=>--- cvc_linux-rh-gcc3-3.3.spec-FC4_2.6.14 2005-12-31 16:04:30.000000000 +0000
=>***************
=>*** 1,10 ****
=>Summary: A program that secures end to end network communication.
=>Name: cvc_linux-rh-gcc3
=>Version: 3.3
=>! Release: 0
=>! Copyright: COMMERCIAL
=>Group: System Environment/Base
=>! Source: cvc_linux-rh-gcc3-3.3.tar.gz
=>AutoReqProv: no
=>BuildRoot: /tmp/cvc_linux-rh-gcc3
=>%description
=>--- 1,10 ----
=>Summary: A program that secures end to end network communication.
=>Name: cvc_linux-rh-gcc3
=>Version: 3.3
=>! Release: FC4_2.6.14
=>! License: COMMERCIAL
=>Group: System Environment/Base
=>! Source: cvc_linux-rh-gcc3-%{version}-%{release}.tar.gz
=>AutoReqProv: no
=>BuildRoot: /tmp/cvc_linux-rh-gcc3
=>%description
=>
=>And the .tar.gz file is now named cvc_linux-rh-gcc3-3.3-FC4_2.6.14.tar.gz
=>instead of cvc_linux-rh-gcc3-3.3.tar.gz
=>
=>So you can simply install the src.rpm, extract the .tar.gz into the
=>redhat/SOURCES/, modify the linux_wrapper.c, recreate a package with the new
=>name, modify the spec file from the redhat/SPECS/ and invoke "rpmbuild --ba
=>cvc_linux-rh-gcc3-3.3.spec"
=>
=>It compiled properly on 2.6.14-1653
=>
=>Hope this helps!
=>
=>- vin
=>
=>-- 
=>fedora-list mailing list
=>[e-mail]
=>To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
=>