I downloaded the latest portage snapshot and wanted to decompress it with unlzma, but it says: unlzma: Error while loading shared librarys: libstdc++.so.6:cannot open shared object file: No such file or directory Reproducible: Always Steps to Reproduce: 1.run the beta2-2008.0 x86 minimal install cd 2.run lzma 3.scream Actual Results: unlzma: Error while loading shared librarys: libstdc++.so.6:cannot open shared object file: No such file or directory Expected Results: lzma decompressed the snapshot ;)
Can you uncompress it within the chroot?
With the stage3-x86-2008.0_beta2.tar.bz2 unlzma works. And with the stage3-i686-2008.0_beta2.tar.bz2 it works too. So it looks like that this is only a problem with the cd.
What exactly are you trying to unpack? We don't have libstdc++.so.6 on the minimal CD so we don't end up with all of GCC. We would probably need to either create a libstdc++-v3 or libstdc++-v3-bin for libstdc++.so.6 (gcc 3.4 or better) and install it along-side GCC, so we can still remove GCC from the minimal CD.
I am trying to unpack the latest portage snapshot: portage-latest.tar.lzma http://ftp.uni-erlangen.de/pub/mirrors/gentoo/snapshots/portage-latest.tar.lzma But even without any input file, just when you start lzma you get: lzma: Error while loading shared librarys: libstdc++.so.6:cannot open shared object file: No such file or directory As lzma gets more and more acceptance it would be a nice thing to have on the minimal cd, future stages may be compressed with lzma, as they are much smaller...
No, they won't. ;] Anyway, you can still grab the nzipped tarball. Since this would be the only package to require C++ on the minimal CD, I'm instead removing the tools from the CD. They're in the stages, so it will work for any packages that require it during building/install.
or build the minimal cd with USE=nocxx ...
In a related note, I'm trying to install the stage1 build (which I understand isn't supported; it's much funner [that's a word] though). When bootstrap.sh came across lzma-utils, it failed to install because there was no c++ compiler. I don't want to set 'nocxx' globally, and it gets ignored when put in /etc/portage/package.use. I ended up editing the ebuild so it would do nocxx anyway. Perhaps the bootstrap.sh script should set nocxx for this package?
lzma-utils can be built w/out C++ support and the next version (xz-utils) is in pure C code