Summary: | Update: app-text/crm114/crm114-20040212.ebuild | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Peter Simons <simons> |
Component: | New packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED DUPLICATE | ||
Severity: | enhancement | CC: | pacopablo, simons |
Priority: | High | Keywords: | EBUILD |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
app-text/crm114/crm114-20040212.ebuild
ChangeLog Update ebuild to crm114-20040419-BlameStPatrick fix for BlameStPatrick patch |
Description
Peter Simons
2004-02-17 17:59:18 UTC
Created attachment 25814 [details]
app-text/crm114/crm114-20040212.ebuild
Created attachment 25815 [details]
ChangeLog
Note that I have edited my e-mail address in the old entry _and_ added a new
entry.
procmail should be a dependency, since /usr/share/mailfilter.crm depends on formail. Also, suggest making a link called 'crm' to /usr/bin/crm114, since the .crm files in /usr/share/crm114 reference 'crm' only. Peter, what do you think of comment #3 then? I'll submit an updated ebuild any time soon. I just want to use the opportunity to actually test the spam filter software that comes along with crm114, to make sure everything works. So far, I haven't been using the spam filter, so I wouldn't know -- the ebuild just install the files into /usr/share/crm114. Give me a week or two, then I'll have it. any news Peter ? Created attachment 30416 [details, diff]
Update ebuild to crm114-20040419-BlameStPatrick
I modified the ebuild to build the latest version of crm114 which fixes many
bugs and adds some nice new features like forced learning. I also use crm114
for spam filtering, so I modified the ebuild to install the mailfilter.cf and
associated *.mfp files to /usr/share/crm114 with the rest of the *.crm files.
It also creates a symlink from /usr/bin/crm to the /usr/bin/crm114 binary.
Finally, I added dependencies on procmail, mimencode or mew, and tre (if
dynamically linked). I have created a tre ebild which I will submit, but if
the "static" use flag is not set, then it will try to emerge tre. If static is
set, then a staticly compiled crm114 binary is created from the tre sources
packaged with crm114. I know that there is some talk about splitting the
mailfilter out into another package, but what about a use flag? Seems to me
that most people use crm114 for spam filtering, and maybe if -spam is set then
it doesn't install the mailfiter stuff. Ideas?
Created attachment 30428 [details, diff]
fix for BlameStPatrick patch
Ok, I don't know what I was smoking but there is a patch to my patch. Fixes a
stupid error with using the emacs use flag.
|