Bugzilla Bug 6580

Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2/specs
Configured with: /var/tmp/portage/gcc-3.2/work/gcc-3.2/configure --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info --enable-shared
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --target=i686-pc-linux-gnu
--with-system-zlib --enable-languages=c,c++,ada,f77,objc,java
--enable-threads=posix --enable-long-long --disable-checking
--enable-cstdio=stdio --enable-clocale=generic --enable-__cxa_atexit
--enable-version-specific-runtime-libs
--with-gxx-include-dir=/usr/include/g++-v32 --with-local-prefix=/usr/local
--enable-shared --enable-nls --without-included-gettext
Thread model: posix
gcc version 3.2 (incl. spider-tips +/- 10 hours compiling Omni 6100 ;)

*Crowd goes wild* ;) 1.4 (!), ix86

Looks Good.
WARNING: MAN3PODS takes a hash reference not a string/number.
         Please inform the author.
Checking if your kit is complete...
Looks good
Can't use string (" ") as a HASH ref while "strict refs" in use at
/usr/lib/perl5/5.8.0/ExtUtils/MM_Unix.pm line 541.
make: *** No targets specified and no makefile found.  Stop.

!!! ERROR: The ebuild did not complete successfully.
!!! Function perl-module_src_compile, Line 16, Exitcode 2
!!! compilation failed

!!! emerge aborting on  /usr/portage/dev-perl/DB_File/DB_File-1.803.ebuild .

Perhaps updating it to 1.804 (2nd June 2002) will help. This is known problem
with old Makefile.PL's - Perl 5.8.0's MakeMaker is stricter on errors.

Rigo,

     I am currently working through all of the modules and ebuilds, DB_File is 
on my list. The new MakeMaker for perl 5.8, and once everything is fixed, 5.6.1 
(to address other issues) is stricter on its perl MakeFile.PL syntax. When I 
post the fix for 5.6.1 I will be posting a large number of fixes for existing 
perl modules and related apps that currently do not work with the revised 
MakeMaker. If you would like, I can attach a copy of a work DB_File (once I 
have one). Thanks,

Mike

Good to know you're working hard Mike ;) ....Need testees ?

;-)

Rigo

Created an attachment (id=3304) [details]
new ebuild and digest

Rigo,

     Since it was on my list of to-do's, I went ahead do-to'd it. Attached is a
working ebuild. The change was to sed the Makefile.PL that comes with the
ebuild - there was a hash set to an empty string, which the new MakeMaker
didn't like. Replace the ' ' hash with a '' and it is happier (still grumbles,
but it is happier). Let me know if this works for you. Won't be committing this
until at least the rest of the module tree and related apps are ready.

Mike

Still gives me underlying complaint at the beginning, but compiles fine
overhere...And again a big THANK YOU (big enough ? ;) to Michael !

Rigo

>>> Source unpacked.
cp: cannot stat `/home/lemar/portage/dev-perl/DB_File/files/config.in': No such
file or directory

Ps.  qmail-scanner - depending on it - when fine on 3.2 also:

>>> net-mail/qmail-scanner-1.13 merged.
>>> Auto-cleaning packages ...

>>> No outdated packages were found on your system.

Rigo,

     I know you closed this, but one thing - the reason you get the one error 
is because there is a file in /usr/portage/dev-perl/DB_File/files called 
config.in that the ebuild is looking for - wasn't included in my attachment 
since you should already have it. Just FYI about the one error.

Mike

Ah, didn't copy that to PORTDIR_OVERLAy...Thanx...

*** Bug 27136 has been marked as a duplicate of this bug. ***

I'm gonna reopen this bug because the ebuilds that resolve it are masked on
sparc.

Sparc people, please test this packages ASAP so this bug can get closed again.

I'm gonna reopen this bug because the ebuilds that resolve it are masked on
sparc.

Sparc people, please test this packages ASAP so this bug can get closed again.

Marked it stable.  Re-resolving.