Control: retitle 655748 'Perl filters break with non-LFS i386 nnrpd' Control: severity 655748 important Control: merge 655748 -1
Manuel Gebauer <[email protected]> writes: > Posting fails when filter_nnrpd.pl is in place and filter_post is > defined. The error message reported by the client is "Bizzare copy of > UNKOWN". nnrpd only logs "SERVER perl filtering enabled". Posting fails > with the dpkg-dist filter_nnrpd.pl and with custom version. Posting is > unhindered if filter_nnrpd.pl is not present or if filter_post is not > defined in filter_nnrpd.pl. As "Bizzare copy of UNKOWN" is a diagnostic > of perl the error might also originate from there. Yes, this is because libperl is built with LFS support and the regular inn2 package is not, and the conflict breaks the Perl ABI. It apparently only affects nnrpd; innd doesn't seem to have the same problem, so one workaround is to use the innd Perl filter instead of the nnrpd one. Of course, it can't do all of the same things. The LFS version of the inn2 package (inn2-lfs) doesn't have this problem, so if you can switch to that, it will fix the problem. However, the on-disk data formats are not compatible, so you'd have to go through the whole database rebuild process (and if you use CNFS or timecaf, you'd have to feed the articles to a newly-built server; there's currently no way to do an in-place upgrade of those). See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655748 for more information. -- Russ Allbery ([email protected]) <http://www.eyrie.org/~eagle/> -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
