emerge blas-atlas-3.6.0 fails

[Dr. Z]

auto-config fails on this packge probing for architecture (PIII SSE), and asks me to re-emerge with interactive=1. This causes ./xconfig to hang. It seems to be a problem with user I/O since xconfig is supposed to print something and wait for a user response. I can build successfully with:

Code: Select all

# cd /var/tmp/portage/blas-atlas-3.6.0/work/ATLAS
# ./xconfig
# make install arch=Linux_PIIISSE1
# echo sci-libs/blas-atlas-3.6.0 >> /etc/make.profile/package.provided

Maybe I should put this in bugzilla?

Here is my failed emerge attempt:

Are you ready to continue? [y]: Probing to make operating system determination:
Operating system configured as Linux

Probing for architecture:
make: *** [config] Error 255
*
* ATLAS auto-config failed.
* Please run 'interactive=1 emerge blas-atlas' to configure manually.
*

!!! ERROR: sci-libs/blas-atlas-3.6.0 failed.
!!! Function atlas_fail, Line 50, Exitcode 0
!!! ATLAS auto-config failed.
!!! If you need support, post the topmost build error, NOT this status message.

bash-2.05b# interactive=1 emerge blas-atlas
Calculating dependencies ...done!
>>> emerge (1 of 1) sci-libs/blas-atlas-3.6.0 to /
>>> md5 src_uri atlas3.6.0.tar.bz2
>>> md5 src_uri atlas3.6.0-shared-libs.patch.bz2
>>> Unpacking source...
>>> Unpacking atlas3.6.0.tar.bz2 to /var/tmp/portage/blas-atlas-3.6.0/work
>>> Unpacking atlas3.6.0-shared-libs.patch.bz2 to /var/tmp/portage/blas-atlas-3.6.0/work
* Applying atlas3.6.0-shared-libs.patch.bz2 ... [ ok ]
>>> Source unpacked.
1
i686-pc-linux-gnu-gcc -DUSE_LIBTOOL -DINTERACTIVE -o xconfig config.c
/var/tmp/portage/blas-atlas-3.6.0/temp/cc4ipm3T.o(.text+0x93c): In function `CmndResults':
: warning: the use of `tmpnam' is dangerous, better use `mkstemp'
./xconfig

[John23]

To confirm your observations, I have seen the same problem on two machines (both Intel Celerons). Your solution seems to work for me too.

[nanoczar]

I am having the same problem with blas-atlas as I try to get ghemical installed. Running the ./xconfig in the blas-atlas work directory does not resolve things. Any ideas?

-nanoczar

[tovrstra]

I've posted this problem in bugzilla: http://bugs.gentoo.org/show_bug.cgi?id=102088

[nanoczar]

I was able to get it to install by using the UNKNOWN option during the install. I had to do it manually, without portage, and then had to make the file /etc/portage/profile/package.provided to get it included in my portage world again.

Code: Select all

$ cat package.provided 
sci-libs/blas-atlas-3.6.0
sci-libs/lapack-atlas-3.6.0

As you can see, I needed to do the same thing with lapack-atlas too... Grrrr. Ghemical now works so I am happy.
Thanks for the input and bug report.
-nanoczar

[Fleta]

When I used the interactive mode, I got

Code: Select all

Configuration completed successfully.  You may want to examine the make include
file (Make.P3) for accuracy before starting the install with the command:
   make install arch=P3

rm -f ./xconfig
                

Then it sort of stuck there, I've tried typing 'make install arch=P3" and press Enter, it just went to the next line. Now how should I proceed?

[nanoczar]

Yeah, this is what it does. It hangs during the xconfig step. You will need to do things manually.

Become root and cd to /var/tmp/portage/blas-atlas-3.6.0/work/ATLAS (or whatever version of blas you tried to emerge). You will then need to configure things, so type make to do this.

Code: Select all

quantum ATLAS # make

During the configuration, choose the UNKNOWNSSE2 option and continue the config process. You will then be told to install the blas-atlas packages using

Code: Select all

quantum ATLAS # make install arch=Linux_UNKNOWNSSE2

After this you would have blas-atlas installed.

You will then need to ad the package to /etc/portage/profile/package.provided if you want to have portage know about it...
Hope this helps...
-nanoczar

[Fleta]

Thanks a lot, nanoczar!
It takes a couple of hours to compile this thing, it's like compiling firefox!

[nanoczar]

Yes, it takes FOREVER, but at least it installs. Glad to hear it worked. Might we mark this one as "Solved?"
-nanoczar

[pbienst]

This is almost solved in portage, but we need a few more testers. If you have this problem, please see
http://bugs.gentoo.org/show_bug.cgi?id=102088

[pbienst]

This bug should now be fixed.

[nybbles]

It doesn't seem to be fixed. At least for me. I'm still getting the exact same problem, even with blas-atlas-3.6.0-r1. Any ideas?

[didl]

If you get exactly the same behavior as described in the bug, please
re-open it and provide the output and your emerge --info.

Thanks in advance!