Having looked at both of these, util-linux looks like something you need and setarch doesn't (http://linuxcommand.org/man_pages/setarch8.html).

I'd try removing setarch and see how it goes.

What does anyone else think (you can always reinstall if you absolutely need to).

You didn't read the last paragraph of my last post...
 

I clearly stated that setarch should be removed. It really isn't an option, it must be done. So let me repeat myself:

Shingoshi

Looks to me like you edited while I was responding since your last edit was one minute prior to my post - and it took more than that for me to reply

Edit

regarding following post - no offense taken. Rgds

Sorry about that.
 

I accused you of not paying attention. Sorry. I could have looked myself to verify the time that you posted that. Again, I'm sorry.

Shingoshi

I suggest using the following command as root.

revdep-rebuild --ignore --pretend

This will hopefully fix your setup.

Are you referring to the old setup which I have since dropped into a basket.
 

The original setup which I was trying to fix, has been dropped into a folder named ".old" in my root directory. I have since abandoned that old root entirely, and started over with a new stage3. The stage3 I used before was for the hardened-multilib. That was a nightmare. So I decided to start over from scratch, rather than beating my head against the wall. Maybe, just maybe, I'll go back and try to repair that old root later. But right now, I am committed to building the new root from a new (generic) stage3 (I made a mistake here and wrote stage2).

For the purposes that I'm engaging in, I haven't even chosen a different profile, other than what is specified by the default installation of stage3. My present thinking is this. I will use this new root as my build engine. I will use it to construct a stage4 installation. That tarball will then be copied to my functional system, and will then be used for daily operations. But the present build I'm engaged in now, will remain in pristine condition. Meaning I will make no changes (ie. customizations) in it except to add all of the packages I want to use in my working system. I will let conf-update handle all of the changes in /etc. Beyond that, I won't do anything else to it.

I am also thinking that I should start this as a new thread, explaining how to complete this process in detail for new users like myself.

Presently, I'm in the final stages (95 of 98 @ glibc-2.6.1) of running "emerge -e system". When this is done, I will then install the following:
lzma-utils (For my man pages)
cppunit (I will doing a lot of compilations)
distcc
doxygen
ccache
sandbox (This is what started the whole mess in the first place!)
mc (I never work without this.)
gentoolkit-dev (For all the extra functions I will need in the future.)
ufed (Because I really like seeing what I'm doing in a gui.)
conf-update (Same here as above.)
revdeps-rebuild (Required by rebuilding glibc.)

autounmask (Now on to the fun stuff.)
boost (Because most of what I'll be doing in the future, requires this.)

I will be adding more to this as I go along. This probably really ought to be a new thread.

Shingoshi

You will find the continuation of this off topic thread in this new location.
 

If any of you are interested in continuing this topic, you will now find it here in this new thread:

http://www.linuxquestions.org/questi...85#post3059085

I wish to thank all of you for your participation and contributions.

Shingoshi

Here's a link to a question I felt better asked in a new thread.
 

http://www.linuxquestions.org/questi...45#post3059745

This concerns emerge apparently stating it will remove binutils and groff. That doesn't seem right, and I think it only want to rebuild them for the new use flags I've set.

============================================
starbase64 / # emerge lm_sensors --pretend

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild R ] sys-devel/binutils-2.18-r1 USE="multislot*"
[ebuild R ] sys-apps/groff-1.19.2-r1 USE="X*"
[ebuild N ] sys-apps/lm_sensors-2.10.4 USE="-sensord"
============================================

Please use the above link, and answer this question there and not here.

Shingoshi

NEVERMIND: My assumption was correct that they were only meant to be rebuilt.

I attempted to do this by typing;

/etc/make.profile -> ../usr/portage/profiles/default-linux/amd64/2007.0

at the prompt and it comes back with "There is no such file or directory"

I also tryed without the two dots (..) in front of /usr/portage/profiles/default-linux/amd64/2007

and it says it's a directory.

I have confirmed and verified that both directories exist.

What am I doing wrong here?

Thanks

***Accidental repost. Same as above.***



I attempted to do this by typing;

/etc/make.profile -> ../usr/portage/profiles/default-linux/amd64/2007.0

at the prompt and it comes back with "There is no such file or directory"

I also tryed without the two dots (..) in front of /usr/portage/profiles/default-linux/amd64/2007

and it says it's a directory.

I have confirmed and verified that both directories exist.

What am I doing wrong here?

Thanks

I had the same probleme to compile on ABIS=amd64 sandbox and sandbox want to compile on ABIS=x86. I find this solution

And all compile just fine.

I singed up in linuxquestions just to say: THANKS. I've been finding the solution for this issue for hours, and your response solved my problem.

Thank you so much!