Errors when using the "./configure" command while trying to install aria2 on SuSE
Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Errors when using the "./configure" command while trying to install aria2 on SuSE
When trying to install different software (nmap, aria2), I seem to consistently get the following errors. (I did read the README file, and it said to use the ./configure command).
linux:~/Downloads/aria2-1.15.1 # ./configure
checking for gcc... no
checking for cc... no
checking for cl.exe... no
configure: error: in `/root/Downloads/aria2-1.15.1':
configure: error: no acceptable C compiler found in $PATH
See `config.log' for more details
I am running on a 64 bit system, but it appears that my gcc compilers are for 32 bit. Here is the output from the command "zypper search gcc". So, it appears that I have a gcc compiler installed, but it may need to be 64 bit, instead of 32 bit.
S | Name | Summary | Type
--+----------------+-----------------------------------------------+-----------
| gcc | The system GNU C Compiler | package
| gcc | The system GNU C Compiler | srcpackage
| gcc-32bit | The system GNU C Compiler | package
| gcc-c++ | The system GNU C++ Compiler | package
| gcc-info | The system GNU Compiler documentation | package
| gcc-locale | The system GNU Compiler locale files | package
| gcc33 | The GNU C Compiler Version 3.3(evaluation) | srcpackage
| gcc43 | The GNU C Compiler and Support Files | package
| gcc43 | The GNU C Compiler and Support Files | srcpackage
| gcc43-32bit | The GNU C Compiler and Support Files | package
| gcc43-c++ | The GNU C++ Compiler | package
| gcc43-info | Documentation for the GNU compiler collection | package
| gcc43-locale | Locale Data for the GNU Compiler Collection | package
i | libgcc43 | C compiler runtime library | package
i | libgcc43-32bit | C compiler runtime library | package
My question is, is there any way to use the zypper command to retrieve the 64 bit compiler from a remote repository? In a previous thread, knudfl seemed to indicate that I could do this, as long as I was connected to the internet. Any other advice would be appreciated.
linux:~ # zypper in -t pattern devel_basis
Loading repository data...
Reading installed packages...
'devel_basis' not found.
Resolving package dependencies...
Nothing to do.
What version of SuSE do you have installed?
Quote:
Originally Posted by knudfl
Never heard about it.
Then you are missing out! Zypper uses patterns as its method of installing collections of related software. Here are the development patterns:
Code:
# zypper se -t pattern devel
Loading repository data...
Reading installed packages...
S | Name | Summary | Type
--+-----------------+-------------------------------------+--------
| devel_C_C++ | C/C++ Development | pattern
| devel_basis | Base Development | pattern
| devel_gnome | GNOME Development | pattern
| devel_ide | Integrated Development Environments | pattern
| devel_java | Java Development | pattern
| devel_kde | KDE Development | pattern
| devel_kernel | Linux Kernel Development | pattern
| devel_mono | .NET Development | pattern
| devel_perl | Perl Development | pattern
| devel_python | Python Development | pattern
| devel_qt4 | Qt 4 Development | pattern
| devel_rpm_build | RPM Build Environment | pattern
| devel_ruby | Ruby Development | pattern
| devel_tcl | Tcl/Tk Development | pattern
| devel_web | Web Development | pattern
| devel_yast | YaST Development | pattern
Admittedly devel_basis is a fairly large pattern and many might consider it an overkill just to compile aria2. This is what installing the devel_basis would give you (all the stuff marked 'i').
Code:
# zypper if -t pattern devel_basis
Loading repository data...
Reading installed packages...
Information for pattern devel_basis:
Repository: openSUSE-12.1-Oss
Name: devel_basis
Version: 12.1-25.21.1
Arch: i586
Vendor: openSUSE
Installed: Yes
Summary: Base Development
Description:
Minimal set of tools for compiling and linking applications.
Contents:
S | Name | Type | Dependency
--+-------------------------------+---------+-----------
i | libaio-devel | package |
i | glibc-info | package |
| icecream | package |
i | gmp-devel | package |
i | gettext-tools | package |
i | zlib-devel | package |
| libgssglue-devel | package |
i | glibc-devel | package |
i | libstdc++-devel | package |
i | openldap2-devel | package |
i | libapparmor-devel | package |
i | texinfo | package |
i | libgcj-devel | package |
i | autoconf | package |
i | pam-devel | package |
i | subversion | package |
i | gcc | package |
i | automake | package |
i | gcc-c++ | package |
| gcc-fortran | package |
i | gcc-info | package |
i | bin86 | package |
i | e2fsprogs-devel | package |
i | rcs | package |
| gcc-objc | package |
i | patch | package |
| wiggle | package |
| ccache | package |
i | patterns-openSUSE-devel_basis | package |
i | m4 | package |
i | binutils | package |
| nasm | package |
i | flex | package |
i | binutils-devel | package |
i | bison | package |
i | cvs | package |
| subversion-doc | package |
i | libdb-4_5-devel | package |
i | make | package |
i | gperf | package |
i | fdupes | package |
| build | package |
i | libosip2-devel | package |
| audit-devel | package |
| oprofile | package |
i | gdbm-devel | package |
i | ncurses-devel | package |
| mpfr-devel | package |
i | libtool | package |
i | cpp | package |
i | pkg-config | package |
On the other hand, whilst it is an overkill devel_basis does include all of the build dependencies for aria2 and is a handy collection of packages to have anyway as it allows you to build a wide variety of things without having to constantly add packages. Personally it is one of the first things I add to SuSE installations.
Quote:
Originally Posted by knudfl
Why not install the c compiler and all the required packages for c ?
Simply : # zypper in gcc-c++
He could but I am pretty sure aria2 has more build dependencies than that. The gcc-c++ package doesn't for example depend on make. Granted aristocratic must have make installed to have got as far as he has, but you get the idea. Installing a complete pattern like devel_basis will save him time later if he intends to compile a lot of software.
Last edited by ruario; 07-31-2012 at 08:19 AM.
Reason: Changed the command to list what makes up devel_basis
When trying to install different software (nmap, aria2),
Is you installing software from source just a recurring pattern by now I wonder?..
Don't your OpenSuSE / SLES repos provide you with current versions of Nmap, Aria2c and other SW?
I researched and tried a few things on my own. The brief troubleshooting summary is below:
I am using the following version of SuSE: SUSE-Linux-Enterprise-Server-11-SP1 11.1.1-1.152
From the openSuSE website, I downloaded ISO image openSUSE-12.1-DVD-x86_64.iso
Went to Yast-> Software Repositories -> Add -> Specify URL, then cut and pasted the ISO image openSUSE-12.1-DVD-x86_64.iso, and checked the "Download Repository Files" option.
This seemed to give me more programs when I run the "zypper search gcc" option (see output below). My rationale for doing this is maybe it would give me a more recent 64 bit gcc compiler.
Output of the "zypper serach gcc" command:
S | Name | Summary | Type
--+---------------------+-----------------------------------------------+-----------
| gcc | The system GNU C Compiler | package
| gcc | The system GNU C Compiler | srcpackage
| gcc-32bit | The system GNU C Compiler | package
| gcc-c++ | The system GNU C++ Compiler | package
| gcc-c++-32bit | The system GNU C++ Compiler | package
| gcc-fortran | The system GNU Fortran Compiler | package
| gcc-fortran-32bit | The system GNU Fortran Compiler | package
| gcc-gij | The system GNU Java bytecode interpreter | package
| gcc-info | The system GNU Compiler documentation | package
| gcc-java | The system GNU Java Compiler | package
| gcc-locale | The system GNU Compiler locale files | package
| gcc-objc | The system GNU Objective C Compiler | package
| gcc-objc-32bit | The system GNU Objective C Compiler | package
| gcc33 | The GNU C Compiler Version 3.3(evaluation) | srcpackage
| gcc43 | The GNU C Compiler and Support Files | package
| gcc43 | The GNU C Compiler and Support Files | srcpackage
| gcc43-32bit | The GNU C Compiler and Support Files | package
| gcc43-c++ | The GNU C++ Compiler | package
| gcc43-info | Documentation for the GNU compiler collection | package
| gcc43-locale | Locale Data for the GNU Compiler Collection | package
| gcc46 | The GNU C Compiler and Support Files | package
| gcc46-32bit | The GNU C Compiler 32bit support | package
| gcc46-c++ | The GNU C++ Compiler | package
| gcc46-fortran | The GNU Fortran Compiler and Support Files | package
| gcc46-fortran-32bit | The GNU Fortran Compiler and Support Files | package
| gcc46-gij | Java Bytecode Interpreter for gcc | package
| gcc46-info | Documentation for the GNU compiler collection | package
| gcc46-java | The GNU Java Compiler | package
| gcc46-objc | GNU Objective C Compiler | package
| gcc46-objc-32bit | GNU Objective C Compiler | package
i | libgcc43 | C compiler runtime library | package
i | libgcc43-32bit | C compiler runtime library | package
| libgcc46 | C compiler runtime library | package
| libgcc46-32bit | C compiler runtime library | package
Running the zypper in gcc-c++ command, it tries to retrieve "glibc-devel" from the CD, which I do not have. It doesn't seem to install the other gcc programs (gcc, gcc43, gcc42-c++)
The following NEW packages are going to be installed:
gcc gcc43 gcc43-c++ gcc-c++ glibc-devel libstdc++43-devel
6 new packages to install.
Overall download size: 12.3 MiB. After the operation, additional 64.5 MiB will
be used.
Continue? [y/n/?] (y): y
Retrieving package glibc-devel-2.11.1-0.17.4.x86_64 (1/6), 4.7 MiB (30.6 MiB unpacked)
Failed to mount cd:///?devices=/dev/sr0 on /var/adm/mount/AP_0x00000001: Mounting media failed (mount: no medium found on /dev/sr0)
Please insert medium [SUSE-Linux-Enterprise-Server-11-SP1 11.1.1-1.152] #1 and type 'y' to continue or 'n' to cancel the operation. [yes/no] (no):
Trying the ./configure command produces the same results as before:
linux:~/Downloads/aria2-1.15.1 # ./configure
checking for gcc... no
checking for cc... no
checking for cl.exe... no
configure: error: in `/root/Downloads/aria2-1.15.1':
configure: error: no acceptable C compiler found in $PATH
See `config.log' for more details
config.log is a long file with lots of comments that I don't want to place here.
Repository: openSUSE-12.1 12.1-1.4
Name: devel_basis
Version: 12.1-25.21.1
Arch: x86_64
Vendor: openSUSE
Installed: No
Summary: Base Development
Description:
Minimal set of tools for compiling and linking applications.
Contents: .......
"Is you installing software from source just a recurring pattern by now I wonder?..
Don't your OpenSuSE / SLES repos provide you with current versions of Nmap, Aria2c and other SW?"
This definately is a recurring problem. I have yet to successfully use the "./configure" command. And I didn't see Nmap, Aria2c in the software repository, even after I downloaded the ISO for the latest version of openSuSE.
-----------
"He could but I am pretty sure aria2 has more build dependencies than that. The gcc-c++ package doesn't for example depend on make. Granted aristocratic must have make installed to have got as far as he has, but you get the idea. Installing a complete pattern like devel_basis will save him time later if he intends to compile a lot of software."
Exactly. The readme file from aria2 says I also need the following:
How to build
------------
In order to build aria2 from the source package, you need following
development packages(package name may vary depending on the
distribution you use):
* libgnutls-dev (Required for HTTPS, BitTorrent, Checksum support)
* nettle-dev (Required for BitTorrent, Checksum support)
* libgmp-dev (Required for BitTorrent)
* libc-ares-dev (Required for async DNS support)
* libxml2-dev (Required for Metalink support)
* zlib1g-dev (Required for gzip, deflate decoding support in HTTP)
* libsqlite3-dev (Required for Firefox3/Chromium cookie support)
Indeed, I agree with unSpawn, it would be better that you get Zypper/YaST2 working. There is no point making stuff hard for yourself even if you do want to learn. It'll be far more useful to you (and a good learning experience) to understand why you are having trouble installing via the native package manager and to fix this problem.
Also when learning something new it is best to do it in the right order. Installing from source is a more advanced topic. Additionally it is rarely needed these days on distros like SuSE or Debian, which have very big software repositories. The main reasons for installing from source are because your distros' repositories don't provide the software (not true in your case) or because you want to configure the software with different options than those provided by your distros' binary packages. Sure, learning something new is a valid reason but learn your package manager first as you are likely to be using that a lot more often.
Last edited by ruario; 07-31-2012 at 01:05 PM.
Reason: removed my final line as I realised my assumption was probably wrong
SUSE-Linux-Enterprise-Server-11-SP1
is not FREE
and NOT for the desktop ( SELD -SUSE Enterprise Linux Desktop -- is )
also opensuse 11 is DEAD and only opensuse 12 is supported
mixing SELS 11 and opensuse 12 is NOT a good idea
buy the SERVER license from novell for SELS
or
use Opensuse
(..) FREE (..) NOT (..) NOT (..)
buy the SERVER license from novell for SELS
or
use Opensuse
Instead of your default assumption that anyone who posts on LQ is without valid license could you try avoid shouting and first ask if your fellow LQ member actually has a license? Thanks for making an effort.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.