Bug 62979 – Subversion-1.1.0-rc2 installation fails

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Sean Bobb 2004-09-06 01:03:51 UTC]

I tried installing Subversion-1.1.0-rc2 a couple of times and the installation failed at the same place each time:
---EMERGE FAILS HERE---
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/bin/ld: cannot open output file blib/arch/auto/SVN/_Client/_Client.so: No such file or directory
collect2: ld returned 1 exit status
make[2]: *** [blib/arch/auto/SVN/_Client/_Client.so] Error 1
make[2]: Leaving directory `/var/tmp/portage/subversion-1.1.0_rc2/work/subversion-1.1.0-rc2/subversion/bindings/swig/perl/native'
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/var/tmp/portage/subversion-1.1.0_rc2/work/subversion-1.1.0-rc2/subversion/bindings/swig/perl/native'
make: *** [swig-pl] Error 2
---END---

---WORKAROUND---
I looked at /var/tmp/portage/subversion-1.1.0_rc2/work/subversion-1.1.0-rc2/subversion/bindings/swig/perl/native/Makefile.PL and found that there, besides Client, there were 5 other modules that it was working with.
I started the emerge again, and then I created 6 directories:
/var/tmp/portage/subversion-1.1.0_rc2/work/subversion-1.1.0-rc2/subversion/bindings/swig/perl/native/blib/arch/auto/SVN/_Client/var/tmp/portage/subversion-1.1.0_rc2/work/subversion-1.1.0-rc2/subversion/bindings/swig/perl/native/blib/arch/auto/SVN/_Client
/var/tmp/portage/subversion-1.1.0_rc2/work/subversion-1.1.0-rc2/subversion/bindings/swig/perl/native/blib/arch/auto/SVN/_Client/var/tmp/portage/subversion-1.1.0_rc2/work/subversion-1.1.0-rc2/subversion/bindings/swig/perl/native/blib/arch/auto/SVN/_Delta
""_Repos
""_Fs
""_Ra
""_Wc
And then the installation completed successfully!!

Reproducible: Always
Steps to Reproduce:
1.Comment out Subversion-1.1.0-rc2 in /usr/portage/profile/package.mask (I tried putting dev-util/subversion ~x86 in /etc/portage/package.unmask, but it still wouldn't let me emerge the package.
2. emerge subversion
3.

Actual Results:  
Installation fails at the same place (see above) every time.

Expected Results:  
It should have installed correctly, without any further user intervention.

# emerge info
Portage 2.0.50-r10 (default-x86-2004.0, gcc-3.3.4, glibc-2.3.3.20040420-r1,
2.6.8-gentoo-r3)
=================================================================
System uname: 2.6.8-gentoo-r3 i686 Intel(R) Celeron(R) CPU 2.00GHz
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium3 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://ftp2.tnc.edu.tw/pub1/Gentoo/
http://ftp.isu.edu.tw/pub/Linux/Gentoo http://mirror.averse.net/pub/gentoo/
ftp://ftp.isu.edu.tw/pub/Linux/Gentoo
http://www.zentek-international.com/mirrors/gentoo/"
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="X alsa apache2 apm arts avi berkdb cdr cjk crypt cups directfb divx4linux
dvd encode esd fbdev foomaticdb gdbm gif gpm gtk gtk2 imlib java jpeg kde ldap
libg++ libwww live mad mbox mikmod mmx motif mozilla moznocompose moznoirc
moznomail mpeg mysql nas ncurses network nls oggvorbis opengl oss pam pdflib
perl php png ppds python qt quicktime readline rtc sdl sis slang spell sse ssl
svga tcltk tcpd truetype wxwindows x86 xml2 xmms xv zlib"

[Comment 1 Sean Bobb 2004-09-06 23:42:01 UTC]

I just built subversion-1.1.0-rc2 on another computer today and it went completed without a hitch. I used the ebuild dated 2004-09-05, whereas yesterday I used the ebuild dated 2004-09-01.

[Comment 2 Paul de Vrieze (RETIRED) 2004-09-07 05:08:26 UTC]

Could you give the installed perl libperl and ExtUtil-MakeMaker versions on both computers? (makemaker does not need to be there). The difference between the two ebuilds is the installation location of the book in the documentation directory, nothing to do with perl.

[Comment 3 Sean Bobb 2004-09-07 20:33:43 UTC]

Computer #1 (the problem computer):
# emerge perl libperl ExtUtils-MakeMaker -p

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] dev-lang/perl-5.8.4
[ebuild   R   ] sys-devel/libperl-5.8.4
[ebuild   R   ] dev-perl/ExtUtils-MakeMaker-6.20
----

Computer #2:
# emerge perl libperl ExtUtils-MakeMaker -p

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] dev-lang/perl-5.8.4
[ebuild   R   ] sys-devel/libperl-5.8.4
[ebuild  N    ] dev-perl/ExtUtils-MakeMaker-6.20

It looks like makemaker is not installed on the computer that didn't have any installation problems.

[Comment 4 Paul de Vrieze (RETIRED) 2004-09-08 00:32:19 UTC]

It seems to be makemaker indeed. I don't have it on my system either. Maybe someone from the perl herd could shed a light on this. I'm not much into perl at all, but would like the perl bindings to work correctly anyway.

[Comment 5 Aron Griffis (RETIRED) 2004-11-11 20:06:55 UTC]

Fixed in 1.1.1-r1, thanks