libuuid not linked with libuuid-devel? - linux

i am installing asterisk13.8 on my laptop with centos6.8. when i run ./configure by going into asterisk directory it gives an error of absence of uuid development package. i manually installed libuuid*rpm using rpm -Uvh libuuid*rpm command successfully and checked by rpm -q libuuid*rpm but when i tried to install libuuid-devel*rpm it gives following error:
libuuid is needed by libuuid-devel...
is there any linking issue or configuration issue???

Related

Installing octave in termux, "Unable to correct problems, you have held broken packages"

I am trying to install octave from the "Its Pointless" repository mentioned in the termux wiki. The repository is added successfully as far as I can tell. However, when I try the command pkg install octave I get the error "octave Depends openblas" "octave Depends arpack-ng" "Unable to correct problems, you have held broken packages"
I have run dpkg --get-selections | grep held but it doesn't return anything.
When I try to run pkg install openblas it gives the error "openblas Depends libgcc but it is not installable"
When I try to run pkg install libgcc it gives the error "package libgcc is not available but is referred to by another package, this may mean the package is missing, has been obsoleted, or is only available from another source. However, the following packages replace it: ndk-sysroot"
After searching some more I did pkg install clang but I still get the same errors. ndk-sysroot has been installed during installation of clang.
I have done apt-get autoclean, apt-get autoremove and apt-get purge but that did not do anything.
What can I do to fix this problem and install octave on my phone?
The problem got solved by itself.
I tried pkg install octave again and got a response saying "The repository https://termux.net stable Release is no longer signed."
So I ran the command bash setup-pointless-repo.sh again.
And that was it! pkg install octave is now working.

Package conflict during rpm install of node

I am trying to do an rpm install of Node, but it is failing with the following error:
[xxxx#xxxxxxxx xxxx]# rpm -ivh Node-v0.10.33-RHEL.x86_64.rpm
Preparing... ################################# [100%]
file /usr/bin from install of Node-v0.10.33-RHEL.x86_64 conflicts with file from package filesystem-3.2-20.el7.x86_64
file /usr/lib from install of Node-v0.10.33-RHEL.x86_64 conflicts with file from package filesystem-3.2-20.el7.x86_64
I have been looking around the internet for the past two days but all the errors similar to mine (conflict with filesystem package) had been due to issues with the rpm package. In my case, I can rule that out as I have previously used the same rpm for node installation on other VMs successfully.
My user has root privileges and my OS is CentOS Linux release 7.2.1511 (Core)

How to specify dependency location in rpm?

While installing Mono using RPM, GLIBC_2.16 is listed as a dependency. Since I'm having an older version of glibc, and didn't want to corrupt my kernel, i installed the newer glibc from sources in my home folder.
I now want the RPM to refer to this newer glibc lib directory in my home folder while installing mono. What is the RPM option for mentioning dependency locations for a package?
I am currently using the following RPM command:
sudo rpm -ivh mono-core-3.2.3-0.x86_64.rpm
I get the following error messages:
libc.so.6(GLIBC_2.14)(64bit) is needed by mono-core-3.2.3-0.x86_64
libc.so.6(GLIBC_2.15)(64bit) is needed by mono-core-3.2.3-0.x86_64
libc.so.6(GLIBC_2.16)(64bit) is needed by mono-core-3.2.3-0.x86_64
My newer glibc path is:
~/Desktop/glibc/glibc1/lib
What option should i include in rpm to reference this path while installing mono?
Thanks
I guess there is no way to install the package without --nodeps unless you install the proper version of glibc in your system.
If your goal is to run mono command completely, it may work fine by the following steps.
Installing the package by adding the --nodeps option to rpm command to ignore any dependencies.
Running mono-related commands with LD_LIBRARY_PATH set to /your/alternative/path/to/glibc.
However, I think that the best solution is to build the mono's source on your machine.

Linux Yum Fatal Python error: pycurl: libcurl link-time version is older than compile-time version

So this error is driving me crazy, I've search the web multiple times, ran a few things and no results. I get the following error when using yum.
[root#texas pycurl-7.19.0]# yum update
Fatal Python error: pycurl: libcurl link-time version is older than compile-timeversion
Aborted
[root#texas pycurl-7.19.0]# rpm -qa | grep pycurl
python-pycurl-7.19.0-8.el6.i686
[root#texas pycurl-7.19.0]# rpm -qa | grep curl
curl-7.19.7-26.el6_2.4.i686
libcurl-7.19.7-26.el6_2.4.i686
python-pycurl-7.19.0-8.el6.i686
[root#texas pycurl-7.19.0]#
[root#texas /]# locate libcurl.so
/usr/lib/libcurl.so
/usr/lib/libcurl.so.4
/usr/lib/libcurl.so.4.1.1
[root#texas /]# locate pycurl
/usr/lib/python2.6/site-packages/pycurl-7.19.0-py2.6.egg-info
/usr/lib/python2.6/site-packages/pycurl.so
/usr/share/doc/python-pycurl-7.19.0
I've recompiled my directadmin build with curl and no change after that either. (I already had directadmin with curl working fine before)
Any help is appreciated.
I have found that VMWare Toolkit caused this issue on CentOS VMs.
vi /etc/ld.so.conf.d/vmware-tools-libraries.conf
and add the following two lines at the top (assuming you're 64-bit):
/lib64
/usr/lib64
Save, and "ldconfig".
I just had the same issue. Someone just played with LD_LIBRARY_PATH.
unset LD_LIBRARY_PATH; yum update
or
LD_LIBRARY_PATH='' yum update
does the trick for me.
I just had the same problem after having added a bunch of libraries to the ldconfig path. (I needed to install the RPostgreSQL in my local R install, and was missing libpq.so and some others; I happened to have a package that had all that --and more-- and simply added the libs of that package via ldconfig; that royally screwed up yum and pycurl etc.)
So, I just selected the minimal set of libs I wanted and added them to some place in /usr/local/lib/rpostgresql-depend, then added that via ldconfig. Now both that RPostgreSQL package in R and yum work.
Your problem might be a variation of this.
My error is very simple.
remove /usr/local/curl/lib/ from /etc/ld.so.conf then it's ok.
Reached here from google. So just for future viewers, if I use yum without root permission, I was getting this error. Using sudo yum fixed it. I am using CentOS 7.9.2009.

Apache2::Request (libapreq2-2.13) on centos 5.5

I'm having a torrid time installing Apache2::Request on Centos 5.5. My apache is the standard one that came with centos.
I'm installing from libapreq2-2.13 and a lot of dependencies didn't already exist. I so far had to do:
yum install httpd-devel # for apxs
I then did:
perl Makefile.PL --with-apache2-apxs=/usr/sbin/apxs
make
The make step then told me i needed: ExtUtils-XSBuilder and Parse-RecDescent, which i duly installed.
running make again gave the compiler error:
/home/xx/installers/libapreq2-2.13/glue/perl/xsbuilder/apreq_xs_postperl.h:22:34: error: modperl_perl_unembed.h: No such file or directory
/home/xx/installers/libapreq2-2.13/glue/perl/xsbuilder/apreq_xs_postperl.h:25:33: error: modperl_common_util.h: No such file or directory
In file included from Apache2.xs:45:
/home/xx/installers/libapreq2-2.13/glue/perl/xsbuilder/APR/Request/Apache2/APR__Request__Apache2.h:1:22: error: mod_perl.h: No such file or directory
Can anyone tell me which package i'm missing?
Is there not a method of installing this common package that "just works" (tm).
Many thanks
It's already packaged for Centos.
$ repoquery -i --whatprovides 'perl(Apache2::Request)'
perl-libapreq2-0:2.09-0.rc2.1.el5.x86_64
$ sudo yum install perl-libapreq2
(Actually, that only works if you're using the EPEL repository)
To install the headers , yum install mod_perl-devel

Resources