Summary: | unlzma needs libstdc++.so.6 | ||
---|---|---|---|
Product: | Gentoo Release Media | Reporter: | brot <brot+gentoo> |
Component: | InstallCD | Assignee: | Gentoo Release Team <releng> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | esigra |
Priority: | High | ||
Version: | 2008.0_beta2 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 207200 | ||
Bug Blocks: |
Description
brot
2008-05-02 21:37:08 UTC
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 |