net-im/skype should depend on virtual/libstdc++5, else it won't work on gcc-3.4.x only systems like mine: $ ldd /opt/skype/skype.bin | grep libst libstdc++.so.5 => not found libstdc++.so.6 => /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/libstdc++.so.6 (0xb72dd000) Please see Bug #84961 for details (specially Comment #17). Yuri. Reproducible: Always Steps to Reproduce:
At first I couldn't get skype-1.2.0.18 working since I upgraded my system to gcc-3.4.4. Even though I emerged libstdc++-v3, skype failed to start. Then I recognized, that the binary contained in the Mandriva-Version depends only on libstdc++.so.6 and therefore solves this bug. http://www.skype.com/go/getskype-linux-mdk I suggest modifying the ebuild in order to base on the Mandriva version for gcc-3.4.x systems. Rico Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.14-gentoo-r2 i686) ================================================================= System uname: 2.6.14-gentoo-r2 i686 AMD Athlon(tm) XP 3200+ Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -pipe -O2" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/fax /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 /var/spool/fax/etc" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -pipe -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LANG="de_DE.utf8" LC_ALL="de_DE.utf8" LINGUAS="de en ja" 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="x86 3dnow 3dnowext 7zip X a52 aac acpi alsa arts audiofile avi berkdb bitmap-fonts bluetooth browserplugin bzip2 cdr cjk clamav crypt cups curl dcc divx4linux dv dvd dvdr eds emboss encode esd exif exiscan-acl expat fam ffmpeg flac foomaticdb fortran ftp gd gdbm gif glut gmp gpm gstreamer gtk gtk2 icq idn ieee1394 imagemagick imlib immqt-bc ipv6 java javascript joystick jpeg junit kde lcms ldap libg++ libwww lm_sensors m17n-lib mad mikmod mjpeg mmx mmxext mng motif mp3 mpeg msn ncurses nls nsplugin nvidia ogg oggvorbis openal opengl pam pcre pdflib perl png python pyzor qt quicktime razor readline samba scanner sdl speex spell sse ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales v4l vorbis win32codecs xine xml2 xmms xv xvid zlib linguas_de linguas_en linguas_ja userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS
Created attachment 76754 [details] Ebuild which install from the Mandriva rpm-file, version 1.2.0.21. This ebuild resolves the problem :)
Please submit ebuilds as individual files in ascii.
I unpacked this and did some testing. The ebuild needs some cleaning as it still uses the static USE that no longer works. Probably a good idea to wait for a full new release.
As you might see I had to add the call://-wrapper to the files-subdir that's why I didn't submited the ebuild as an ascii-file. For the static flag it is used for amd64(?!)
Created attachment 76916 [details] Update for ~Amd64
Created attachment 76917 [details] Final ebuild!
Attach unified diffs, not tarballs.
fix this please! it should not be hard to add a virtual/libstdc++-3.3 dependency somewhere!
Just mask skype-1.3.0.37 and go with the 1.2.0.21-r1-version it works since it built upon libstdc++6.
Created attachment 94973 [details] skype-1.3.0.37.ebuild Please try this. It is the version in portage with that fix. The dep was just added to x86 as it seems it is not needed in a amd64 system.
(In reply to comment #11) > Created an attachment (id=94973) [edit] > skype-1.3.0.37.ebuild > > Please try this. It is the version in portage with that fix. The dep was just > added to x86 as it seems it is not needed in a amd64 system. s/einfo/elog/ and commit this, please. :)
Repoman complains about that dep: repoman full Setting paths: PORTDIR = "/home/gentoo/gentoo-x86" PORTDIR_OVERLAY = "" RepoMan scours the neighborhood... DEPEND.bad 6 net-im/skype/skype-1.3.0.50.ebuild: ~x86(default-linux/x86/2006.1) ['virtual/libstdc++5'] net-im/skype/skype-1.3.0.50.ebuild: ~x86(default-linux/x86/no-nptl) ['virtual/libstdc++5'] net-im/skype/skype-1.3.0.50.ebuild: ~x86(default-linux/x86/no-nptl/2.4) ['virtual/libstdc++5'] net-im/skype/skype-1.3.0.50.ebuild: ~x86(default-linux/x86/2006.1/desktop) ['virtual/libstdc++5'] net-im/skype/skype-1.3.0.50.ebuild: ~x86(hardened/x86) ['virtual/libstdc++5'] net-im/skype/skype-1.3.0.50.ebuild: ~x86(hardened/x86/2.6) ['virtual/libstdc++5'] RDEPEND.bad 6 net-im/skype/skype-1.3.0.50.ebuild: ~x86(default-linux/x86/2006.1) ['virtual/libstdc++5'] net-im/skype/skype-1.3.0.50.ebuild: ~x86(default-linux/x86/no-nptl) ['virtual/libstdc++5'] net-im/skype/skype-1.3.0.50.ebuild: ~x86(default-linux/x86/no-nptl/2.4) ['virtual/libstdc++5'] net-im/skype/skype-1.3.0.50.ebuild: ~x86(default-linux/x86/2006.1/desktop) ['virtual/libstdc++5'] net-im/skype/skype-1.3.0.50.ebuild: ~x86(hardened/x86) ['virtual/libstdc++5'] net-im/skype/skype-1.3.0.50.ebuild: ~x86(hardened/x86/2.6) ['virtual/libstdc++5']
This must be because there is no such package virtual/libstdc++5, just virtual/libstdc++
Fixed in 1.3.0.50. Juts w8 half an hour or so to emerge --sync.
*** Bug 150233 has been marked as a duplicate of this bug. ***
*** Bug 164958 has been marked as a duplicate of this bug. ***