Bugzilla Bug 84322

mbrola (binary only) ebuild is linked against libstdc++.so.27, which is not in
my system anymore.

Reproducible: Always
Steps to Reproduce:
1. emerge mbrola (requires festival)
2. try mbrola 
3.

Actual Results:  
$ mbrola
mbrola: error while loading shared libraries: libstdc++.so.27: cannot open
shared object file: No such file or directory


Expected Results:  
it is a binary build, so someone should update it or convince the owner to
provide a version compatible with current libc.



Voices coming with festival can still be used.

marlow ~ $ emerge info
Portage 2.0.51.19 (default-linux/ppc/2005.0, gcc-3.4.3,
glibc-2.3.4.20041102-r0,
2.6.11-gentoo-r2 ppc)
=================================================================
System uname: 2.6.11-gentoo-r2 ppc 7455, altivec supported
Gentoo Base System version 1.6.9
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Feb 18 2005, 18:55:22)]
dev-lang/python:     2.3.5
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.7.9-r1, 1.4_p6, 1.5, 1.9.5, 1.8.5-r3, 1.6.3
sys-devel/binutils:  2.15.90.0.3-r4
sys-devel/libtool:   1.5.10-r5
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="ppc ~ppc"
AUTOCLEAN="yes"
CFLAGS="-O2 -mcpu=7450 -maltivec -mabi=altivec -pipe"
CHOST="powerpc-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/bind
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=7450 -maltivec -mabi=altivec -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig buildpkg ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://www.ibiblio.org/pub/Linux/distributions/gentoo
http://ftp.easynet.nl/mirror/gentoo/ ftp://ftp.easynet.nl/mirror/gentoo/
ftp://mirror.switch.ch/mirror/gentoo/"
LANG="es_ES.UTF-8"
LC_ALL="es_ES.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="X aac aalib accessibility adns alsa altivec apache2 bash-completion berkdb
bitmap-fonts bonobo cdr cjk crypt cups curl directfb dvd dvdr emacs emboss esd
f77 fam fbcon flac fortran gcj gd gdbm gif gimp gimpprint glitz gnome gnuplot
gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal howl idea imagemagick imlib
ipv6 jabber java jpeg junit jython lcms ldap mad maildir mono motif mozcalendar
mozilla mozsvg mp3 mpeg mplayer mppe-mppc mysql nas ncurses nls nptl oggvorbis
opengl opie pam pcmcia pcre pdflib perl pic plotutils png postgres ppc python
qt
radeon readline rhino ruby samba scanner sdl server slang smime snmp spell
sqlite ssl svg tcltk tcpd tiff truetype truetype-fonts type1-fonts unicode usb
v4l2 vnc wxwindows xinerama xml xml2 xmms xosd xprint xv xvid yahoo zlib
video_cards_radeon linguas_es_ES linguas_es linguas_en_US linguas_en"
Unset:  ASFLAGS, CBUILD, CTARGET, LDFLAGS

Ditto...

$ldd /usr/bin/mbrola
        libstdc++.so.27 => not found
        libm.so.6 => /lib/libm.so.6 (0x0176c000)
        libc.so.6 => /lib/libc.so.6 (0x01624000)
        /lib/ld.so.1 (0x30000000)

one possible solution of this problem (quick hack): 
cd /lib 
ln -sf /usr/lib/libstdc++-v3/libstdc++.so.5.0.6 libstdc++.so.27 
 
this should do the job :-) 

hmm, kinda funny: 
mbrola 
Not enough arguments, try -h for help 
 
mbrola -h 
Not enough arguments, try -h for help 
 
haha... 
 
and it simply does not work for me 
this is on ppc 
 
 

MBROLA 3.02b solves the problem for ppc 
this version is in mbr301h.zip, as is mbrola206a... maybe it would be better 
to copy the new version for ppc to /usr/bin/mbrola in the ebuild? 
 

I don't have ppc, so I can't test this, but I'll bump the version in portage. 
Please sync and let me know if the new ebuild works.

Actually, 3.0.1h is the newest version from upstream, and mbrola206a-linux-ppc
is the one used... not sure what you mean here Chris... 

ftp://ftp.pld.org.pl/dists/ra/PLD/ppc/PLD/RPMS/libstdc++-compat-1.0-6.ppc.rpm
^^ We could add this to lib-compat, it seems to work here, but I'm not positive,
can someone who knows the package better test it out?

Seems that's gone.  Well, do we want to try to build a really old glibc to get
the binaries or should we just mark -ppc?

I'm leaning towards marking -ppc since upstream hasn't updated the binary in a
*long* time.

Opinions?

I'm leaning towards marking it -ppc too.

BTW, typical use is to build festival with USE=mbrola, and then select the
mbrola voices (cleaner than the default festival voices). I'm currently using
festival with -mbrola

I'm not sure it is worth the maintenance hell.

Done.  I've also masked the mbrola use flag in our profile.  If anyone wants to
fix this, please unmask the use flag as well.