1 |
On 10/09/2014 05:16, Joseph wrote: |
2 |
> On 09/10/14 04:57, Kerin Millar wrote: |
3 |
>> On 10/09/2014 04:50, Joseph wrote: |
4 |
>>> On 09/10/14 04:27, Kerin Millar wrote: |
5 |
>>>> On 10/09/2014 04:21, Joseph wrote: |
6 |
>>>>> On 09/10/14 03:59, Kerin Millar wrote: |
7 |
>>>>>> On 09/09/2014 19:36, Joseph wrote: |
8 |
>>>>> [snip] |
9 |
>>>>> |
10 |
>>>>>>> |
11 |
>>>>>>> Running on my other system I get: |
12 |
>>>>>>> equery b libstdc++.so.6 |
13 |
>>>>>>> * Searching for libstdc++.so.6 ... sys-devel/gcc-4.5.4 |
14 |
>>>>>>> (/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libstdc++.so.6 -> |
15 |
>>>>>>> libstdc++.so.6.0.14) |
16 |
>>>>>>> |
17 |
>>>>>>> env-update - doesn't work either |
18 |
>>>>>>> |
19 |
>>>>>> |
20 |
>>>>>> Check beneath /etc/env.d/ld.so.conf.d and ensure that there is a file |
21 |
>>>>>> defining the appropriate paths for your current version of gcc. |
22 |
>>>>>> Here's |
23 |
>>>>>> how it looks on my system: |
24 |
>>>>>> |
25 |
>>>>>> # cd /etc/ld.so.conf.d |
26 |
>>>>>> # ls |
27 |
>>>>>> 05binutils.conf 05gcc-x86_64-pc-linux-gnu.conf |
28 |
>>>>>> # cat 05gcc-x86_64-pc-linux-gnu.conf |
29 |
>>>>>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32 |
30 |
>>>>>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3 |
31 |
>>>>>> |
32 |
>>>>>> Once you have made any necessary changes, run ldconfig. |
33 |
>>>>>> |
34 |
>>>>>> --Kerin |
35 |
>>>>> |
36 |
>>>>> Thanks Kerin, for the pointer. |
37 |
>>>>> I think I have a bigger problem, and don't know how to fix it. |
38 |
>>>>> |
39 |
>>>>> Yes, I have the same file /etc/ld.so.conf.d |
40 |
>>>>> # ls # 05gcc-x86_64-pc-linux-gnu.conf |
41 |
>>>>> # cat /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32 |
42 |
>>>>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3 |
43 |
>>>>> |
44 |
>>>>> However, those directories are empty (only one file): |
45 |
>>>>> # ls -al /usr/lib/ |
46 |
>>>>> libbrcomplpr2.so |
47 |
>>>> |
48 |
>>>> Is /usr/lib an actual directory or a symlink? Assuming that you use a |
49 |
>>>> stock amd64 (multilib) profile, it should be a symlink to lib64. If you |
50 |
>>>> find that it is a directory and that you also have a lib64 directory, |
51 |
>>>> try the commands below. You can skip the busybox and exit commands if |
52 |
>>>> you are doing this in a chroot rather than on a live system. |
53 |
>>>> |
54 |
>>>> # busybox sh |
55 |
>>>> # cd /usr/ |
56 |
>>>> # mv lib lib.old |
57 |
>>>> # ln -s lib64 lib |
58 |
>>>> # exit |
59 |
>>>> |
60 |
>>>>> On my other working system this directory "/usr/lib/" contain about |
61 |
>>>>> 2020 |
62 |
>>>>> files. |
63 |
>>>>> What had happened? |
64 |
>>>>> After emerging some files and system I was running command: fstrim |
65 |
>>>>> -v / |
66 |
>>>>> (as the disk is SSD). |
67 |
>>>>> Could it have something to do with the fact that these directories are |
68 |
>>>>> empty? |
69 |
>>>> |
70 |
>>>> No. Using fstrim does not delete files. |
71 |
>>>> |
72 |
>>>> --Kerin |
73 |
>>> |
74 |
>>> Kerin you are a magician! THANK YOU!!! |
75 |
>>> Yes, it worked. Everything is back to normal. |
76 |
>>> |
77 |
>>> I can still not comprehend what had happened :-/ why all of a sudden in |
78 |
>>> the middle of compilation it all vanished. |
79 |
>> |
80 |
>> Were you doing anything outside of portage that may have had a hand in |
81 |
>> it? |
82 |
>> |
83 |
>> Incidentally, you should move libbrcomplpr2.so to /usr/lib32. Some |
84 |
>> googling suggests to me that it is a library included in a proprietary |
85 |
>> Brother printer driver package. You can use the file command to confirm |
86 |
>> that it is a 32-bit library. |
87 |
>> |
88 |
>> --Kerin |
89 |
> |
90 |
> I was logged in over ssh in one terminal, compiling "xsane" |
91 |
> and logged in, in another terminal and was installing brother printer |
92 |
> driver (without emerge) manual installation. |
93 |
> I followed my own instructions from: |
94 |
> http://forums.gentoo.org/viewtopic-t-909052-highlight-brother.html?sid=1ba0b92db499262c6a74919d86c6af43 |
95 |
> |
96 |
> |
97 |
> I run: tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C / tar zxvf |
98 |
> ./cupswrapperHL5370DW-2.0.4-1.i386.tar.gz -C / |
99 |
> Could be that one of this script messed up the links. |
100 |
> If so I don't know how could it happen. Looking though "history" these |
101 |
> are the commands I run: |
102 |
> |
103 |
> 305 tar zxvf ./brhl5250dnlpr-2.0.1-1.i386.tar.gz -C / |
104 |
> 306 tar zxvf ./cupswrapperHL5250DN-2.0.1-1.i386.tar.gz -C / |
105 |
> 307 cd /usr/local/Brother/cupswrapper |
106 |
> 308 mv cupswrapperHL5250DN-2.0.1 cupswrapperHL5250DN-2.0.1.bak |
107 |
> 309 /bin/sed 's/\/etc\/init.d\/cups\ restart/\/etc\/init.d\/cupsd\ |
108 |
> restart/g' ./cupswrapperHL5250DN-2.0.1.bak > ./cupswrapperHL5250DN-2.0.1 |
109 |
> 310 ls -al |
110 |
> 311 pwd |
111 |
> 312 ll |
112 |
> 313 ls -al |
113 |
> 314 chmod 755 cupswrapperHL5250DN-2.0.1 |
114 |
> |
115 |
> I just extracted the files with "tar..." |
116 |
|
117 |
I read your forum post and can see that you're (dangerously) extracting |
118 |
directly into the root directory and that this is among the contents of |
119 |
the archive: |
120 |
|
121 |
./usr/lib/ |
122 |
./usr/lib/libbrcomplpr2.so |
123 |
|
124 |
I posit that tar clobbers the /usr/lib symlink, converting it into a |
125 |
directory because that is what is stored in the archive. |
126 |
|
127 |
Ergo, use the --keep-directory-symlink parameter. |
128 |
|
129 |
--Kerin |