LINGUAS="en_US" is a problem? What is execvp?

Message

knat · Post by **knat** » Fri Aug 21, 2009 4:49 pm

I need help, I'm getting kind of frustrated.
I've had LINGUAS="en_US en" in my make.conf since the beginning.
Now, I try to emerge system, and it fails on man...

Code: Select all

Sorry, but binutils does not support the LINGUAS: en_US
Sorry, but man does not support the LINGUAS: en_US

Apparently binutils complained that it doesn't support LINGUAS en_US... but it still seems to have compiled and installed, but it failed on man, because man apparently no longer supports this...

Code: Select all

sys-apps/man-1.6f-r3 [1.6f-r2] USE="nls -lzma%" 0 kB
sys-apps/man-pages-3.22 [3.14] USE="nls" LINGUAS="-cs -da -de -es -fr -it -ja -nl -pl -ro -ru -zh_CN" 0 kB

So what now? Am I just not supposed to have anything set, then? I obviously don't want any of those other languages...

Why is this only now happening, what's changed? I didn't just set this variable today, it's been that way for years never with any trouble.

Here's the real issue, though. After it fails, it says it's because of LINGUAS, but, it doesn't stop in the configure script when it gets there.
It fails here:

Code: Select all

Creating apropos.1 from apropos.1.in
i486-pc-linux-gnu-gcc: error trying to exec 'as': execvp: No such file or directory
Creating man.conf.5 from man.conf.5.in
make[1]: *** [makemsg] Error 1

I can't find any relevant search results.
And the gentoo forum search sucks terribly, I get a ton of completely unrelated posts when I search, and it truncates underscores from my search request. That's stupid.

jongeek · Post by **jongeek** » Fri Aug 21, 2009 5:46 pm

Lots of packages complain about LINGUAS for me. I ignore them.

As you say, the real problem is the execvp. Its trying to run the assembler (as) from binutils, and it can't find it.

Post

Code: Select all

qcheck binutils
ls -l /usr/bin/as /usr/bin/i?86-pc-linux-gnu-as /usr/i?86-pc-linux-gnu/bin/as /usr/i?86-pc-linux-gnu/binutils-bin/*/as

Something is broken in the chain of links that connect /usr/bin/as with the proper binutils version. The wildcards (question marks and asterisks) in the listing above are on purpose, as they will show any and all versions of the assembler (i486, i586, i686) etc.

And the gentoo forum search sucks terribly, I get a ton of completely unrelated posts when I search, and it truncates underscores from my search request. That's stupid.

I think this complaint would be better off posted in a different thread. And a little more politely. Post a bug or something instead of letting your frustration get the better of you.

Sadako · Post by **Sadako** » Fri Aug 21, 2009 5:48 pm

It's just a warning, english is pretty much the default so I don't see anything to worry about.

As for the error you recieved, I'm pretty sure it has nothing to do with the man pages or linguas setting, as the actual error occured prior to the "Creating man.conf.5 from man.conf.5.in".

Run 'MAKEOPTS="-j1" emerge --oneshot binutils', and you should see what I mean, it should error out right after "i486-pc-linux-gnu-gcc: error trying to exec 'as': execvp: No such file or directory".

As to the source of that error, I'm unsure, but is "i486"" your correct CHOST?
What does `gcc-config -l` list?

edit: gah, I'm such a slowpoke...

knat · Post by **knat** » Fri Aug 21, 2009 6:27 pm

I shouldn't have posted while so frustrated, I agree. My bad.

My CHOST has always been set to i486 (I think I extracted a x86 instead of 686 stage3)
The guide says: "Changing the CHOST is a big issue that can seriously screw up your system" and the only reason I heard to change it was "it will make your code more optimized" - which isn't a super compelling reason, but I figure I'll do it when I finally get my system updated and happy again.

Code: Select all

# gcc-config -l
/usr/bin/gcc-config: line 9: /etc/init.d/functions.sh: No such file or directory
gcc-config: Could not source /etc/init.d/functions.sh!

Code: Select all

# qcheck binutils
Checking sys-devel/binutils-config-1.9-r4 ...
  * 7 out of 7 files are good
Checking sys-devel/binutils-2.19.1-r1 ...
  * 287 out of 287 files are good

Please help, scared.

jongeek · Post by **jongeek** » Fri Aug 21, 2009 6:35 pm

Yikes, a missing functions.sh can't be good. How about

Code: Select all

qcheck baselayout

Looks like you're running a ~x86 system, yes or no ? Most of the package versions you've mentioned so far are keyworded.

Can you post the output of the "ls -l" command I posted above ? You might have more missing files.

knat · Post by **knat** » Fri Aug 21, 2009 6:42 pm

It's looking like binutils was updating, and then at the end it says:

Code: Select all

<<<          dir /usr/i486-pc-linux-gnu/binutils-bin/2.18
/usr/bin/binutils-config: line 19: /etc/init.d/functions.sh: No such file or directory
binutils-config: Could not source /etc/init.d/functions.sh!
/usr/bin/binutils-config: line 19: /etc/init.d/functions.sh: No such file or directory
binutils-config: Could not source /etc/init.d/functions.sh!
>>> Original instance of package unmerged safely.

>>> Emerging (40 of 124) sys-apps/man-1.6f-r3
 * man-1.6f.tar.gz RMD160 SHA1 SHA256 size ;-) ...                                                                                                  [ ok ]
 * checking ebuild checksums ;-) ...                                                                                                                [ ok ]

So it looks like it had some kind of an error, and then emerge just moved on to the next package. But of course, as predicted, I can't build binutils now.
This means I also can't run any scripts, so if I crash I'm not going to have a working system.

Code: Select all

# /etc/init.d/sshd stop
zsh: /etc/init.d/sshd: bad interpreter: /sbin/runscript: no such file or directory

I'm scared and confused, like a fictional character hiding from some indescribable terror. Any advice appreciated.

knat · Post by **knat** » Fri Aug 21, 2009 6:43 pm

Code: Select all

# qcheck baselayout
Checking sys-apps/baselayout-2.0.1 ...
 MD5-DIGEST: /etc/sysctl.conf
 MD5-DIGEST: /etc/profile
 MTIME: /etc/gentoo-release
 MD5-DIGEST: /etc/protocols
 MD5-DIGEST: /etc/hosts
 MD5-DIGEST: /etc/networks
  * 23 out of 29 files are good

Code: Select all

# ls -l /usr/bin/as /usr/bin/i?86-pc-linux-gnu-as /usr/i?86-pc-linux-gnu/bin/as /usr/i?86-pc-linux-gnu/binutils-bin/*/as 
lrwxrwxrwx 1 root root     20 Nov  3  2008 /usr/bin/as -> i486-pc-linux-gnu-as
lrwxrwxrwx 1 root root     29 Nov  3  2008 /usr/bin/i486-pc-linux-gnu-as -> /usr/i486-pc-linux-gnu/bin/as
lrwxrwxrwx 1 root root     43 Nov  3  2008 /usr/i486-pc-linux-gnu/bin/as -> /usr/i486-pc-linux-gnu/binutils-bin/2.18/as
-rwxr-xr-x 1 root root 281300 Aug 21 01:16 /usr/i486-pc-linux-gnu/binutils-bin/2.19.1/as

(sorry, not trying flood here)

I'm not running entirely ~x86, but more and more have been creeping in. I haven't run into any problems in a long time though, and it's feeling like I've waited far too long between updates.

Sadako · Post by **Sadako** » Fri Aug 21, 2009 6:54 pm

You can pull a working binutils from tinderbox if needed, and as for the missing baselayout files you should be able to install the missing files manually from the baselayout tarball in distfiles.

In fact, you probably don't even need binutils to emerge baselayout (openrc is a different story though, so if that's the source of your missing files it's trickier).

Check to see if you have /lib/rc/sh/functions.sh, which /etc/init.d/functions.sh should be a symlink to.

jongeek · Post by **jongeek** » Fri Aug 21, 2009 6:55 pm

There is hope ! I've been staying away from baselayout 2.x so I can't help you with some of this. But this is a big problem:

knat wrote:

Code: Select all

# ls -l /usr/bin/as /usr/bin/i?86-pc-linux-gnu-as /usr/i?86-pc-linux-gnu/bin/as /usr/i?86-pc-linux-gnu/binutils-bin/*/as 
lrwxrwxrwx 1 root root     20 Nov  3  2008 /usr/bin/as -> i486-pc-linux-gnu-as
lrwxrwxrwx 1 root root     29 Nov  3  2008 /usr/bin/i486-pc-linux-gnu-as -> /usr/i486-pc-linux-gnu/bin/as
lrwxrwxrwx 1 root root     43 Nov  3  2008 /usr/i486-pc-linux-gnu/bin/as -> /usr/i486-pc-linux-gnu/binutils-bin/2.18/as
-rwxr-xr-x 1 root root 281300 Aug 21 01:16 /usr/i486-pc-linux-gnu/binutils-bin/2.19.1/as

Do this to fix your binutils symlink

Code: Select all

ln -sf /usr/i486-pc-linux-gnu/binutils-bin/2.19.1/as /usr/i486-pc-linux-gnu/bin/as

Then try some emerges again. That ought to have helped.

knat · Post by **knat** » Fri Aug 21, 2009 7:32 pm

I blame only myself for not noticing baselayout making a major version change.

I do not have a /lib/rc/ at all.
Also:

Code: Select all

# ls -alh /etc/init.d/functions.sh   
lrwxrwxrwx 1 root root 23 Nov  2  2008 /etc/init.d/functions.sh -> ../../sbin/functions.sh

I'm not having much better luck with the stuff off tinderbox.
checking for C compiler default output file name... configure: error: C compiler cannot create executables

I'm suspecting no quick-fix exists.
This was only the very beginning of updating hundreds of packages anyway, so I think I'll just 'give up' and start over with a 686 CHOST. I guess I just mixed way too many versions.
Thanks for your help. Sorry to just give up.

jongeek · Post by **jongeek** » Fri Aug 21, 2009 7:49 pm

Good luck with your re-install. I've done that myself for varying reasons, sometimes just for fun ! Therein lies the beauty of a distinct root partition. I actually created a setup using two disks, with the first partition of each disk set aside for the root partition. Then I could easily install a new gentoo on partition B whilst running from partition A. Simply boot to the new one to check it out, and you can boot back to the old one if something doesn't work. It also helps to be able to preserve the contents of /etc for reference when configuring the new Gentoo.