Linux - DistributionsThis forum is for Distribution specific questions.
Red Hat, Slackware, Debian, Novell, LFS, Mandriva, Ubuntu, Fedora - the list goes on and on...
Note: An (*) indicates there is no official participation from that distribution here at LQ.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I find Gentoo hard to find basic level info on, although their forum is great (I don't like their forum package though - hard to find your own threads, etc).
You are welcome!
For a desktop you may want .../profiles/default-linux/amd64/2007.0/desktop
It really isn't very important, it just gives different USE flag set to begin with.
Your patience was greatly appreciated!!
How do I go about getting the qt/kde4 system instead of kde-3.5.8? Will using the desktop profile accomplish that, or do I have to specifically select the kde4 ebuild somehow?
I'm back again with an unresolved sandbox issue. It seems this thing is adaptive to creating new problems. Maybe there's more intelligence in the bugs in sandbox, than the developers releasing it. Anyway, here's what I get now:
checking whether the C compiler works... configure: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.
!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/sys-apps/sandbox-1.2.18.1-r2/work/build-x86-x86_64-pc-linux-gnu/config.log
*
* ERROR: sys-apps/sandbox-1.2.18.1-r2 failed.
* Call stack:
* ebuild.sh, line 1701: Called dyn_compile
* ebuild.sh, line 1039: Called qa_call 'src_compile'
* ebuild.sh, line 44: Called src_compile
* sandbox-1.2.18.1-r2.ebuild, line 87: Called econf '--libdir=/usr/lib32' '--enable-multilib'
* ebuild.sh, line 638: Called die
* The specific snippet of code:
* die "econf failed"
* The die message:
* econf failed
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/sys-apps/sandbox-1.2.18.1-r2/temp/build.log'.
*
* Messages for package sys-apps/sandbox-1.2.18.1-r2:
*
* ERROR: sys-apps/sandbox-1.2.18.1-r2 failed.
* Call stack:
* ebuild.sh, line 1701: Called dyn_compile
* ebuild.sh, line 1039: Called qa_call 'src_compile'
* ebuild.sh, line 44: Called src_compile
* sandbox-1.2.18.1-r2.ebuild, line 87: Called econf '--libdir=/usr/lib32' '--enable-multilib'
* ebuild.sh, line 638: Called die
* The specific snippet of code:
* die "econf failed"
* The die message:
* econf failed
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/sys-apps/sandbox-1.2.18.1-r2/temp/build.log'.
*
* If configure fails with a 'cannot run C compiled programs' error, try this:
* FEATURES=-sandbox emerge sandbox
==================================================
And this was after entering the code as I was previously instructed. So I don't know what to say about this, except that it's a MESS!!
Considering how many programs seem to be dependent on the sandbox, it is questionable why it isn't given a level of priority that Gentoo's survival rests upon. Since if you can't emerge packages, what's the point in Gentoo?
Shingoshi
Notice the two critical programs dependent on sandbox:
starbase64 / # emerge glibc --pretend
These are the packages that would be merged, in order:
Your patience was greatly appreciated!!
How do I go about getting the qt/kde4 system instead of kde-3.5.8? Will using the desktop profile accomplish that, or do I have to specifically select the kde4 ebuild somehow?
I write notes for my systems so I know where things may be wrong and have pretty good ideas how to fix.
Unfortunately I have no clues for your box. All I know you changed profile from hardened to regular. Hardened profile is throughly tested, due to this program versions are older. I suspect your problems come from the fact you have a mixed system right now. I'm not saying it will cure everything, but here's what I'd do: emerge binutils, gcc, glibc, libtool; in this order. After that, emerge -e system. And I'd put that sandbox back to features.
If you go this route I'd recommend to emerge ufed (USE flag editor) and remove everything you do not need beforehand. For instance, are you really using ALSA, aRts, ESD and OSS? Do you really need pppd? Etc.
Also set VIDEO_CARDS variable, then Gentoo won't build all those video drivers, same for ALSA_CARDS.
I write notes for my systems so I know where things may be wrong and have pretty good ideas how to fix.
Unfortunately I have no clues for your box. All I know you changed profile from hardened to regular. Hardened profile is throughly tested, due to this program versions are older. I suspect your problems come from the fact you have a mixed system right now. I'm not saying it will cure everything, but here's what I'd do: emerge binutils, gcc, glibc, libtool; in this order. After that, emerge -e system. And I'd put that sandbox back to features.
Here's what I get. It seems for some reason the system is still trying to cross-compile some things. Maybe?
make: *** [profiledbootstrap] Error 2
*
* ERROR: sys-devel/gcc-4.1.2 failed.
* Call stack:
* ebuild.sh, line 1701: Called dyn_compile
* ebuild.sh, line 1039: Called qa_call 'src_compile'
* ebuild.sh, line 44: Called src_compile
* ebuild.sh, line 1383: Called toolchain_src_compile
* toolchain.eclass, line 26: Called gcc_src_compile
* toolchain.eclass, line 1548: Called gcc_do_make
* toolchain.eclass, line 1422: Called die
* The specific snippet of code:
* emake \
* LDFLAGS="${LDFLAGS}" \ * STAGE1_CFLAGS="${STAGE1_CFLAGS}" \
* LIBPATH="${LIBPATH}" \
* BOOT_CFLAGS="${BOOT_CFLAGS}" \
* ${GCC_MAKE_TARGET} \ * || die "emake failed with ${GCC_MAKE_TARGET}"
* The die message:
* emake failed with profiledbootstrap
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/sys-devel/gcc-4.1.2/temp/build.log'.
*
* Messages for package sys-devel/gcc-4.1.2:
*
* ERROR: sys-devel/gcc-4.1.2 failed.
* Call stack:
* ebuild.sh, line 1701: Called dyn_compile
* ebuild.sh, line 1039: Called qa_call 'src_compile'
* ebuild.sh, line 44: Called src_compile
* ebuild.sh, line 1383: Called toolchain_src_compile
* toolchain.eclass, line 26: Called gcc_src_compile
* toolchain.eclass, line 1548: Called gcc_do_make
* toolchain.eclass, line 1422: Called die
* The specific snippet of code:
* emake \
* LDFLAGS="${LDFLAGS}" \
* STAGE1_CFLAGS="${STAGE1_CFLAGS}" \
* LIBPATH="${LIBPATH}" \
* BOOT_CFLAGS="${BOOT_CFLAGS}" \
* ${GCC_MAKE_TARGET} \ * || die "emake failed with ${GCC_MAKE_TARGET}"
* The die message:
* emake failed with profiledbootstrap
*
* If you need support, post the topmost build error, and the call stack if relevant.
* A complete build log is located at '/var/tmp/portage/sys-devel/gcc-4.1.2/temp/build.log'.
*
* Regenerating GNU info directory index...
* Processed 201 info files.
* IMPORTANT: 18 config files in '/etc' need updating.
* See the CONFIGURATION FILES section of the emerge
* man page to learn how to update config files.
starbase64 / #
I thought I was running stage3. So what's the issue above about STAGE1? And the profiledbootstrap, isn't that also related to a cross-compile?
Ok. So here's a silly question. Can I reinstall Stage3 just to make sure I don't have a confused stage issue?
I'm looking for a gui for managing /etc files, that doesn't require many dependencies
Quote:
Originally Posted by Emerson
You can probably do that. I noticed you have:
IMPORTANT: 18 config files in '/etc' need updating. You haven't run dispatch-conf (or etc-update)? This is a good recipe for trouble.
I like being able to SEE what it is that I'm doing. I'm not comfortable with the CL for something like this. If I had the experience to manage these files, I wouldn't need the programs. Besides, guis often provide a help system along with the binary. I'd like to have something to explain to me what I'm doing BEFORE I do it. So, if you know of a curses based tool for doing this, I'd really like to know which one to use. Everything that I've looked at, requires many other packages to be installed first. I don't want to make things worse, by installing more software than I actually need to resolve this.
There is no GUI nor curses based tool for this. Actually, dispatch-conf is a great tool, it's screen is easy to read, functions are flexible and it saves backups. Etc-update works well, too.
Despite Gentoo has a (controversial) GUI installer now it is a manual distribution by definition. More precisely, Gentoo is not a distro, it is a framework to build your own Linux.
GUI vs CLI? This argument won't lead anywhere. Do an ls -l /etc. You'll see a bunch of small, less than 10 kB files. CLI user can use a 10 kB big editor to edit all of them, no option is hidden, all error messages are displayed. A GUI user has to load tens of MB software to run a speialized editor to edit just one of those files. He will rely on author of that GUI tool, not every option is displayed, error messages suppressed, if the configuration file it is supposed to handle is updated then it often simply borks it. And what if there is no GUI? Or something is broken and GUI won't start? Help files? What if the help file is needed just once? And next 50 years you won't need it? Doesn't it qualify as cruft? Besides, there are man pages, Google, forums like this one for newcomers. Do you insist the whole POSIX world should be oriented to rookies?
There are hundreds of Linuxes out there, why did you pick a manual one if you don't want a manual one?
Just for the record, and anyone else who reads this having similar problems.
Quote:
Originally Posted by Emerson
I write notes for my systems so I know where things may be wrong and have pretty good ideas how to fix.
Unfortunately I have no clues for your box. All I know you changed profile from hardened to regular. Hardened profile is throughly tested, due to this program versions are older. I suspect your problems come from the fact you have a mixed system right now. I'm not saying it will cure everything, but here's what I'd do: emerge binutils, gcc, glibc, libtool; in this order. After that, emerge -e system. And I'd put that sandbox back to features.
I decided to restart with a completely clean Gentoo root. I am documenting my steps as I go along, so as to have a script to automatically repeat this entire process.
So far, I have run in this order:
emerge -sync
emerge portage
emerge binutils
emerge gcc
Now here is where the instructions given here diverge from reality. emerging gcc gives you 37 total packages which must be installed. gcc cannot be built on it's own, separate from anything else. If there is a way to do that, it wasn't explained here. So just be aware, emerging gcc amounts to more than just a single build of one binary. It requires a total of 37 sources to be built as well. I should also add that I set this in /etc/make.conf:
EMERGE_DEFAULT_OPTS="--with-bdeps=y --buildpkg --deep"
So this may have influenced the build process, by adding more packages than would have
otherwise been emerged.
Be aware however, this is with a new installation. The instructions may have been valid if performed on a system that was already in place and running. However, I chose to start with a CLEAN system, and run the instructions given above, to ensure that I have the most up-to-date configuration possible. In any case, I have not encountered any problems yet.
I finally completed the process as stated above, with the exception of "emerge -e system". At that point, I found that I had a conflict between util-linux and setarch. So I decided to upgrade setarch, thinking that having a newer version might eliminate the problem. I was able to update setarch just fine, but that didn't fix the problem. I still have a conflict between setarch and util-linux, where each is blocking the other.
So I would like to hear now how to continue from this point, so that I have a completed upgrade. I will check on the net with Google, to see if there are any solutions given to resolve this conflict.
Ok. The solution was found. setarch in now included in util-linux, and can be safely removed to continue with "emerge -e system", which is running now. 98 packages have to be emerged. http://www.tummblr.com/linux/gentoo-...erge-ud-world/
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.