Bug 51277 – perl packages on pentium3 CD wrongly place modules in i386-linux directories

• Product: Gentoo Release Media
• Status: RESOLVED FIXED

[Description John Robinson 2004-05-17 06:16:30 UTC]

Pretty much says it all. The following packages from the 2004.1 pentium3 packages CD all place files in i386-linux directories, where they aren't found by the perl 5.8.2 from the corresponding 2004.1 universal LiveCD pentium3 stage3 tarball:

DBD-mysql-2.1027.tbz2
DBI-1.38.tbz2
Net-Daemon-0.37.tbz2
PlRPC-0.2016-r1.tbz2
Storable-2.07-r1.tbz2
XML-Parser-2.34.tbz2

I found this from attempting to upgrade my metacity, see bug #51266. Re-emerging these packages from source fixed the problem as their files went into i686-linux directories.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




# emerge info
Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.3.2, glibc-2.3.2-r9, 2.4.25-gentoo-r1)
=================================================================
System uname: 2.4.25-gentoo-r1 i686 VIA Nehemiah
Gentoo Base System version 1.4.10
distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
Autoconf: sys-devel/autoconf-2.58-r1
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer -falign-functions"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
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/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer -falign-functions"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distcc sandbox"
GENTOO_MIRRORS="http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/
http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j4"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage"
USE="X alsa apache2 apm arts avi berkdb bonobo cdr crypt cups dga dvd emacs
encode esd foomaticdb gd gdbm gif gnome gpm gtk gtk2 imap imlib java jikes jpeg
ldap libg++ libwww mad mikmod mmx mozilla mpeg mysql ncurses nls oggvorbis
opengl oss pam pcmcia pdflib perl png python quicktime readline samba sasl sdl
slang spell sse ssl svga tcpd tiff truetype usb x86 xml xml2 xmms xosd zlib"

[Comment 1 John Davis (zhen) (RETIRED) 2004-06-13 20:22:44 UTC]

looks like 2004.1 p3 grp was built with other optimizations ..
let me build a test grp set and see if it was our error or a catalyst bug.

[Comment 2 John Davis (zhen) (RETIRED) 2004-06-14 08:59:03 UTC]

ok, I see the problem
the GRP set that you are using was not built correctly. It was "seeded" with a x86 stage3, whose default CHOST is i386, hence the perl modules being placed in the wrong directory ;)

I have informed my builders on how to avoid this, and it will be fixed in 2004.2. Thanks for the bug report.

[Comment 3 Chris Gianelloni (RETIRED) 2005-10-31 07:19:05 UTC]

I apologise for this bugspam, but I wish to close this product, so I need to
move all the bugs.