When attempting to install Gluon Scene Builder (JavaFX Scene Builder) on RedHat Workstation 7, and CentOS 7, I get a large number of unresolved dependencies, most of which seem to be standard files that should already be installed. Any suggestions what is wrong:
[ron#destiny-centos Downloads]$ sudo rpm -i scenebuilder-8.2.0-1.x86_64.rpm
[sudo] password for ron:
error: Failed dependencies:
ld-linux.so.2 is needed by scenebuilder-8.2.0-1.x86_64
libX11.so.6 is needed by scenebuilder-8.2.0-1.x86_64
libXext.so.6 is needed by scenebuilder-8.2.0-1.x86_64
libXi.so.6 is needed by scenebuilder-8.2.0-1.x86_64
libXrender.so.1 is needed by scenebuilder-8.2.0-1.x86_64
libXtst.so.6 is needed by scenebuilder-8.2.0-1.x86_64
libasound.so.2 is needed by scenebuilder-8.2.0-1.x86_64
libc.so.6 is needed by scenebuilder-8.2.0-1.x86_64
libdl.so.2 is needed by scenebuilder-8.2.0-1.x86_64
libgcc_s.so.1 is needed by scenebuilder-8.2.0-1.x86_64
libm.so.6 is needed by scenebuilder-8.2.0-1.x86_64
libpthread.so.0 is needed by scenebuilder-8.2.0-1.x86_64
libthread_db.so.1 is needed by scenebuilder-8.2.0-1.x86_64
You can try
yum --nogpgcheck localinstall scenebuilder-8.2.0-1.x86_64.rpm
This will install all dependencies if already available in YUM system repositories. If not, follow the instuctions on this post.
Related
I want to install opam menhir but make the install explicit for coq 8.12 to make my script explicit + robust to installation.
But when I ask it to show me it show the dev tag, which I assume might change at any point and make the install brittle. The project is hosted in gitlab and it doesn't seem it lets me make a git issue here so asking here. From the available options is dev actually robust/stable? I don't want future installs to break:
(iit_synthesis) brando9~ $ opam install -y menhir
[NOTE] Package menhir is already installed (current version is dev).
(iit_synthesis) brando9~ $
(iit_synthesis) brando9~ $ opam show menhir
<><> menhir: information on all versions ><><><><><><><><><><><><><><><><><><><>
name menhir
all-installed-versions 20190626 [coq-8.10] dev [coq-8.12]
all-versions 20120123 20130116 20130911 20140422 20141215 20150914 20150921 20151005 20151012 20151023 20151026 20151030
20151103 20151112 20160303 20160504 20160526 20160808 20160825 20161114 20161115 20170101 20170418 20170509
20170607 20170712 20171013 20171206 20171222 20180528 20180530 20180703 20180905 20181006 20181026 20181113
20190613 20190620 20190626 20190924 20200123 20200211 20200525 20200612 20200619 20200624 20201122 20201201
20201214 20201216 20210310 20210419 20210929 20211012 20211125 20211128 20211230 20220210 dev
<><> Version-specific details <><><><><><><><><><><><><><><><><><><><><><><><><>
version dev
repository coq-extra-dev
source-hash 98f5c17e
url.src "git+https://gitlab.inria.fr/fpottier/menhir.git#master"
homepage "http://gitlab.inria.fr/fpottier/menhir"
bug-reports "menhir#inria.fr"
dev-repo "git+https://gitlab.inria.fr/fpottier/menhir.git"
authors "François Pottier <francois.pottier#inria.fr>"
"Yann Régis-Gianas <yrg#pps.univ-paris-diderot.fr>"
maintainer "francois.pottier#inria.fr"
depends "ocaml" {>= "4.02.3"}
"dune" {>= "2.2.0"}
"menhirLib" {= version}
"menhirSdk" {= version}
synopsis An LR(1) parser generator
cross: https://coq.discourse.group/t/what-is-the-tag-for-menhir-for-coq-8-12-when-instlaling-it-with-opam-install-y/1889
source: https://coq.discourse.group/t/what-is-the-tag-for-menhir-for-coq-8-12-when-installing-it-with-opam-install-y/1889/3?u=brando90
Answer emilio gave:
Coq 8.12 was mostly tested with menhir 20190626 , you can see this in the Docker file:
github.com
coq/coq/blob/v8.12/dev/ci/docker/bionic_coq/Dockerfile
# CACHEKEY: "bionic_coq-v8.12-V2020-10-12-V1"
# ^^ Update when modifying this file.
FROM ubuntu:bionic
LABEL maintainer="e#x80.org"
ENV DEBIAN_FRONTEND="noninteractive"
RUN apt-get update -qq && apt-get install --no-install-recommends -y -qq \
# Dependencies of the image, the test-suite and external projects
m4 automake autoconf time wget rsync git gcc-multilib build-essential unzip jq \
# Dependencies of lablgtk (for CoqIDE)
libgtksourceview-3.0-dev \
# Dependencies of stdlib and sphinx doc
texlive-latex-extra texlive-fonts-recommended texlive-xetex latexmk \
python3-pip python3-setuptools python3-pexpect python3-bs4 fonts-freefont-otf \
# Dependencies of source-doc and coq-makefile
texlive-science tipa
# More dependencies of the sphinx doc
This file has been truncated. show original
So that version is a good bet, but as Paolo points out, it depends on what menhir user you are interested in.
thus command I ran:
# dev seems fine but scary to use dev tag: question for alternative: https://stackoverflow.com/questions/75465305/what-is-the-tag-for-menhir-for-coq-8-12-when-installing-it-with-opam-install-y
#opam install -y menhir
opam pin add -y menhir 20190626
# run bellow in case above break when using the intended coq switch
#opam install -y menhir=dev
output successful:
(metalearning_gpu) brando9~/proverbot9001/deps/StructTact $ opam install -y menhir 20190626
opam: PACKAGES... arguments: Package name "20190626" should contain at least
one letter
Usage: opam install [OPTION]... [PACKAGES]...
Try `opam install --help' or `opam --help' for more information.
(metalearning_gpu) brando9~/proverbot9001/deps/StructTact $ opam pin add -y menhir 20190626
menhir is now pinned to version 20190626
The following actions will be performed:
⊘ remove menhirLib dev [conflicts with menhir]
⊘ remove menhirSdk dev [conflicts with menhir]
↘ downgrade menhir dev to 20190626*
===== ↘ 1 ⊘ 2 =====
<><> Processing actions <><><><><><><><><><><><><><><><><><><><><><><><><><><><>
⊘ removed menhir.dev
⊘ removed menhirLib.dev
⊘ removed menhirSdk.dev
⬇ retrieved menhir.20190626 (cached)
∗ installed menhir.20190626
Done.
# Run eval $(opam env) to update the current shell environment
(metalearning_gpu) brando9~/proverbot9001/deps/StructTact $
(metalearning_gpu) brando9~/proverbot9001/deps/StructTact $ eval $(opam env)
To install devtoolset-7.x86_64 on CentOS6 is pretty easy:
yum install -y centos-release-scl
yum install -y devtoolset-7-toolchain
However, i686 is not available for download: http://mirror.centos.org/centos/6/sclo/
So I found http://repo.cloudlinux.com/cloudlinux/6.10/sclo/devtoolset-7/i386/ but I don't how to add to my repo list e.g. yum-config-manager --add-repo
Is it possible install devtoolset-7 for i686? Is there another option?
I have downloaded a package with it's dependency and want to install a package with dependency. Even though i have download in local folder it's checking for online.
sudo yum -y --disablerepo=* localinstall autoconf-2.69-11.el7.noarch.rpm
I am trying above command but failed to load it's dependency that is there in same folder.
Thanks,
Hare
Inside the local directory where you have all the downloaded RPMs, do this:
sudo yum --disablerepo=* localinstall *.rpm
OR
sudo yum --disablerepo=* localinstall foo.rpm bar.rpm baz.rpm
Since you have downloaded all the dependencies to a single directory, you can also use rpm to install those:
sudo rpm -Uvvh *.rpm --test
--test does a dry-run. Remove it to install on disk.
Even if the solution provide by iamauser is very great (and I am using it all the time), I wish to give you an other way to do it.
It exists yum-downloader command which doing basically the same thing for you.
# yumdownloader <package> --resolve
You just have to download it first :
# yum install yum-utils
Overall, I suggest you to read this article from Red Hat company site's which details everything about those two methods :
https://access.redhat.com/solutions/10154
Apache Thrift 0.9.0 won't configure per instructions on base CentOS install. When you try to do the ./configure, it gives you an "Error: libcrypto required"
The documentation says that you need:
sudo yum install automake libtool flex bison pkgconfig gcc-c++ boost-devel libevent-devel zlib-devel python-devel ruby-devel
http://thrift.apache.org/docs/install/centos/
The documentation is missing the openssl dependency, you also need to include:
openssl-devel.x86_64 in your package install list above
What you really need to install is
sudo yum install automake libtool flex bison pkgconfig gcc-c++ boost-devel libevent-devel zlib-devel python-devel ruby-devel openssl-devel.x86_64
Or just this if you've already installed the above per the original instructions.
sudo yum install openssl-devel.x86_64
I am trying to install an odbc driver for vPostgres (Vmware's version for postgres) on Ubuntu 11.10 (64-bit).
I have downloaded the rpm file of the installer (64-bit) and when I try to install the rpm using:
rpm -ivh Vmware-vPostgres-client.rpm, it shows me this error:
error: Failed dependencies:
libc.so.6()(64bit) is needed by VMware-vPostgres-client-1.0.1.1145-532311.x86_64
libc.so.6(GLIBC_2.2.5)(64bit) is needed by VMware-vPostgres-client-1.0.1.1145-532311.x86_64
libc.so.6(GLIBC_2.3)(64bit) is needed by VMware-vPostgres-client-1.0.1.1145-532311.x86_64
libc.so.6(GLIBC_2.3.3)(64bit) is needed by VMware-vPostgres-client-1.0.1.1145-532311.x86_64
libdl.so.2()(64bit) is needed by VMware-vPostgres-client-1.0.1.1145-532311.x86_64
libdl.so.2(GLIBC_2.2.5)(64bit) is needed by VMware-vPostgres-client-1.0.1.1145-532311.x86_64
libpthread.so.0()(64bit) is needed by VMware-vPostgres-client-1.0.1.1145-532311.x86_64
libpthread.so.0(GLIBC_2.2.5)(64bit) is needed by VMware-vPostgres-client-1.0.1.1145-532311.x86_64
libresolv.so.2()(64bit) is needed by VMware-vPostgres-client-1.0.1.1145-532311.x86_64
libresolv.so.2(GLIBC_2.2.5)(64bit) is needed by VMware-vPostgres-client-1.0.1.1145-532311.x86_64
Few things I have tried:
locate libpthread.so.0 returns:
/lib/i386-linux-gnu/libpthread.so.0
/lib/x86_64-linux-gnu/libpthread.so.0
/lib32/libpthread.so.0
I get similar locations for all other files:
locate libc.so.6
/lib/i386-linux-gnu/libc.so.6
/lib/x86_64-linux-gnu/libc.so.6
/lib32/libc.so.6
and so on.
I tried creating symlinks using:
sudo ln -s lib/x86_64-linux-gnu/libc.so.6
/lib64/libc.so.6
sudo ln -s lib/x86_64-linux-gnu/libc.so.6
/lib/libc.so.6
sudo ln -s lib/x86_64-linux-gnu/libc.so.6
libc.so.6
but none of them worked. I am not sure where exactly it is trying to search for this files.
ldd Vmware-vPostgres-client.rpm doesnt help much and returns
'not a dynamic executable' which is expected
I tried adding the path in the /etc/ld.so.conf file
include lib/x86_64-linux-gnu/libc.so.6
I also tried setting the LD_LIBRARY_PATH to the specified file but of no use.
ldd --version shows
GLIBC 2.13
Can anyone help me out where exactly does it searches for the file?
Finally, found the solution..
Use alien. rpm packages are for redhat based distributions of linux like CentOS and redhat. For debian based systems(Ubuntu) you need deb packages. Alien is a product which can convert rpm file to deb file which can then be installed on ubuntu.