Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 59855 - updating to perl-5.8.4 renders several perl dependant software unusable
Summary: updating to perl-5.8.4 renders several perl dependant software unusable
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High blocker (vote)
Assignee: Gentoo Perl team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-09 07:05 UTC by Corvus
Modified: 2004-09-05 07:28 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Corvus 2004-08-09 07:05:01 UTC
after updating perl to version 5.8.4 several perl dependant software (including for example vim when compiled with USE="perl") fail to run.
however revdep-rebuild does not detect this problem

Reproducible: Always
Steps to Reproduce:
1. update perl
2. try to start a perl dependant package like vim,
3.

Actual Results:  
complaint about unresolved symbol PL_<something> without naming the involved library

Expected Results:  
software runs

a behaviour that renders the main system editor useless is IMHO critical - while
less dangerous than one blocking portage or python it is hazardous for any
production system. For example my apache didnt come back up after cron dependant
restart because of mod_perl and this.

Portage 2.0.50-r9 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0,
2.4.20-gentoo-r20)
=================================================================
System uname: 2.4.20-gentoo-r20 i686 Mobile Intel(R) Pentium(R) 4 - M CPU 1.70GHz
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium4 -O2 -pipe"
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/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium4 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache fixpackages sandbox"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo
http://gentoo.oregonstate.edu/
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/etc/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib apm avi cdr crypt dga doc dvd encode esd evo extensions flash
foomaticdb gd gdbm gif gphoto2 gpm gtk gtk2 gtkhtml guile imlib ipv6 java jpeg
kde libg++ libwww mad mikmod motif mozilla mpeg mysql ncurses nls oggvorbis
opengl oss pam pcmcia pdflib perl png pnp python qt quicktime readline samba sdl
slang spell ssl svga tcltk tcpd tetex threads truetype x86 xml xml2 xmms xv zlib"

# emerge -pv perl libperl

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

Calculating dependencies ...done!
[ebuild   R   ] dev-lang/perl-5.8.4  -berkdb -debug +doc +gdbm +threads
-(uclibc)  0 kB 
[ebuild   R   ] sys-devel/libperl-5.8.4  -berkdb -debug +gdbm +threads  0 kB
Comment 1 Corvus 2004-08-09 07:53:56 UTC
after recreating the bug on a second system here is what vom sais:
---
vim: error while loading shared libraries: vim: undefined symbol: PL_markstack_ptr
---

remerging vim solves the issue regarding vim... my apache still doesnt run with mod_perl doe to problems with HTML-Mason ... maybe this is another bug though
Comment 2 Michael Cummings (RETIRED) gentoo-dev 2004-09-05 07:28:43 UTC
Please see the note regarding the libperl-remerger script at the end of the 
perl ebuild. Although the language is arguably a little strong, this is why this
script remains in the tree. Changes between versions of perl can result in such
breakage, especially when the change is major. Closing this out for now as this
has long since been addressed many times.