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