I am trying to install Postgres 14 on a computer with no internet access:
sudo dnf install postgresql14-14.2-1PGDG.rhel7.x86_64.rpm
Error:
Problem: conflicting requests
nothing provides libreadline.so.6()(64bit) needed by postgresql14-14.2-1PGDG.rhel7.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
RedHat 8 comes with libreadline.so.7 and does not let me install redline 6. I created a symlink with ln -s libreadline.so.7.0 libreadline.so.6, but still getting the same error.
Do you have any idea? Thanks!
Mat, you are right! I got postgresql14-14.2-1PGDG.rhel8.x86_64.rpm installed. Thanks a lot!
Related
We create a Debian package of our application using CPack which can be installed on Linux Mint 19 like this:
$ sudo dpkg -i --instdir=/opt myapp.deb
With Linux Mint 21 the (installed) dependencies are not resolved:
dpkg: dependency problems prevent configuration of myapp:
myapp depends on libsqlite3-0 however:
Package libsqlite3-0 is not installed.
...
After reading the dpkg man page I set the admindir parameter and the installation succeeds:
$ sudo dpkg -i --instdir=/opt --admindir=/var/lib/dpkg/ myapp.deb
If I do not set admindir to /var/lib/dpkg/ then the right environment is not found. Why is that? And why did it work without admindir on Mint 19? Using parameter root does not help because it expects the administrative directory to be a subdirectory of the instdir.
This is a bug, which seems I introduced in dpkg 1.21.0. I'll be preparing a fix and regression tests for dpkg 1.21.10 which should hit Debian unstable in few days I guess. For Mint, which seems to be based on Ubuntu, you'd need to request the Ubuntu people to consider including that fix once it's in Debian unstable, and then the Mint people to do the same. Otherwise you can specify both options as a workaround for now. :/
Please feel free to report this kind of problems upstream in the bug tracking system next time, I just happened to see this by accident today. :)
I am trying to install the gdal on my centos 8. I tried with following command
sudo yum install gdal
And it through me following error,
Last metadata expiration check: 0:05:58 ago on Sun 10 Jan 2021 10:52:18 PM EST.
Error:
Problem: conflicting requests
- nothing provides libdap.so.25()(64bit) needed by gdal-libs-3.0.4-5.el8.x86_64
- nothing provides libdapclient.so.6()(64bit) needed by gdal-libs-3.0.4-5.el8.x86_64
- nothing provides libdapserver.so.7()(64bit) needed by gdal-libs-3.0.4-5.el8.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
Please, anyone, suggest to me, how to solve this error?
You can enable the powertools repository to solve this issue,
sudo yum install dnf-plugins-core
sudo yum config-manager --set-enabled powertools
Now you can install the gdal by following code,
sudo yum install gdal-devel
I have already installed and loaded a postgres12 instance on Redhat7. Now we need the devel libs to compile additional packages like pg-hash64.
Has anyone installed other packages after postgres instance was already created? Is there any impact to the binaries already installed?
Thanks for any info.
As long as you are using the same source repository there should be no issue.
I have installed several PostgreSQL package on Centos 7 without any issue from :
repo id repo name status
!pgdg12/7/x86_64 PostgreSQL 12 for RHEL/CentOS 7 - x86_64 294
repolist: 294
pifor was right, not an issue, Im a new user so its not letting me click the up arrow.
For postgres12.2 instance on Redhat7 to get pg-hash64 installed:
yum install postgresql12-devel-12.2-2PGDG.rhel7.x86_64 or version to match your postgres install
yum install llvm-toolset-7
in /usr/lib64:
mkdir llvm5.0
in /usr/lib64/llvm5.0
ln -s /opt/rh/llvm-toolset-7/root/usr/bin bin
back in dir with unzipped package
make
make install
in psql:
CREATE EXTENSION hash64;
I have installed Icinga2 on my server, which is running CentOS 8. However, I run into problems when I try and install Icinga Web 2.
When I try and run the command yum -y install icingaweb2 icingacli, CentOS cannot find the packages. The following output is given:
Last metadata expiration check: 0:01:04 ago on Sat 16 Nov 2019 23:22:22 NZDT.
No match for argument: icingaweb2
No match for argument: icingacli
Error: Unable to find a match
It also cannot find the packages centos-release-scl and icingaweb2-selinux.
I've added the Icinga repositories to CentOS manually, including EPEL relase, and they are showing in the yum.repos.d folder. But every time I try and install Icinga Web 2, whether with yum or dnf, I get the same error. I've tried dnf makecache and yum makecache and have updated the packages, but nothing seems to work.
What is going on here?
For install icinga via package management you should add this repo: https://packages.icinga.com/epel/
I'm working on a remote server (Ubuntu 14.04) through SSH -X. I have installed Sublime Text and when I try to open it I get
Gtk-Message: Failed to load module "canberra-gtk-module"
Unable to connect to dbus
How do I solve this?
sudo apt-get install libcanberra-gtk*
if you run that install it will get 120+ mb of libs, mostly. to get rid of that module error, you only need to install 70k. i fixed the same error with this single package:
sudo apt-get install libcanberra-gtk-module
that should do the trick. if that doesnt work try installing only the canberra libs, you don't need all those Xlibs, or you'd have them already ;)
here's just canberra packages apt listed:
libcanberra-gtk-common-dev libcanberra-gtk-dev libcanberra-gtk-module
libcanberra-gtk-module-dbg libcanberra-gtk0 libcanberra-gtk0-dbg
libcanberra-gtk3-0-dbg libcanberra-gtk3-dev libcanberra-gtk3-module-dbg
libcanberra-dev
10 total packages, instead of over 100 packages with that * wildcard. save space, boot time, sys speed etc, always, if you can :)
As I found at the end of this thread, it appears to be a problem with the libcanberra dependencies, I stumbled upon this and the solution worked for me on Sublime Text 2/Debian 8.
So try running this:
sudo apt-get install libcanberra-gtk*
This got rid of the GTK message, but the "Unable to connect to dbus..." stuff disappeared when I executed sublime as a non-root user.
On Debian Stretch:
sudo apt install libcanberra-gtk-module
This will install:
The following additional packages will be installed:
libcanberra-gtk0
The following NEW packages will be installed:
libcanberra-gtk-module libcanberra-gtk0