Google-chrome installation on Oracle linux 7.8 dependency issues
 

I'm trying to install google-chrome on Oracle Linux 7.8 (updated from 7.1). But it is failing due to libvulkan.so.1()(64 bit) dependency requirement. Please help on how to resolve this. I have tried downloading the binaries from pkgs.org for centos7 and installing. But it seems there are too many and that chain is long. I also tried installing Vulkan SDK but that is taking me in a different route. I also tried to download and enable the epel and rpm (free and non-free) repositories. They are enabled in the yum repolist command output but still when I try yum install google-chrome-stable, it does not resolve. What is the best way to get this working? Thanks, Bala.

Installation response:

[root@olx71 Downloads]# yum install google-chrome

Loaded plugins: ulninfo Resolving Dependencies
--> Running transaction check
---> Package google-chrome-unstable.x86_64 0:83.0.4103.7-1 will be installed
--> Processing Dependency: libvulkan.so.1()(64bit) for package: google-chrome-unstable-83.0.4103.7-1.x86_64
--> Finished Dependency Resolution Error: Package: google-chrome-unstable-83.0.4103.7-1.x86_64 (google-chrome)
Requires: libvulkan.so.1()(64bit) You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest

Ok, so it gave you two options; did you try either of them?

Did you read the Oracle Linux website, about what's supported?
https://docs.oracle.com/cd/E37444_01...9c1391706.html

Either you have to install all the dependencies, or use an old version of Chrome. And why are you using Oracle Linux?? It's not really designed for 'daily use', but for servers.

@bala5782@yahoo.co.in : Welcome to LQ.

`chromium´ is in the epel.repo https://fedoraproject.org/wiki/EPEL
# yum install epel-release-latest-7.noarch.rpm

# yum install chromium
... You get version 79.0.3945.130-1.el7 : Google Chrome

-

Thanks a lot for the response.

I downloaded 54 version snapshot from:

https://commondatastorage.googleapis...ux_x64/540007/

and it works. Hope any 54x from this repository of snapshots works. Thanks for helping out on this issue.

Hi, thanks for the response. I actually tried this but got dependency issues.

--> Finished Dependency Resolution
Error: Package: chromium-79.0.3945.130-1.el7.x86_64 (epel)
Requires: libminizip.so.1()(64bit)
Error: Package: chromium-common-79.0.3945.130-1.el7.x86_64 (epel)
Requires: minizip(x86-64)
Error: Package: chromium-libs-79.0.3945.130-1.el7.x86_64 (epel)
Requires: libminizip.so.1()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest

I think the issue is that only 54 version is supported on Oracle Linux 7x. I downloaded a snapshot of 54 from:

https://commondatastorage.googleapis...ux_x64/540007/

and this is working for me now. Thanks again.

Right; that's what I posted to you in my first reply. Again, why are you using OEL? You'd be far better off with a 'regular' distro, rather than a server/database distro.

Actually I am running an oracle application (Oracle FLEXCUBE) which is certified on Oracle Linux only. True, this is meant for servers only. But I have to recreate the server environment as close as possible to get this application running. Hence running OLS on virtualbox on my laptop.

Well if it's virtualbox why even care to get browser running there... Yes you can probably launch a falcon 9 rocket from your backyard but you have to understand it's sub-optimal at best.
This OS is simply unfit to run all these new GUI programs.

Re #5
Package minizip : Download the RHEL7 → CentOS7 minizip
http://mirror.centos.org/centos/7/os...el7.x86_64.rpm

Install the package

Apt comparison. We felt the same when we had to carry around laptops with applications meant only for servers installed on them. This was mostly for customer product demos. Now things are changing with cloud deployments.

Thank you. Will try this out.

is one-line solution

Actually that works more often that it doesn't, but vice versa is where you hit the wall almost all the time.

Still doesn't make sense; the application can run in the virtual machine, and the guest OS web-browser can access it. The VM has an IP address, so there's no point in going through all this just to have the application come up as "localhost" as opposed to "<IP ADDRESS>".

Point taken. Virtualbox makes this easy to achieve with host only networking.

Btw, What distro would you recommend as a replacement for oracle linux but which can handle Oracle db and fusion middleware setup well. Would like to experiment and move to more user friendly distro.