Re: Need a Volunteer to help unifying trunk and 3.4 branch

Kevin A. McGrail wrote on 11/04/17 4:16 PM: > Any chance you can look at bug 7181 and why sa_compile.t fails? Fixed.

Syncing 3.4 with trunk

As KAM has mentioned I've been trying to help go through some of the differences between the 3.4 branch and trunk to help sync them up a little more. Understandably some parts (i.e. IDN) shouldn't be merged back, others are pretty simple (i.e. # use bytes), and others don't belong in

[Bug 7181] t/sa_compile.t fails make disttest but passes with prove -v t/sa_compile.t

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7181 Sidney Markowitz changed: What|Removed |Added CC|

[Bug 7188] t/sa_compile.t fails OR pollutes the ultimate install target directories if $prefix is in /opt

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7188 Kevin A. McGrail changed: What|Removed |Added CC|

[Bug 7232] Getting rid of 'use bytes' crouches throughout

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7232 --- Comment #4 from Mark Martinec --- That was a biggie for backporting - not in patch size, but in potential implications. I hope older perls will be happy with introducing more Unicode strings in processing. The

[Bug 7181] t/sa_compile.t fails make disttest but passes with prove -v t/sa_compile.t

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7181 --- Comment #11 from Sidney Markowitz --- Re the comment I posted about Encode::Detect on Mac OS: I checked perl sources and see that it is fixed as of perl 5.17.1, so nothing needs to be done to have Encode::Detect and

[Bug 7404] Bad regexp (and logic) in MS::PerMsgStatus::get_content_preview

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7404 --- Comment #3 from Mark Martinec --- 3.4: Sending PerMsgStatus.pm Committed revision 1791013. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 7232] Getting rid of 'use bytes' crouches throughout

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7232 --- Comment #5 from Kevin A. McGrail --- Understood. We had two people look at it and I did testing on 5.8.6 on an old box and 5.16.3 if it makes you feel better. I'm at $dayjob right now but will make sure to double

[Bug 7404] New: MS::PerMsgStatus::get_content_preview

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7404 Bug ID: 7404 Summary: MS::PerMsgStatus::get_content_preview Product: Spamassassin Version: 3.4.1 Hardware: PC OS: All Status: NEW Severity: normal

[Bug 7404] Bad regexp (and logic) in MS::PerMsgStatus::get_content_preview

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7404 --- Comment #2 from Mark Martinec --- Created attachment 5441 --> https://bz.apache.org/SpamAssassin/attachment.cgi?id=5441=edit Fixes inappropriate regexp (and surrounding logic) -- You are receiving this mail

[Bug 7188] t/sa_compile.t fails OR pollutes the ultimate install target directories if $prefix is in /opt

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7188 --- Comment #6 from Kevin A. McGrail --- Bill, there is another patch in flight on this. See 7181 which is fixed in trunk and awaiting a commit for 3.4 branch. Does that fix your issue? -- You are receiving this mail

[Bug 7188] t/sa_compile.t fails OR pollutes the ultimate install target directories if $prefix is in /opt

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7188 Bill Cole changed: What|Removed |Added Assignee|dev@spamassassin.apache.org

[Bug 7181] t/sa_compile.t fails make disttest but passes with prove -v t/sa_compile.t

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7181 --- Comment #10 from Kevin A. McGrail --- For 3.4 Committed revision 1790998. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 6379] t/make_install.t fails on Solaris due to missing bin and bar subdirs

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6379 Bill Cole changed: What|Removed |Added CC|

[Bug 6379] t/make_install.t fails on Solaris due to missing bin and bar subdirs

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6379 Sidney Markowitz changed: What|Removed |Added CC|

[Bug 7404] Bad regexp (and logic) in MS::PerMsgStatus::get_content_preview

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7404 Mark Martinec changed: What|Removed |Added Summary|MS::PerMsgStatus::get_conte |Bad regexp

[Bug 6379] t/make_install.t fails on Solaris due to missing bin and bar subdirs

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6379 --- Comment #6 from Bill Cole --- It seems to only happen in a source tree checked out from Subversion (any platform) because t/make_install.t is excluded from the distribution package (listed in

[Bug 6379] t/make_install.t fails on Solaris due to missing bin and bar subdirs

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6379 --- Comment #5 from Sidney Markowitz --- Does this actually only happen in Solaris? I didn't see the problem on Mac, Ubuntu, or Fedora. Also, make_install.t runs a make install. If that is not doing a mkdir where it needs

[Bug 6379] t/make_install.t fails on Solaris due to missing bin and bar subdirs

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6379 --- Comment #7 from Sidney Markowitz --- On my Mac I reverted from perlbrew to the system perl just in case that made a difference, but a clean svn update in trunk, perl Makefile.PL and then make test works fine. This is

[Bug 6379] t/make_install.t fails on Solaris due to missing bin and bar subdirs

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=6379 --- Comment #4 from Bill Cole --- (In reply to Sidney Markowitz from comment #3) I meant in the Makefile, not in the test. -- You are receiving this mail because: You are the assignee for the bug.

Re: [Bug 7404] New: MS::PerMsgStatus::get_content_preview

On Tue, 11 Apr 2017, bugzilla-dae...@issues.apache.org wrote: https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7404 Bug ID: 7404 Summary: MS::PerMsgStatus::get_content_preview t/autolearn.t . Unescaped left brace in regex is deprecated here (and will

[Bug 7188] t/sa_compile.t fails OR pollutes the ultimate install target directories if $prefix is in /opt

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7188 Bill Cole changed: What|Removed |Added Resolution|---

[Bug 7215] Towards supporting IDNA (Internationalizing Domain Names in Applications)

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7215 --- Comment #19 from Kevin A. McGrail --- Hi Mark, Assuming that we still want to leave this in trunk and NOT backport to 3.4/ -- You are receiving this mail because: You are the assignee for the bug.

Rule updates are too old - 2017-04-11

SpamAssassin version 3.3.0 has not had a rule update since 2017-03-15. SpamAssassin version 3.3.1 has not had a rule update since 2017-03-18. SpamAssassin version 3.3.2 has not had a rule update since 2017-03-15. 20170410: Could not find the ham / spam counts, probably an http error:

[Bug 7215] Towards supporting IDNA (Internationalizing Domain Names in Applications)

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7215 --- Comment #21 from Kevin A. McGrail --- Understood. My plan is not to backport the full IDN stuff. I will have a few more bugs backported and then that will be 3.4.2. Then perhaps we get 4.0 (3.5?) moving since these

[Bug 7215] Towards supporting IDNA (Internationalizing Domain Names in Applications)

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7215 --- Comment #20 from Mark Martinec --- > Assuming that we still want to leave this in trunk and NOT backport to 3.4/ Yes, I think these changes are too heavyweight for a minor release. [ but it's also true that I