Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 129435 - spamassassin 3.1.0 fails to emerge: no Makefile?
Summary: spamassassin 3.1.0 fails to emerge: no Makefile?
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Server (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Perl team
URL:
Whiteboard:
Keywords:
: 135108 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-04-10 00:21 UTC by Ákos Maróy
Modified: 2006-06-01 02:43 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
see the detailed perl cleaner log (perl-cleaner.log.20060410134811.XXXXgC8rVC,185.03 KB, text/plain)
2006-04-10 04:50 UTC, Ákos Maróy
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ákos Maróy 2006-04-10 00:21:43 UTC
when trying to emerge spamassassin 3.1.0, I get the following:

# emerge spamassassin
Calculating dependencies ...done!
>>> emerge (1 of 1) mail-filter/spamassassin-3.1.0 to /
>>> md5 files   ;-) spamassassin-3.1.1.ebuild
>>> md5 files   ;-) spamassassin-3.1.0-r2.ebuild
>>> md5 files   ;-) spamassassin-3.1.0.ebuild
>>> md5 files   ;-) spamassassin-3.0.4.ebuild
>>> md5 files   ;-) spamassassin-3.1.0-r1.ebuild
>>> md5 files   ;-) files/spamd.conf
>>> md5 files   ;-) files/spamd.init
>>> md5 files   ;-) files/3.0.0-spamd.conf
>>> md5 files   ;-) files/3.0.0-spamd.init
>>> md5 files   ;-) files/digest-spamassassin-3.1.0-r1
>>> md5 files   ;-) files/digest-spamassassin-3.1.0-r2
>>> md5 files   ;-) files/digest-spamassassin-3.0.4
>>> md5 files   ;-) files/digest-spamassassin-3.1.0
>>> md5 files   ;-) files/digest-spamassassin-3.1.1
>>> md5 files   ;-) files/secrets.cf
>>> md5 src_uri ;-) Mail-SpamAssassin-3.1.0.tar.bz2
>>> Unpacking source...
>>> Unpacking Mail-SpamAssassin-3.1.0.tar.bz2 to /var/tmp/portage/spamassassin-3.1.0/work
tar: Read 6656 bytes from -
>>> Source unpacked.
 * Using ExtUtils::MakeMaker
What email address or URL should be used in the suspected-spam report
text for users who want more information on your filter installation?
(In particular, ISPs should change this to a local Postmaster contact)
default text: [the administrator of that system] the administrator of that system

NOTE: settings for "make test" are now controlled using "t/config.dist".
See that file if you wish to customise what tests are run, and how.

checking module dependencies and their versions...

***************************************************************************
ERROR: the required Digest::SHA1 module is not installed.

  The Digest::SHA1 module is used as a cryptographic hash for some
  tests and the Bayes subsystem.  It is also used by Razor2.


***************************************************************************
ERROR: the required HTML::Parser (version 3.24) module is not installed.

  Version 3.31 or later is recommended.

  HTML is used for an ever-increasing amount of email so this dependency
  is unavoidable.  Run "perldoc -q html" for additional information.


***************************************************************************
NOTE: the optional Mail::SPF::Query module is not installed.

  Used to check DNS Sender Policy Framework (SPF) records to fight email
  address forgery and make it easier to identify spams.


***************************************************************************
NOTE: the optional IP::Country module is not installed.

  Used by the RelayCountry plugin (not enabled by default) to determine
  the domain country codes of each relay in the path of an email.


***************************************************************************
NOTE: the optional Razor2 (version 2.61) module is not installed.

  Used to check message signatures against Vipul's Razor collaborative
  filtering network. Razor has a large number of dependencies on CPAN
  modules. Feel free to skip installing it, if this makes you nervous;
  SpamAssassin will still work well without it.

  More info on installing and using Razor can be found
  at http://wiki.apache.org/spamassassin/InstallingRazor .


***************************************************************************
NOTE: the optional Net::Ident module is not installed.

  If you plan to use the --auth-ident option to spamd, you will need
  to install this module.


***************************************************************************
NOTE: the optional IO::Socket::INET6 module is not installed.

  This is required if the first nameserver listed in your IP
  configuration or /etc/resolv.conf file is available only via
  an IPv6 address.


***************************************************************************
NOTE: the optional IO::Socket::SSL module is installed,
but is not an up-to-date version.

  If you wish to use SSL encryption to communicate between spamc and
  spamd (the --ssl option to spamd), you need to install this
  module. (You will need the OpenSSL libraries and use the
  ENABLE_SSL="yes" argument to Makefile.PL to build and run an SSL
  compatibile spamc.)

REQUIRED module missing: Digest::SHA1
REQUIRED module missing: HTML::Parser
optional module missing: Mail::SPF::Query
optional module missing: IP::Country
optional module missing: Razor2
optional module missing: Net::Ident
optional module missing: IO::Socket::INET6
optional module out of date: IO::Socket::SSL

warning: some functionality may not be available,
please read the above report before continuing!

make: *** No rule to make target `spamc/Makefile'.  Stop.
>>> Test phase [not enabled]: mail-filter/spamassassin-3.1.0

>>> Install spamassassin-3.1.0 into /var/tmp/portage/spamassassin-3.1.0/image/ category mail-filter
mv: cannot stat `/var/tmp/portage/spamassassin-3.1.0/image//usr/bin/spamd': No such file or directory

!!! ERROR: mail-filter/spamassassin-3.1.0 failed.
!!! Function src_install, Line 134, Exitcode 1
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.


this is strange, as the perl modules deemed missing are in fact installed:

# emerge --search Digest-SHA1
Searching...
[ Results for search key : Digest-SHA1 ]
[ Applications found : 1 ]

*  dev-perl/Digest-SHA1
      Latest version available: 2.10
      Latest version installed: 2.10
      Size of downloaded files: 37 kB
      Homepage:    http://cpan.pair.com/modules/by-category/14_Security_and_Encryption/Digest/Digest-SHA1-2.10.readme
      Description: NIST SHA message digest algorithm
      License:     || ( Artistic GPL-2 )

# emerge --search HTML-Parser

Searching...
[ Results for search key : HTML-Parser ]
[ Applications found : 1 ]

*  dev-perl/HTML-Parser
      Latest version available: 3.46
      Latest version installed: 3.46
      Size of downloaded files: 80 kB
      Homepage:    http://search.cpan.org/~gaas/HTML-Parser-3.46/
      Description: Parse <HEAD> section of HTML documents
      License:     Artistic


I also tried a full re-emerge of perl, etc. anticipating that that might solve the issue, but it didn't :(



additional info:

# emerge --info
Portage 2.0.54 (default-linux/amd64/2005.1, gcc-3.4.5, glibc-2.3.5-r2, 2.6.15-gentoo-r3 x86_64)
=================================================================
System uname: 2.6.15-gentoo-r3 x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O3 -march=athlon64 -pipe -fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=athlon64 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LC_ALL="en_US.UTF-8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 alsa apache2 avi bash-completion berkdb bitmap-fonts bzip2 cgi cjk cli crypt cups curl dri eds emboss encode enscript expat fastcgi foomaticdb fortran gd gif gpm gstreamer gtk2 imagemagick imap imlib ipv6 isdnlog ithreads jpeg libwww lm_sensors lzw lzw-tiff mad maildir mhash mp3 mpeg mysql ncurses nls ogg opengl pam pam-mysql pcre pdflib perl php pic png pop3d postfix postgres pppd python quicktime readline sasl silvercity snmp spell ssl tcpd threads tiff tools truetype truetype-fonts type1-fonts udev unicode usb utf8 vhosts virus-scan vorbis xml xml2 xv yp zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LANG, LDFLAGS, LINGUAS
Comment 1 Michael Cummings (RETIRED) gentoo-dev 2006-04-10 04:41:26 UTC
First: emerge sync. looks like your eclass dir is out of date.

Second: run perl-cleaner modules. Looks like you upgraded perls and didn't, so although portage thinks the prereqs are installed, they're really installed in the @INC of an older perl that isn't there anymore.
Comment 2 Ákos Maróy 2006-04-10 04:49:12 UTC
just did an emerge --sync and emerge -uDN world right before trying to emerge spamassassin. it's strange that you're saying that my eclass would be out of date..

I also did perl-cleaner modules before, but just did it again, to make sure. unfortunately the results are the same :(

also did an emerge --sync again, to be on the safe side, but still no change...
Comment 3 Ákos Maróy 2006-04-10 04:50:18 UTC
Created attachment 84359 [details]
see the detailed perl cleaner log
Comment 4 Michael Cummings (RETIRED) gentoo-dev 2006-04-10 07:24:25 UTC
perl -V output please.

Did you change over to ithreads recently?
Comment 5 Ákos Maróy 2006-04-10 07:28:28 UTC
yes, I changed over to ithreads recently..

# perl -V
Summary of my perl5 (revision 5 version 8 subversion 7) configuration:
  Platform:
    osname=linux, osvers=2.6.15-gentoo-r3, archname=x86_64-linux-thread-multi
    uname='linux damage 2.6.15-gentoo-r3 #9 smp sun feb 19 14:58:42 cet 2006 x86_64 amd athlon(tm) 64 processor 3500+ authenticamd gnulinux '
    config_args='-des -Darchname=x86_64-linux-thread -Dcccdlflags=-fPIC -Dccdlflags=-rdynamic -Dcc=x86_64-pc-linux-gnu-gcc -Dprefix=/usr -Dvendorprefix=/usr -Dsiteprefix=/usr -Dlocincpth=  -Doptimize=-O3 -march=athlon64 -pipe -fomit-frame-pointer -Duselargefiles -Dd_semctl_semun -Dscriptdir=/usr/bin -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dinstallman1dir=/usr/share/man/man1 -Dinstallman3dir=/usr/share/man/man3 -Dman1ext=1 -Dman3ext=3pm -Dinc_version_list=5.8.0 5.8.0/x86_64-linux-thread-multi 5.8.2 5.8.2/x86_64-linux-thread-multi 5.8.4 5.8.4/x86_64-linux-thread-multi 5.8.5 5.8.5/x86_64-linux-thread-multi 5.8.6 5.8.6/x86_64-linux-thread-multi  -Dcf_by=Gentoo -Ud_csh -Dusethreads -Di_ndbm -Ui_gdbm -Di_db -Dusrinc=/usr/include/gentoo-multilib/amd64 -Dlibpth='/usr/local/lib64 /lib64 /usr/lib64''
    hint=recommended, useposix=true, d_sigaction=define
    usethreads=define use5005threads=undef useithreads=define usemultiplicity=define
    useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
    use64bitint=define use64bitall=define uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='x86_64-pc-linux-gnu-gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
    optimize='-O3 -march=athlon64 -pipe -fomit-frame-pointer',
    cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -pipe'
    ccversion='', gccversion='3.4.5 (Gentoo 3.4.5, ssp-3.4.5-1.0, pie-8.7.9)', gccosandvers=''
    intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
    ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=8, prototype=define
  Linker and Libraries:
    ld='x86_64-pc-linux-gnu-gcc', ldflags =''
    libpth=/usr/local/lib64 /lib64 /usr/lib64
    libs=-lpthread -lnsl -lndbm -ldb -ldl -lm -lcrypt -lutil -lc
    perllibs=-lpthread -lnsl -ldl -lm -lcrypt -lutil -lc
    libc=/lib/libc-2.3.5.so, so=so, useshrplib=false, libperl=libperl.a
    gnulibc_version='2.3.5'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
    cccdlflags='-fPIC', lddlflags='-shared'


Characteristics of this binary (from libperl):
  Compile-time options: MULTIPLICITY USE_ITHREADS USE_64_BIT_INT
                        USE_64_BIT_ALL USE_LARGE_FILES
                        PERL_IMPLICIT_CONTEXT
  Built under linux
  Compiled at Apr  9 2006 20:10:44
  @INC:
    /etc/perl
    /usr/lib/perl5/site_perl/5.8.7/x86_64-linux-thread-multi
    /usr/lib/perl5/site_perl/5.8.7
    /usr/lib/perl5/site_perl
    /usr/lib/perl5/vendor_perl/5.8.7/x86_64-linux-thread-multi
    /usr/lib/perl5/vendor_perl/5.8.7
    /usr/lib/perl5/vendor_perl
    /usr/lib/perl5/5.8.7/x86_64-linux-thread-multi
    /usr/lib/perl5/5.8.7
    /usr/local/lib/site_perl
Comment 6 Michael Cummings (RETIRED) gentoo-dev 2006-04-10 09:17:04 UTC
perl-cleaner reallyall

By switching from non-ithreaded to ithreaded perl, you need to do more than clean up old installs - you need to re-emerge everything perl related. You will first, though, want to be sure that your libperl was also compiled with threads support. Migrating from threads to non-threads (or vice versa) usually involves rebuilding libperl and perl, as well as *everything* you previously built against perl (including modules) because of the significant changes between the two. 
Comment 7 Ákos Maróy 2006-04-10 10:13:42 UTC
thanks, this did the trick....
Comment 8 Jakub Moc (RETIRED) gentoo-dev 2006-06-01 02:43:58 UTC
*** Bug 135108 has been marked as a duplicate of this bug. ***