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 |