Hi,
I am getting strange failures with my using mailtrainer.crm on
my ham/Spam corpus. I tried initializing the css files, as well as
letting the css files be created automatically. The sequence of
operations is this:
,----
| __> cssutil -b -r -S 4194000 spam.css
|
| Override css creation length to 4194000
|
| Had to create .CSS file spam.css
|
| Sparse spectra file spam.css statistics:
|
| Total available buckets : 4194305
| Total buckets in use : 0
| Total in-use zero-count buckets : 0
| Total buckets with value >= max : 0
| Total hashed datums in file : 0
| Documents learned : 1
| Features learned : 1
| Average datums per bucket : 0.00
| Maximum length of overflow chain : 0
| Average length of overflow chain : 0.00
| Average packing density : 0.00
|
| __>cssutil -b -r -S 4194000 nonspam.css
|
| Override css creation length to 4194000
|
| Had to create .CSS file nonspam.css
|
| Sparse spectra file nonspam.css statistics:
|
| Total available buckets : 4194305
| Total buckets in use : 0
| Total in-use zero-count buckets : 0
| Total buckets with value >= max : 0
| Total hashed datums in file : 0
| Documents learned : 1
| Features learned : 1
| Average datums per bucket : 0.00
| Maximum length of overflow chain : 0
| Average length of overflow chain : 0.00
| Average packing density : 0.00
|
| __> /usr/share/crm114/mailtrainer.crm \
| --spam=/backup/classify/Done/Spam/ \
| --good=/backup/classify/Done/Ham/ \
| --repeat=5 --streak=35000 --rfile=logfile.txt
| ....
| Spam file msg.spam.2005.4.19.4.20.002085 ER ( 9.77 ) train & refute
|
| Good file msg.ham.2004.8.13.15.000370 ER (-76.79 ) train
| /usr/bin/crm: *ERROR*
| This file should have learncounts, but doesn't, and the learncount slot is
bus
| y. It's hosed. Time to die.
| Sorry, but this program is very sick and probably should be killed off.
| This happened at line 835 of file /usr/share/crm114/mailtrainer.crm
| The line was:
| --> classify <:*:clf:> [:*:text:] /:*:lcr:/
(:*:fileprefix::*:good
| css: :*:fileprefix::*:spamcss: ) (:classify_status:)
`----
I can replicate this: and it always fails on the same message,
which I am including below (seems pretty unremarkable)
manoj
--- Begin Message ---
Package: libpam-ldap
Version: 169-1
Severity: important
I have "ssl start_tls" in /etc/pam_ldap.conf
and with 169-1 I get an starttls error in syslog:
Aug 13 11:07:47 kasbek sshd[8528]: pam_ldap: ldap_starttls_s: Connect
error
As a consequence everything having pam_ldap.so in its /etc/pam.d file
stops working (login, ssh, kdm etc.)
The testing version with the same configuration (164-2) does not exhibit
this behaviour. (This definitely started with 169-1 as I used 164-2 for
a long time successfully on testing and unstable systems.)
RC Bug?
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.7-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
Versions of packages libpam-ldap depends on:
ii debconf 1.4.30 Debian configuration management sy
ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an
ii libldap2 2.1.30-3 OpenLDAP libraries
ii libpam0g 0.76-22 Pluggable Authentication Modules l
-- debconf information excluded
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--- End Message ---
--
I am a conscientious man, when I throw rocks at seabirds I leave no
tern unstoned. -- Ogden Nash, "Everybody's Mind to Me a Kingdom Is"
Manoj Srivastava <[EMAIL PROTECTED]> <http://www.golden-gryphon.com/>
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
