Re: [gentoo-user] [SOLVED] can not compile / emerge
On 09/10/14 04:27, Kerin Millar wrote: On 10/09/2014 04:21, Joseph wrote: On 09/10/14 03:59, Kerin Millar wrote: On 09/09/2014 19:36, Joseph wrote: [snip] Running on my other system I get: equery b libstdc++.so.6 * Searching for libstdc++.so.6 ... sys-devel/gcc-4.5.4 (/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libstdc++.so.6 - libstdc++.so.6.0.14) env-update - doesn't work either Check beneath /etc/env.d/ld.so.conf.d and ensure that there is a file defining the appropriate paths for your current version of gcc. Here's how it looks on my system: # cd /etc/ld.so.conf.d # ls 05binutils.conf 05gcc-x86_64-pc-linux-gnu.conf # cat 05gcc-x86_64-pc-linux-gnu.conf /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3 Once you have made any necessary changes, run ldconfig. --Kerin Thanks Kerin, for the pointer. I think I have a bigger problem, and don't know how to fix it. Yes, I have the same file /etc/ld.so.conf.d # ls # 05gcc-x86_64-pc-linux-gnu.conf # cat /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3 However, those directories are empty (only one file): # ls -al /usr/lib/ libbrcomplpr2.so Is /usr/lib an actual directory or a symlink? Assuming that you use a stock amd64 (multilib) profile, it should be a symlink to lib64. If you find that it is a directory and that you also have a lib64 directory, try the commands below. You can skip the busybox and exit commands if you are doing this in a chroot rather than on a live system. # busybox sh # cd /usr/ # mv lib lib.old # ln -s lib64 lib # exit On my other working system this directory /usr/lib/ contain about 2020 files. What had happened? After emerging some files and system I was running command: fstrim -v / (as the disk is SSD). Could it have something to do with the fact that these directories are empty? No. Using fstrim does not delete files. --Kerin Kerin you are a magician! THANK YOU!!! Yes, it worked. Everything is back to normal. I can still not comprehend what had happened :-/ why all of a sudden in the middle of compilation it all vanished. -- Joseph
Re: [gentoo-user] [SOLVED] can not compile / emerge
On 10/09/2014 04:50, Joseph wrote: On 09/10/14 04:27, Kerin Millar wrote: On 10/09/2014 04:21, Joseph wrote: On 09/10/14 03:59, Kerin Millar wrote: On 09/09/2014 19:36, Joseph wrote: [snip] Running on my other system I get: equery b libstdc++.so.6 * Searching for libstdc++.so.6 ... sys-devel/gcc-4.5.4 (/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libstdc++.so.6 - libstdc++.so.6.0.14) env-update - doesn't work either Check beneath /etc/env.d/ld.so.conf.d and ensure that there is a file defining the appropriate paths for your current version of gcc. Here's how it looks on my system: # cd /etc/ld.so.conf.d # ls 05binutils.conf 05gcc-x86_64-pc-linux-gnu.conf # cat 05gcc-x86_64-pc-linux-gnu.conf /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3 Once you have made any necessary changes, run ldconfig. --Kerin Thanks Kerin, for the pointer. I think I have a bigger problem, and don't know how to fix it. Yes, I have the same file /etc/ld.so.conf.d # ls # 05gcc-x86_64-pc-linux-gnu.conf # cat /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3 However, those directories are empty (only one file): # ls -al /usr/lib/ libbrcomplpr2.so Is /usr/lib an actual directory or a symlink? Assuming that you use a stock amd64 (multilib) profile, it should be a symlink to lib64. If you find that it is a directory and that you also have a lib64 directory, try the commands below. You can skip the busybox and exit commands if you are doing this in a chroot rather than on a live system. # busybox sh # cd /usr/ # mv lib lib.old # ln -s lib64 lib # exit On my other working system this directory /usr/lib/ contain about 2020 files. What had happened? After emerging some files and system I was running command: fstrim -v / (as the disk is SSD). Could it have something to do with the fact that these directories are empty? No. Using fstrim does not delete files. --Kerin Kerin you are a magician! THANK YOU!!! Yes, it worked. Everything is back to normal. I can still not comprehend what had happened :-/ why all of a sudden in the middle of compilation it all vanished. Were you doing anything outside of portage that may have had a hand in it? Incidentally, you should move libbrcomplpr2.so to /usr/lib32. Some googling suggests to me that it is a library included in a proprietary Brother printer driver package. You can use the file command to confirm that it is a 32-bit library. --Kerin
Re: [gentoo-user] [SOLVED] can not compile / emerge
On 09/10/14 04:57, Kerin Millar wrote: On 10/09/2014 04:50, Joseph wrote: On 09/10/14 04:27, Kerin Millar wrote: On 10/09/2014 04:21, Joseph wrote: On 09/10/14 03:59, Kerin Millar wrote: On 09/09/2014 19:36, Joseph wrote: [snip] Running on my other system I get: equery b libstdc++.so.6 * Searching for libstdc++.so.6 ... sys-devel/gcc-4.5.4 (/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libstdc++.so.6 - libstdc++.so.6.0.14) env-update - doesn't work either Check beneath /etc/env.d/ld.so.conf.d and ensure that there is a file defining the appropriate paths for your current version of gcc. Here's how it looks on my system: # cd /etc/ld.so.conf.d # ls 05binutils.conf 05gcc-x86_64-pc-linux-gnu.conf # cat 05gcc-x86_64-pc-linux-gnu.conf /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3 Once you have made any necessary changes, run ldconfig. --Kerin Thanks Kerin, for the pointer. I think I have a bigger problem, and don't know how to fix it. Yes, I have the same file /etc/ld.so.conf.d # ls # 05gcc-x86_64-pc-linux-gnu.conf # cat /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3 However, those directories are empty (only one file): # ls -al /usr/lib/ libbrcomplpr2.so Is /usr/lib an actual directory or a symlink? Assuming that you use a stock amd64 (multilib) profile, it should be a symlink to lib64. If you find that it is a directory and that you also have a lib64 directory, try the commands below. You can skip the busybox and exit commands if you are doing this in a chroot rather than on a live system. # busybox sh # cd /usr/ # mv lib lib.old # ln -s lib64 lib # exit On my other working system this directory /usr/lib/ contain about 2020 files. What had happened? After emerging some files and system I was running command: fstrim -v / (as the disk is SSD). Could it have something to do with the fact that these directories are empty? No. Using fstrim does not delete files. --Kerin Kerin you are a magician! THANK YOU!!! Yes, it worked. Everything is back to normal. I can still not comprehend what had happened :-/ why all of a sudden in the middle of compilation it all vanished. Were you doing anything outside of portage that may have had a hand in it? Incidentally, you should move libbrcomplpr2.so to /usr/lib32. Some googling suggests to me that it is a library included in a proprietary Brother printer driver package. You can use the file command to confirm that it is a 32-bit library. --Kerin I was logged in over ssh in one terminal, compiling xsane and logged in, in another terminal and was installing brother printer driver (without emerge) manual installation. I followed my own instructions from: http://forums.gentoo.org/viewtopic-t-909052-highlight-brother.html?sid=1ba0b92db499262c6a74919d86c6af43 I run: tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C / tar zxvf ./cupswrapperHL5370DW-2.0.4-1.i386.tar.gz -C / Could be that one of this script messed up the links. If so I don't know how could it happen. Looking though history these are the commands I run: 305 tar zxvf ./brhl5250dnlpr-2.0.1-1.i386.tar.gz -C / 306 tar zxvf ./cupswrapperHL5250DN-2.0.1-1.i386.tar.gz -C / 307 cd /usr/local/Brother/cupswrapper 308 mv cupswrapperHL5250DN-2.0.1 cupswrapperHL5250DN-2.0.1.bak 309 /bin/sed 's/\/etc\/init.d\/cups\ restart/\/etc\/init.d\/cupsd\ restart/g' ./cupswrapperHL5250DN-2.0.1.bak ./cupswrapperHL5250DN-2.0.1 310 ls -al 311 pwd 312 ll 313 ls -al 314 chmod 755 cupswrapperHL5250DN-2.0.1 I just extracted the files with tar... -- Joseph
Re: [gentoo-user] [SOLVED] can not compile / emerge
On 10/09/2014 05:16, Joseph wrote: On 09/10/14 04:57, Kerin Millar wrote: On 10/09/2014 04:50, Joseph wrote: On 09/10/14 04:27, Kerin Millar wrote: On 10/09/2014 04:21, Joseph wrote: On 09/10/14 03:59, Kerin Millar wrote: On 09/09/2014 19:36, Joseph wrote: [snip] Running on my other system I get: equery b libstdc++.so.6 * Searching for libstdc++.so.6 ... sys-devel/gcc-4.5.4 (/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libstdc++.so.6 - libstdc++.so.6.0.14) env-update - doesn't work either Check beneath /etc/env.d/ld.so.conf.d and ensure that there is a file defining the appropriate paths for your current version of gcc. Here's how it looks on my system: # cd /etc/ld.so.conf.d # ls 05binutils.conf 05gcc-x86_64-pc-linux-gnu.conf # cat 05gcc-x86_64-pc-linux-gnu.conf /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3 Once you have made any necessary changes, run ldconfig. --Kerin Thanks Kerin, for the pointer. I think I have a bigger problem, and don't know how to fix it. Yes, I have the same file /etc/ld.so.conf.d # ls # 05gcc-x86_64-pc-linux-gnu.conf # cat /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3 However, those directories are empty (only one file): # ls -al /usr/lib/ libbrcomplpr2.so Is /usr/lib an actual directory or a symlink? Assuming that you use a stock amd64 (multilib) profile, it should be a symlink to lib64. If you find that it is a directory and that you also have a lib64 directory, try the commands below. You can skip the busybox and exit commands if you are doing this in a chroot rather than on a live system. # busybox sh # cd /usr/ # mv lib lib.old # ln -s lib64 lib # exit On my other working system this directory /usr/lib/ contain about 2020 files. What had happened? After emerging some files and system I was running command: fstrim -v / (as the disk is SSD). Could it have something to do with the fact that these directories are empty? No. Using fstrim does not delete files. --Kerin Kerin you are a magician! THANK YOU!!! Yes, it worked. Everything is back to normal. I can still not comprehend what had happened :-/ why all of a sudden in the middle of compilation it all vanished. Were you doing anything outside of portage that may have had a hand in it? Incidentally, you should move libbrcomplpr2.so to /usr/lib32. Some googling suggests to me that it is a library included in a proprietary Brother printer driver package. You can use the file command to confirm that it is a 32-bit library. --Kerin I was logged in over ssh in one terminal, compiling xsane and logged in, in another terminal and was installing brother printer driver (without emerge) manual installation. I followed my own instructions from: http://forums.gentoo.org/viewtopic-t-909052-highlight-brother.html?sid=1ba0b92db499262c6a74919d86c6af43 I run: tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C / tar zxvf ./cupswrapperHL5370DW-2.0.4-1.i386.tar.gz -C / Could be that one of this script messed up the links. If so I don't know how could it happen. Looking though history these are the commands I run: 305 tar zxvf ./brhl5250dnlpr-2.0.1-1.i386.tar.gz -C / 306 tar zxvf ./cupswrapperHL5250DN-2.0.1-1.i386.tar.gz -C / 307 cd /usr/local/Brother/cupswrapper 308 mv cupswrapperHL5250DN-2.0.1 cupswrapperHL5250DN-2.0.1.bak 309 /bin/sed 's/\/etc\/init.d\/cups\ restart/\/etc\/init.d\/cupsd\ restart/g' ./cupswrapperHL5250DN-2.0.1.bak ./cupswrapperHL5250DN-2.0.1 310 ls -al 311 pwd 312 ll 313 ls -al 314 chmod 755 cupswrapperHL5250DN-2.0.1 I just extracted the files with tar... I read your forum post and can see that you're (dangerously) extracting directly into the root directory and that this is among the contents of the archive: ./usr/lib/ ./usr/lib/libbrcomplpr2.so I posit that tar clobbers the /usr/lib symlink, converting it into a directory because that is what is stored in the archive. Ergo, use the --keep-directory-symlink parameter. --Kerin
Re: [gentoo-user] [SOLVED] can not compile / emerge
On 10/09/2014 06:01, Kerin Millar wrote: On 10/09/2014 05:16, Joseph wrote: On 09/10/14 04:57, Kerin Millar wrote: On 10/09/2014 04:50, Joseph wrote: On 09/10/14 04:27, Kerin Millar wrote: On 10/09/2014 04:21, Joseph wrote: On 09/10/14 03:59, Kerin Millar wrote: On 09/09/2014 19:36, Joseph wrote: [snip] Running on my other system I get: equery b libstdc++.so.6 * Searching for libstdc++.so.6 ... sys-devel/gcc-4.5.4 (/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libstdc++.so.6 - libstdc++.so.6.0.14) env-update - doesn't work either Check beneath /etc/env.d/ld.so.conf.d and ensure that there is a file defining the appropriate paths for your current version of gcc. Here's how it looks on my system: # cd /etc/ld.so.conf.d # ls 05binutils.conf 05gcc-x86_64-pc-linux-gnu.conf # cat 05gcc-x86_64-pc-linux-gnu.conf /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3 Once you have made any necessary changes, run ldconfig. --Kerin Thanks Kerin, for the pointer. I think I have a bigger problem, and don't know how to fix it. Yes, I have the same file /etc/ld.so.conf.d # ls # 05gcc-x86_64-pc-linux-gnu.conf # cat /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3 However, those directories are empty (only one file): # ls -al /usr/lib/ libbrcomplpr2.so Is /usr/lib an actual directory or a symlink? Assuming that you use a stock amd64 (multilib) profile, it should be a symlink to lib64. If you find that it is a directory and that you also have a lib64 directory, try the commands below. You can skip the busybox and exit commands if you are doing this in a chroot rather than on a live system. # busybox sh # cd /usr/ # mv lib lib.old # ln -s lib64 lib # exit On my other working system this directory /usr/lib/ contain about 2020 files. What had happened? After emerging some files and system I was running command: fstrim -v / (as the disk is SSD). Could it have something to do with the fact that these directories are empty? No. Using fstrim does not delete files. --Kerin Kerin you are a magician! THANK YOU!!! Yes, it worked. Everything is back to normal. I can still not comprehend what had happened :-/ why all of a sudden in the middle of compilation it all vanished. Were you doing anything outside of portage that may have had a hand in it? Incidentally, you should move libbrcomplpr2.so to /usr/lib32. Some googling suggests to me that it is a library included in a proprietary Brother printer driver package. You can use the file command to confirm that it is a 32-bit library. --Kerin I was logged in over ssh in one terminal, compiling xsane and logged in, in another terminal and was installing brother printer driver (without emerge) manual installation. I followed my own instructions from: http://forums.gentoo.org/viewtopic-t-909052-highlight-brother.html?sid=1ba0b92db499262c6a74919d86c6af43 I run: tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C / tar zxvf ./cupswrapperHL5370DW-2.0.4-1.i386.tar.gz -C / Could be that one of this script messed up the links. If so I don't know how could it happen. Looking though history these are the commands I run: 305 tar zxvf ./brhl5250dnlpr-2.0.1-1.i386.tar.gz -C / 306 tar zxvf ./cupswrapperHL5250DN-2.0.1-1.i386.tar.gz -C / 307 cd /usr/local/Brother/cupswrapper 308 mv cupswrapperHL5250DN-2.0.1 cupswrapperHL5250DN-2.0.1.bak 309 /bin/sed 's/\/etc\/init.d\/cups\ restart/\/etc\/init.d\/cupsd\ restart/g' ./cupswrapperHL5250DN-2.0.1.bak ./cupswrapperHL5250DN-2.0.1 310 ls -al 311 pwd 312 ll 313 ls -al 314 chmod 755 cupswrapperHL5250DN-2.0.1 I just extracted the files with tar... I read your forum post and can see that you're (dangerously) extracting directly into the root directory and that this is among the contents of the archive: ./usr/lib/ ./usr/lib/libbrcomplpr2.so I posit that tar clobbers the /usr/lib symlink, converting it into a directory because that is what is stored in the archive. Ergo, use the --keep-directory-symlink parameter. Excuse the fact that I am replying to myself, but I must also stress that the library does not belong in lib64. On a 64-bit system, you should adapt your process so that the library ends up residing in lib32, not lib64 (by way of the lib symlink). The software will not be able to function correctly otherwise. --Kerin
Re: [gentoo-user] [SOLVED] can not compile / emerge
On 09/10/14 06:01, Kerin Millar wrote: On 10/09/2014 05:16, Joseph wrote: On 09/10/14 04:57, Kerin Millar wrote: On 10/09/2014 04:50, Joseph wrote: On 09/10/14 04:27, Kerin Millar wrote: On 10/09/2014 04:21, Joseph wrote: On 09/10/14 03:59, Kerin Millar wrote: On 09/09/2014 19:36, Joseph wrote: [snip] Running on my other system I get: equery b libstdc++.so.6 * Searching for libstdc++.so.6 ... sys-devel/gcc-4.5.4 (/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/libstdc++.so.6 - libstdc++.so.6.0.14) env-update - doesn't work either Check beneath /etc/env.d/ld.so.conf.d and ensure that there is a file defining the appropriate paths for your current version of gcc. Here's how it looks on my system: # cd /etc/ld.so.conf.d # ls 05binutils.conf 05gcc-x86_64-pc-linux-gnu.conf # cat 05gcc-x86_64-pc-linux-gnu.conf /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3 Once you have made any necessary changes, run ldconfig. --Kerin Thanks Kerin, for the pointer. I think I have a bigger problem, and don't know how to fix it. Yes, I have the same file /etc/ld.so.conf.d # ls # 05gcc-x86_64-pc-linux-gnu.conf # cat /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.7.3 However, those directories are empty (only one file): # ls -al /usr/lib/ libbrcomplpr2.so Is /usr/lib an actual directory or a symlink? Assuming that you use a stock amd64 (multilib) profile, it should be a symlink to lib64. If you find that it is a directory and that you also have a lib64 directory, try the commands below. You can skip the busybox and exit commands if you are doing this in a chroot rather than on a live system. # busybox sh # cd /usr/ # mv lib lib.old # ln -s lib64 lib # exit On my other working system this directory /usr/lib/ contain about 2020 files. What had happened? After emerging some files and system I was running command: fstrim -v / (as the disk is SSD). Could it have something to do with the fact that these directories are empty? No. Using fstrim does not delete files. --Kerin Kerin you are a magician! THANK YOU!!! Yes, it worked. Everything is back to normal. I can still not comprehend what had happened :-/ why all of a sudden in the middle of compilation it all vanished. Were you doing anything outside of portage that may have had a hand in it? Incidentally, you should move libbrcomplpr2.so to /usr/lib32. Some googling suggests to me that it is a library included in a proprietary Brother printer driver package. You can use the file command to confirm that it is a 32-bit library. --Kerin I was logged in over ssh in one terminal, compiling xsane and logged in, in another terminal and was installing brother printer driver (without emerge) manual installation. I followed my own instructions from: http://forums.gentoo.org/viewtopic-t-909052-highlight-brother.html?sid=1ba0b92db499262c6a74919d86c6af43 I run: tar zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C / tar zxvf ./cupswrapperHL5370DW-2.0.4-1.i386.tar.gz -C / Could be that one of this script messed up the links. If so I don't know how could it happen. Looking though history these are the commands I run: 305 tar zxvf ./brhl5250dnlpr-2.0.1-1.i386.tar.gz -C / 306 tar zxvf ./cupswrapperHL5250DN-2.0.1-1.i386.tar.gz -C / 307 cd /usr/local/Brother/cupswrapper 308 mv cupswrapperHL5250DN-2.0.1 cupswrapperHL5250DN-2.0.1.bak 309 /bin/sed 's/\/etc\/init.d\/cups\ restart/\/etc\/init.d\/cupsd\ restart/g' ./cupswrapperHL5250DN-2.0.1.bak ./cupswrapperHL5250DN-2.0.1 310 ls -al 311 pwd 312 ll 313 ls -al 314 chmod 755 cupswrapperHL5250DN-2.0.1 I just extracted the files with tar... I read your forum post and can see that you're (dangerously) extracting directly into the root directory and that this is among the contents of the archive: ./usr/lib/ ./usr/lib/libbrcomplpr2.so I posit that tar clobbers the /usr/lib symlink, converting it into a directory because that is what is stored in the archive. Ergo, use the --keep-directory-symlink parameter. --Kerin Thank you again, I've already modified the line (so hopefully nobody else will get caught in it): eg. tar --keep-directory-symlink -zxvf ./hl5370dwlpr-2.0.3-1.i386.tar.gz -C / -- Joseph