ERROR: ld.so Centos 7 - centos

help me pls. I have a error when update my gaming server-
ERROR: ld.so: object '/usr/libexec/coreutils/libstdbuf.so' from LD_PRELOAD cannot be preloaded: ignored.

To avoid changing environment variable, you create a symbolic link under the path "/usr/lib"
sudo ln -s liblunar-calendar-preload-2.0.so liblunar-calendar-preload.so
Then I restart bash.

Related

postgresql command not working; Error: invalid option '-o'

I am trying to fix this previous error when I am unable to find the PostgreSQL client library, however, when I run the suggested command:
ridk exec sh -c "pacman -S ${MINGW_PACKAGE_PREFIX}-postgresql"
I get this error. Not sure how to fix, any help is appreciated
error: invalid option '-o'
I tried the other suggestions such as:
gem install pg -- --with-pg-config=/path/to/pg_config
But I still get the same error.

X11 problems when compiling openjdk 9 on centos 7

I find problems when I started to compile openjdk for my first time.
Below is what I did
hg clone http://hg.openjdk.java.net/jdk9/dev 9dev
cd 9dev
bash ./get_source.sh
bash ./configure
Then, I got this error message
configure: error: Could not find X11 libraries. You might be able to fix this by running 'sudo yum install libXtst-devel libXt-devel libXrender-devel libXi-devel'.
Then, I did what it told me to do.
After the installation, the same error still exists.
So I checked where the files lies on my machine
rpm -qa | grep X11
libX11-1.6.3-3.el7.x86_64
libX11-common-1.6.3-3.el7.noarch
libX11-devel-1.6.3-3.el7.x86_64
rpm -ql libX11-1.6.3-3.el7.x86_64
/usr/lib64/libX11-xcb.so.1
/usr/lib64/libX11-xcb.so.1.0.0
/usr/lib64/libX11.so.6
/usr/lib64/libX11.so.6.3.0
so i tried the way of specifying the X11 path
bash ./configure --x-libraries=/usr/lib64
Unfortunately, the same error still stays.
Can someone help me out of here, please?
thx
update
Thank #omajid for directing me to the log file config.log, where I found that the configure is using the gcc in my linuxbrew installation.
configure:56234: /data/alex/git/brew/bin/g++ -o conftest conftest.cpp -lX11 >&5
/data/alex/git/brew/bin/ld: cannot find -lX11
collect2: error: ld returned 1 exit status
configure:56234: $? = 1
So after I exported my c compiler to the system one, the problem was fixed.
export CC=/usr/bin/gcc
export CXX=/usr/bin/g++
Here is the relevant packages needed at build time and the configure flags I use in my spec file for building unofficial OpenJDK 9 packages for Fedora/EPEL:
autoconf
automake
alsa-lib-devel
binutils
cups-devel
desktop-file-utils
fontconfig
freetype-devel
elfutils
giflib-devel
gcc-c++
gdb
gtk2-devel
lcms2-devel
libjpeg-devel
libpng-devel
libxslt
libX11-devel
libXi-devel
libXinerama-devel
libXt-devel
libXtst-devel
nss-devel
pkgconfig
xorg-x11-proto-devel
zip
java-1.8.0-openjdk-devel
bash ../configure \
--with-boot-jdk=/usr/lib/jvm/java-1.8.0-openjdk/ \
--with-native-debug-symbols=internal \
--enable-unlimited-crypto \
--with-zlib=system \
--with-libjpeg=system \
--with-giflib=system \
--with-libpng=system \
--with-lcms=system \
--with-stdc++lib=dynamic \
--disable-javac-server \
--disable-warnings-as-errors
In any case, the error messages produce by configure are a best guess. You should take a look at config.log to see what test actually failed and what the error messages are. In this case, it looks like you are probably missing one of several X11 libraries. Possibly libXinerama-devel.
If this still doesn't fix your error, please paste the error messages from your autoconf log file (should be named config.log or configure.log, I forget).

Matlab startup error permission denied

The error message is as follows. How to deal with this trouble?
Error using connector.internal.autostart.run
Cannot CD to C:\Users\dell\AppData\Local\Temp (Directory permission
denied).
The following worked for me:
1 - Go into the MATLAB installation directory using terminal.
2 - Change installation file type in the sense of permission and execution:
sudo chmod +x install
3 - Run installer:
sudo ./install
Apparently the aforementioned method provides permission in the necessary steps.

Build of docker image with centos:6.6 fails when trying to update repo

I have the following simple Dockerfile:
FROM centos:6.6
USER root
RUN yum clean all
RUN yum update
And I am trying to build it as usual:
docker build -t myimage/hadoop .
But I have the following error and I can't find the solution:
Error: Cannot find a valid baseurl for repo: base Could not retrieve
mirrorlist
http://mirrorlist.centos.org/?release=6&arch=x86_64&repo=os&infra=stock
error was 14: PYCURL ERROR 6 - "Couldn't resolve host
'mirrorlist.centos.org'" INFO[0005] The command "/bin/sh -c yum
update" returned a non-zero code: 1
Any help or reference to solve the problem would be very helpful.
EDIT: I tried the solution given in this post but with no results.
Could you try add "-y" to the ""yum update"?
RUN yum update -y

Postgres 9.4 0 undefined symbol - PQhostaddr

I have installed postgres9.4 on Ubuntu
I used to be able to run psql just fine.
symbol lookup error: /usr/lib/postgressql/9.4/bin/psql: undefined symbol: PQhostaddr
As per Craig's comment I did a little digging.
I confirmed using ldd that PQhostaddr is the only exception.
I also tried this:
$ sudo ldconfig -v | grep libpq
/sbin/ldconfig.real: Path /lib/x86_64-linux-gnu' given more than once
/sbin/ldconfig.real: Path/usr/lib/x86_64-linux-gnu' given more than once
/sbin/ldconfig.real: /lib/x86_64-linux-gnu/ld-2.19.so is the dynamic linker, ignoring
libpq.so.5 -> libpq.so.5.7
I can however only see the directories in each place once. (not repeated)
I also can't find libpq
So generally not doing amazingly with this. I would have assumed there was a method of updating libpq.so.5.7
Am I barking up the wrong tree? (Or just barking mad)
I had the same issue but I was able to resolve it by completely removing postgresql with these commands.
apt-get --purge remove postgresql\*
rm -r /etc/postgresql/
rm -r /etc/postgresql-common/
rm -r /var/lib/postgresql/
userdel -r postgres
groupdel postgres
Then reinstalling postgresql.
Worked for me: removed completely and reinstalled PostgreSQL packages (but the cluster)