Beso <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], excerpted below, on Wed, 17 Oct 2007 19:06:29 +0200:
> i don't want to chroot to another profile just to use a 32bit double > firefox.... i'm using 64bit firefox with wrapper and 32bit apps and it > runs quite well. i don't want to use a double thing. there are lesser > apps that go only on 32bit so i hope that i won't need the multilib > profile for long.... > anyway the find would remove me some crosscompilers, fact that i don't > want.... and now i don't what the heck has happened since i can't > compile anymore.... it gives me errors on gcc compiler.... i'll try > reemerging it and see if i can do it.... i can't do it what should i > do?! [Referencing this bug: http://bugs.gentoo.org/show_bug.cgi?id=133209 ] If you are using the find in my comment (#39), then it's probably /not/ the cross-compilers directly, but rather some wrappers for them that eselect-compiler left behind, that are now causing problems. That find is specifically on a string that only occurred in eselect-compiler (aka gcc-config-2.0-preX) and in the wrappers it placed, so shouldn't list anything other than them. If you are using the earlier find, as the comment explains, you may be getting false-hits due to the screwed quoting in the original find (comment 25, problems noted in 35), thus my cautioning to be sure and read thru to my comment, thus using that find rather than the original one. If you have any doubts, backup the files by moving them elsewhere, say to a test subdir, or by renaming them to *.remove. That way, if the results don't please you you can get them back without having to recompile whatever they might be from. However, if you are using my find, with the single quotes (' instead of "), I'm relatively sure that the results are indeed the old wrappers, and based on that and other bugs, that removing them (or temporarily renaming them to test and be sure) will cure your problem. BTW, you can see if the files belong to anything else with this command, assuming you have gentoolkit merged: equery belongs <file> If it belongs to something else, say your crosscompiler, then something is indeed wrong with the find. If it doesn't belong to anything, it's either an orphan or a config file not tracked by portage. Not all such "orphans" are unneeded, but it's a good hint, which coupled with the temporary rename technique above will be pretty solid. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- [EMAIL PROTECTED] mailing list
