I removed gcc 3.3.6 from my environment, now Skype doesn't work any longer. Isn't it not a good idea to supply the libstdc++.so.5 with this package (skype) also. AFAIK in StarOffice 7 is also a extra libstdc++.so.5. Why not deliver such library in skype also, and all other "bin" packages which need such library.
I won't get back gcc 3.3.6 only for such library.
Or isn't it better to create a libcompat-libstdcpp5 which will only include if a USE flag e.g. "libstdcpp5" exist?
I copied a libstdc++.so.5 to /opt/skype and add the follows into the /usr/bin/skype script
If you find it a hack, me too, but it works for me. So why we need to compile gcc 3.3.6 only for get access to the libstdc++.so.5 for such binary closed source stuff?
Don't understand me wrong, this should be done only for binary packages.
Steps to Reproduce:
1. install skype
2. remove gcc-3.3.6
3. try to start skype
4. try my patch above (get a libstdc++.so.5) from your gcc-3.3.6 or any other place in the world.
you should have run revdep-rebuild
namely, try revdep-rebuild --library libstdc++.so.5
It should rebuild everything that was still using gcc 3.3
if that doesn't work, what you are suggesting is probably using sys-libs/libstdc++-v3
The only "bug" here might be to prefer sys-libs/libstdc++-v3 over gcc-3.3, at least when I did a clean install the other day gcc-3.3 was preferred over sys-libs/libstdc++-v3.
And sys-libs/libstdc++-v3 is preferred, when you look virtual/libstdc++-3.3. I suppose the problem is here that Portage checks preference per package - and since GCC 4 is installed...
Portage team, is this issue already tracked in any bug wrt slot dependencies or so?
(In reply to comment #3)
> Portage team, is this issue already tracked in any bug wrt slot dependencies or
yes bug 161953
*** This bug has been marked as a duplicate of bug 161953 ***