I'm trying to install pyAlsaaudio on my openSUSE distro
Output of uname -a: Linux linux-0cd5 4.12.14-lp150.12.48-default #1 SMP Tue Feb 12 14:01:48 UTC 2019 (268f014) x86_64 x86_64 x86_64 GNU/Linux
I downloaded the source from this link,
http://larsimmisch.github.io/pyalsaaudio/pyalsaaudio.html
which includes a py setup file.
Initially I didn't have the gcc compiler installed, so I just installed it.
Snipped output of gcc -v: gcc version 7.3.1 20180323 [gcc-7-branch revision 258812] (SUSE Linux)
The setup.py file is still giving me issues, I think because I am missing the alsa/asoundlib.h file, similar to this thread:
https://ubuntuforums.org/showthread.php?t=1586707
However, the solution there doesn't work for openSUSE, there isn't a libasound2-dev available for openSUSE.
Any ideas?
I just found an answer for this here:
https://mailman.alsa-project.org/pipermail/alsa-devel/2013-December/069794.html
I used the following command:
sudo zypper install -C 'pkgconfig(alsa)'
which pointed me to a package I wasn't aware of - "alsa-devel". I wasn't able to find this package when I searched for things like "libasound"
Now I have the proper alsa/asoundlib.h file which is something that the creators of pyalsaaudio note could cause issues if it is absent.
setup.py compiles without issues now! Hope this helps someone else avoid losing 2 hours of googling!
Related
I am new to perl and I have having some trouble installing some packages on my WSL2 Ubuntu20.04 distro.
The comand that I am runnig on my machine is:
sudo cpanm --force Net::RFC3161::Timestamp
Output of the code is:
--> Working on Net::RFC3161::Timestamp
Fetching http://www.cpan.org/authors/id/A/AK/AKHUETTEL/Net-RFC3161-Timestamp-0.020.tar.gz ... OK
==> Found dependencies: Alien::OpenSSL
--> Working on Alien::OpenSSL
Fetching http://www.cpan.org/authors/id/P/PL/PLICEASE/Alien-OpenSSL-0.12.tar.gz ... OK
Configuring Alien-OpenSSL-0.12 ... OK
Building and testing Alien-OpenSSL-0.12 ... FAIL
! Installing Alien::OpenSSL failed. See /root/.cpanm/work/1648856748.7098/build.log for details. Retry with --force to force install it.
! Installing the dependencies failed: Module 'Alien::OpenSSL' is not installed
! Bailing out the installation for Net-RFC3161-Timestamp-0.020.
I am tryng to solve this problem and I could not find any specifical solution yet, suppose I am missing something.
Additional information
output of uname -a :
Linux WINDELL-CRVRRA1 5.10.102.1-microsoft-standard-WSL2 #1 SMP Wed Mar 2 00:30:59 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
output of cpanm --version
cpanm (App::cpanminus) version 1.7045 (/usr/local/bin/cpanm)
perl version 5.030000 (/usr/bin/perl)
%Config:
archname=x86_64-linux-gnu-thread-multi
installsitelib=/usr/local/share/perl/5.30.0
installsitebin=/usr/local/bin
installman1dir=/usr/share/man/man1
installman3dir=/usr/share/man/man3
sitearchexp=/usr/local/lib/x86_64-linux-gnu/perl/5.30.0
sitelibexp=/usr/local/share/perl/5.30.0
vendorarch=/usr/lib/x86_64-linux-gnu/perl5/5.30
vendorlibexp=/usr/share/perl5
archlibexp=/usr/lib/x86_64-linux-gnu/perl/5.30
privlibexp=/usr/share/perl/5.30
%ENV:
PERL5LIB=/home/indiano/perl5/lib/perl5
PERL_LOCAL_LIB_ROOT=/home/indiano/perl5
PERL_MB_OPT=--install_base "/home/indiano/perl5"
PERL_MM_OPT=INSTALL_BASE=/home/indiano/perl5
#INC:
FatPacked::93979654366464=HASH(0x557957ea2500)
/home/indiano/perl5/lib/perl5/x86_64-linux-gnu-thread-multi
/home/indiano/perl5/lib/perl5
/etc/perl
/usr/local/lib/x86_64-linux-gnu/perl/5.30.0
/usr/local/share/perl/5.30.0
/usr/lib/x86_64-linux-gnu/perl5/5.30
/usr/share/perl5
/usr/lib/x86_64-linux-gnu/perl/5.30
/usr/share/perl/5.30
/usr/local/lib/site_perl
/usr/lib/x86_64-linux-gnu/perl-base
Thanks for the support
I just installed the ARM64 cross-complier (aarch64-linux-gnu) on x86_64 Ubuntu 16.04 and all of the binaries have "-4.8" (like aarch64-linux-gnu-gcc-4.8). When I try to configure with --host=aarch64-linux-gnu, it fails to find aarch64-linux-gnu-gcc and falls back to the native gcc.
What did I miss? Is there an additional package that needs installation other than gcc-4.8-aarch64-linux-gnu? Or is there another mystery parameter to autogen.sh/configure that I don't know about?
Thanks.
I'm trying to install/compile OpenFOAM on a remote server. As I don't have the admin privileges I have to compile it from scratch. Following the instructions here, when I try to run
source ~/OpenFOAM/OpenFOAM-v1712/etc/bashrc
I get the error:
No completion added for /home/foobar/OpenFOAM/OpenFOAM-v1712/platforms/linux64GccDPInt32Opt/bin
I checked the ~/OpenFOAM/OpenFOAM-v1712/etc/bashrc definitely exists and it is intact. I also checked the /home/foobar/OpenFOAM/OpenFOAM-v1712/ folder and there are no such thing as platforms folder! I searched and the only place I could see a similar error message is here where the issue is old Bash. I tried bash --version returning version 4.3.48(1)-release (x86_64-pc-linux-gnu) which is more than 4.2 as seems to be required.
My system information:
When I run the uname -a command on the server this is what I get
Linux foobar 4.4.0-101-generic #124-Ubuntu SMP Fri Nov 10 18:29:59 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
Looking into the possible required dependencies mentioned in this page, I checked the installed packages using the command apt list --installed | grep -i packageName, The packages installed are:
build-essential, flex, bison, cmake, zlib1g-dev, libboost-system-dev, libboost-thread-dev, libopenmpi-dev, openmpi-bin, gnuplot, libreadline-dev, libqt4-dev, libqt4-opengl-dev, freeglut3-dev,
And the ones not installed are:
libncurses-dev, libxt-dev, libqtwebkit-dev, libcgal-dev
which according to the installation page are not essential I suppose.
and checking the versions of the libraries installed:
mpirun --version --> (Open MPI) 1.10.2
gcc --version --> gcc (Ubuntu 5.4.0-6ubuntu1~16.04.5) 5.4.0 20160609
cmake --version --> 3.5.1
I would appreciate if could let me know
What is the problem and how I can solve it?
if not solvable, what are the alternative methods for me to have the OpenFOAM installed/compiled on the said server.
This is really embracing as it was just a wrong error! I was informed here that I could have ignored the error and go forward with compiling. Of course I couldn't compile the ParaVIEW/paraFoam as dependencies lack, but it is just a headless server without any GUI. So if you got this error just ignore it and go forwards with the compiling with:
./Allwmake
I have reported the issue here so they can fix it.
P.S. I reported this issue almost 9 month ago and now there is a new confusing message instead of the old one!
No completion added for /home/foobar/OpenFOAM/OpenFOAM-v1806/platforms/linux64GccDPInt32Opt/bin
... incorrect platform, or not yet compiled?
I have this situation:
Ubuntu 16.04;
When I called uname -a result is Linux pi 4.1.19-v7+ #858 SMP Tue Mar 15 15:56:00 GMT 2016 armv7l GNU/Linux.
The problem is when I want to compile new drivers, the system gives me the error:
make[1]: *** /lib/modules/4.1.19-v7+/build: No such file or directory. Stop.
But when I looked at /lib/modules/, I find only version 4.4.38-v7+.
Maybe someone knows what it can be?
Thanks.
You need to have kernel-headers installed for the kernel version that you are trying to compile for.
sudo apt-get install linux-headers-$(uname -r)
You have kernel headers for 4.4.38-v7+, but not for your booted kernel of 4.1.19-v7+ (uname -r)
If you don't want to install 4.1.19-v7+ kernel-headers, reboot the system and boot into 4.4.38-v7+, and then try make, and it would compile the module for that particular kernel.
I have been searching google and tbbs forums on how to install TBB.
I have downloaded both the linux and source from:
http://threadingbuildingblocks.org/ver.php?fid=175
Extracted them using tar -xvf, and then ran the make file.
Then I went to tbb/build/linux_intel64_gcc_cc4.5.2_libc,13_kernel2.6.38_debug/ and ran tbbvars.sh
I also tried running tbb/build/generate_tbbvars.sh, then tbbvars.sh and tbbvars.csh
No matter what I ty when I try to compile a program with -ltbb, i get
/usr/bin/ld: skipping incompatible /usr/lib/libtbb.so when searching for -ltbb
/usr/bin/ld: cannot find -ltbb
Any one know how to fix this?
Linux damian-HP-Z600-Workstation 2.6.38-8-generic #42-Ubuntu SMP Mon Apr 11 03:31:24 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
This is another instance of the issue answered lucidly here. You have libraries of one bit width and are trying to link them into a compilation of a different bit width. If both your application compile process and your TBB build process were done on the same system, one of them must have done the wrong thing when deciding whether to output 32-bit code or 64-bit code.