https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6589
Bug #: 6589
Summary: Errors in man pages
Product: Spamassassin
Version: SVN Trunk (Latest Devel Version)
Platform: All
OS/Version: All
Status: NEW
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6589
--- Comment #1 from Mark Martinec mark.marti...@ijs.si 2011-05-17 13:03:23
UTC ---
Created attachment 4889
-- https://issues.apache.org/SpamAssassin/attachment.cgi?id=4889
manpage-has-bad-whatis-entry
--
Configure bugmail:
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6589
--- Comment #2 from Mark Martinec mark.marti...@ijs.si 2011-05-17 13:03:50
UTC ---
Created attachment 4890
-- https://issues.apache.org/SpamAssassin/attachment.cgi?id=4890
manpage-has-errors-from-man
--
Configure bugmail:
On Mon, 16 May 2011, dar...@chaosreigns.com wrote:
On 05/16, Mark Martinec wrote:
IMO the distribution-specific packaging stuff has no right to be
kept in a generic Unix/Linux/Windows package like SpamAssassin
and should be wiped out entirely. The package maintainers know
their job and their
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6589
--- Comment #4 from Mark Martinec mark.marti...@ijs.si 2011-05-17 13:17:23
UTC ---
Actually, with te patch applied it now sais:
$ podchecker lib/Mail/SpamAssassin/Util/DependencyInfo.pm
*** ERROR: =over on line 231 without closing
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6589
Mark Martinec mark.marti...@ijs.si changed:
What|Removed |Added
Attachment #4889|0 |1
Taking some off-list discussion back on list...
The podchecker reports some
unresolved internal link 'TAGGING'
warnings, don't know what - if anything - can be done about it:
Interesting. OK, I only get two errors with 5.10.1 but now have a system
generating the same errors.
TAGGING is a
Kevin A. McGrail writes:
Taking some off-list discussion back on list...
The podchecker reports some
unresolved internal link 'TAGGING'
warnings, don't know what - if anything - can be done about it:
Interesting. OK, I only get two errors with 5.10.1 but now have a system
Looks good to me, thanks. Please apply.
Mark
Applied to trunk. 3.3 as well?
Sendinglib/spamassassin-run.pod
Sendingmasses/perceptron.pod
Transmitting file data ..
Committed revision 1104435.
Looks good to me, thanks. Please apply.
Mark
Applied to trunk.
Sendinglib/spamassassin-run.pod
Sendingmasses/perceptron.pod
Transmitting file data ..
Committed revision 1104435.
Thanks.
3.3 as well?
I'd say yes, it's just a minor docs fix.
Mark
On 5/17/2011 3:09 AM, John Hardin wrote:
On Mon, 16 May 2011, dar...@chaosreigns.com wrote:
On 05/16, Mark Martinec wrote:
IMO the distribution-specific packaging stuff has no right to be
kept in a generic Unix/Linux/Windows package like SpamAssassin
and should be wiped out entirely. The
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6314
Warren Togami wtog...@gmail.com changed:
What|Removed |Added
Status Whiteboard||2 votes needed
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6314
--- Comment #22 from AXB axb.li...@gmail.com 2011-05-17 21:23:56 UTC ---
(In reply to comment #21)
I strongly desire to remove spamassassin.spec from 3.3.2 and trunk. The
existence of this .spec is a frequent support headache for the
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6314
--- Comment #23 from Kevin A. McGrail kmcgr...@pccc.com 2011-05-17 21:30:39
UTC ---
(In reply to comment #22)
(In reply to comment #21)
I strongly desire to remove spamassassin.spec from 3.3.2 and trunk. The
existence of this
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6314
Warren Togami wtog...@gmail.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6314
--- Comment #25 from Darxus dar...@chaosreigns.com 2011-05-17 21:47:52 UTC ---
You may also want spamd/redhat-rc-script.sh
--
Configure bugmail:
https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
--- You are receiving
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6314
--- Comment #26 from AXB axb.li...@gmail.com 2011-05-17 21:53:48 UTC ---
(In reply to comment #25)
You may also want spamd/redhat-rc-script.sh
I'd leave the init.d script.
It's a handy sample for those inastalling from source on
One hunk of a patch failed because it is now already in trunk. Easy to
fix.
But I'm really not feeling like fixing it if my work isn't going to get
into trunk.
I think having somebody (me) running daily builds of trunk on a small
production server is useful. As well as the increased ease of
On 5/17/2011 12:30 PM, dar...@chaosreigns.com wrote:
May I please update the debian directory in trunk, instead of it just being
deleted.
Hasn't Darxus done more than enough to prove his worth as an upstream
committer? Sure he hasn't worked in the traditional manner as a rule
writer, but
On 5/17/2011 6:30 PM, dar...@chaosreigns.com wrote:
One hunk of a patch failed because it is now already in trunk. Easy to
fix.
But I'm really not feeling like fixing it if my work isn't going to get
into trunk.
I think having somebody (me) running daily builds of trunk on a small
production
See https://builds.apache.org/hudson/job/SpamAssassin-3.3.x/49/changes
Changes:
[wtogami] Bug #6314: Remove spamassassin.spec
--
[...truncated 15716 lines...]
ok 3
ok 4
ok 5
ok
t/whitelist_addrs...
1..35
# Running under perl version
See https://builds.apache.org/hudson/job/SpamAssassin-trunk/7034/changes
Changes:
[jm] auto-generated test rules
[jm] auto-generated test rules
[wtogami] Bug #6314: Remove spamassassin.spec
--
[...truncated 16302 lines...]
ok 3
ok 4
ok 5
ok
On 16/05/2011 10:30 PM, Warren Togami Jr. wrote:
On 5/16/2011 4:26 PM, Daryl C. W. O'Shea wrote:
On 16/05/2011 5:59 PM, Kevin A. McGrail wrote:
However, I am using sa-update's rules version 1083704. What are your
thoughts on including 1083704.tar.gz as the rules tarball for 3.3.2
since
See https://builds.apache.org/hudson/job/SpamAssassin-3.3.x/50/changes
Is this a known issue or non-issue?
On my macbook in make test I'm getting
t/trust_path.t 49/96
# Failed test 69 in t/trust_path.t at line 694 fail #23
# Failed test 72 in t/trust_path.t at line 694 fail #24
# Failed test 75 in t/trust_path.t at line 694 fail #25
# Failed
See https://builds.apache.org/hudson/job/SpamAssassin-trunk/7035/changes
I enabled run_sql_pref_tests and this time I also got a failure in test 14 of
t/spamd_sql_prefs.t
I ran the same make test on a Fedora 14 box and got the same failed tests,
trust_path.t tests 69, 72, 75 and 78; and spamd_sql_prefs.t test 14.
In case the local network configuration might have
27 matches
Mail list logo