Installing Chrome on Red hat - google-chrome

We have failed trying to install Chrome version google-chrome-stable-70.0.3538.77-1.x86_64 on Redhat linux environment version 7.2.
We have created a yum repository and had done yum install google-chrome-stable but it fails at a step looking up for liberation-fonts stating requires liberation-fonts.
All the fonts with latest version are installed on it. I am attaching the installation logs and list of fonts installed on server.
I also tried install with .rpm link still had the same issue, and just to filter it out installed on different server of same os- still had same error.
Link to Logs:
Link to List of fonts:
Just to add we had no trouble with version 69.0.3497.92 and Google doesn't allow us to download previous versions of Chrome - at least for Redhat OS.

For what it's worth, I resolved this by installing it via rpm a package from a CentOS mirror on my laptop running redhat. In particular I installed this package: liberation-fonts-1.07.2-16.el7.noarch.rpm. Being a noarch file concerning fonts I wasn't concerned too much where it came from. I have doubts even the Chrome really needs this package since my installation had already several packages for liberation-fonts, including libertation-fonts-common but it allowed the chrome package to be installed.

Related

How to install Mysql-server in Ubuntu offline

I need to install Mysql-server in an Ubuntu 18 machine which do not have any internet access. There are plethora of instruction material exist on this this subject but all they require Ubuntu machine to be online.
One such documentation can be available here (quite comprehensive though)
https://www.digitalocean.com/community/tutorials/how-to-install-mysql-on-ubuntu-18-04
Any help on offline installation of Mysql-server will be highly helpful.
I suggest you follow this guide on how to use apt-offline. https://linoxide.com/debian/install-debian-packages-offline/
As a general guide:
You start by having apt-offline installed on both PCs, this is done by default on the desktop releases, but can easily be installed by just downloading the .deb package for your release from the packages.ubuntu.com website: https://packages.ubuntu.com/bionic/all/apt-offline/download
Then create a signature that can be put onto another PC that'll do the downloading/fetching updates and make a note that we also need mysql-server
apt-offline set offline-servers-state.sig --install-packages mysql-server
You can then use this signature on a PC connected to the internet using the same tool to check for updates and/or download the required files into a zip file
apt-offline get --bundle zip/file/location/bundle.zip offline-servers-state.sig
Once downloaded you can put this .zip back on the offline server to install the packages
apt-offline install zip/file/location/bundle.zip
You can visit https://dev.mysql.com/downloads/mysql/ from a computer that can go online.
Then, select your OS and version
Download DEB Bundle on a computer that can go online. Move the downloaded file internally to your system that cannot hit the Internet.
Your downloaded file will be a .tar. Use command tar -xvf filename.tar (See https://www.cyberciti.biz/faq/tar-extract-linux/ for command).
You will get a new directory. cd that-directory will get you in that directory. You will see a bunch of .deb files.
Install the deb files one by one using sudo apt-get install filename.deb depending on what you want to install. Other commands to install deb files can be found in this discussion https://unix.stackexchange.com/questions/159094/how-to-install-a-deb-file-by-dpkg-i-or-by-apt.

Install GreenPAK Designer RPM

I am attempting to install closed source software from Silego, GreenPAK Designer, on a machine running Fedora 19. The supported installation packages on Silego's Website only target Ubuntu and Debian. I downloaded the .deb package and used Alien to convert to an RPM. So far so good, but a dry run of yum install showed dependency errors, which I solved by installing the necessary packages with yum:
qt5-qbase
qt5-qbase-gui
qt5-qtdeclarative
qt5-qtlocation
qwt
Now, yum installed the above libraries in /usr/lib/ but the GreenPAK RPM defaults to /usr/local/bin as the output dir. I figured I could run
sudo yum localinstall --nodeps --noscripts greenpak-designer-x.x.x.rpm
and get a successful install but I received conflict errors relating to dirs such as '/', '/usr', '/usr/bin' etc. I worked around this issue with:
rpmrebuild -pe --notest-install --replacefiles --noscripts greenpak-designer.x.x.x.rpm
and removing the offending lines in the script. It allowed me to install rpm but the software is broken because of dependency issues (not surprisingly). From the system log:
Jan 4 16:06:49 pelican gnome-session[1729]: /usr/local/greenpak-designer/bin/GP5: error while loading shared libraries: libicui18n.so.52: cannot open shared object file: No such file or directory
The machine has a /usr/lib/libicui18n.so.50
One thing I did not try is rebuilding my shared object cache with ldconfig, which sometimes solves problems with missing .so links when building from source but I don't see how that would apply in this instance (I'm not trying to link object files to libraries, rather simply trying to drop binaries in default install locations, no?)
Of course, I contacted the vendor and begged for an RPM. The contact was helpful but informed me the software folks are on a well deserved break. I thought I'd continue puttering with this in the meantime while I have time.
Any ideas? It seems the solution to this problem would be helpful when trying to install almost any closed source software targeting Debian on a Fedora box.

HeadlessException when trying to launch/run jProfiler 9 on Fedora 24 Workstation?

I just installed a fresh copy of Fedora 24 Workstation and did a full dnf update on the entire system.
Then I installed the jProfiler rpm from the jProfiler site.
However, when I try to launch jProfiler (either from the /opt/jprofiler9/jProfiler.desktop icon or from /opt/jprofiler9/bin/jprofiler shell script), I get the following error message:
java.awt.HeadlessException
at java.awt.SplashScreen.getSplashScreen(SplashScreen.java:117)
at com.exe4j.runtime.splash.AwtSplashScreen.<init>(AwtSplashScreen.java:17)
at com.exe4j.runtime.splash.SplashEngine.setJavaSplashScreenConfig(SplashEngine.java:17)
at com.install4j.runtime.launcher.UnixLauncher.main(UnixLauncher.java:50)
I've tried setting my display using DISPLAY=0.0 or even DISPLAY=:0, but neither seem to make any difference/impact.
Any suggestions how to get this to work? I suspect it is something obvious that I am overlooking.
After a bunch of trial and error, I finally tried to install the Oracle Hotspot JRE instead of the OpenJDK JRE. I downloaded Oracle's JDK, installed it, and then configured it as the system default using:
sudo alternatives --config java
Now everything works properly with Oracle JRE.

Which version TortoiseHG and Mercurial are compatible and stable for Linux RedHat ?

I am thinking about installing Mercurial and TortoiseHG for our redhat linux server. I found out there are many package versions. I searched online and found out some people encounter incompatible problems when they install Mercurial and TortoiseHG. If anyone has successfully install TortoiseHG and Mercurial, may I know what versions you used for TortoiseHG and Mercurial ?
I used command "cat /etc/redhat-release" to find the version of my linux is"
Red Hat ENterprise Linux CLient release 5.3 (Tikarga) and the bits number is "x86_64". Python is version 2.4.3. I do not need to use the latest version as long as they are stable and compatible.
Thank you very much,
TortoiseHG is mainly known for being a Windows shell extention, but there also seems to be a Linux version.
Take a look at the description on the web site (I made the important parts bold):
TortoiseHg is a Windows shell extension and a series of applications for the Mercurial distributed revision control system. It also includes a Gnome/Nautilus extension and a CLI wrapper application so the TortoiseHg tools can be used on non-Windows platforms.
and:
Supported Platforms
Microsoft Windows XP, Vista, Windows 7
Command line support via thg
Mac OS X port via source install
Gnome/Nautilus integration
Note the link in the second part.
Plus, there are non-Windows versions on the download page.
There is also this section in the release notes which describes which TortoiseHG version should be used with which Mercurial version if you have to install from source (which seems to be the case whan you're using Linux, as I understood it).
EDIT:
Sorry, but I have absolutely no clue about Linux, so I can't help you about the installation. What I can tell you is that msi files are usually Windows installer files.
As I said, I have no clue about Linux, but I can hardly imagine that you can get a Windows installer to work on Linux.
Where exactly did you see the TortoiseHG packages? The Nautilus link I posted above doesn't have any msi downloads (or I don't see them). The only msi downloads that I can find are the Windows-only downloads on the download page.

Getting Google repositories to work with apt-get on Ubuntu Hardy

I've installed Google Chrome on Hardy via the .deb file and would like to configure apt-get for automatic updates.
[I have another machine running Ubuntu Karmic where this works fine; apt-get knows the package as 'google-chrome'; I'm now using a Dell Mini 10 with Ubuntu 8.04 LTS installed]
As part of the .deb install, two entries have been added to the third- party software sources tab:
http://dl.google.com/linux/deb stable main
http://dl.google.com/linux/deb stable non-free main
However if I check for updates with either of these clicked, I get the following error:
Failed to fetch http://dl.google.com/linux/deb/dists/stable/Release Unable to find expected entry main/binary-lpia/Packages in Meta-index file (malformed Release file?)
There is a thread here which indicates others have had the same problem:
http://www.google.co.uk/support/forum/p/Chrome/thread?tid=097d103f87b49abe&hl=en
This references a further thread:
http://code.google.com/p/chromium/issues/detail?id=38608
which suggests the problem has been fixed.
Despite this I remain unable to get it to work, and none of the suggested workarounds seem to work either.
Ideas ? Thanks.
I think the issue here is that the Ubuntu installaion on your Dell Mini uses LPIA (Low Power Intel Architecture) and the Google Software Repository doesn't provide the "google-chrome" package for this architecture. Hence apt-get is giving you an error. You will have to do the updates manually using the "google-chrome" package for the i386 architecture.
On another note, the following thread provides details about repackaging an i386 package for LPIA. I hope this helps.
http://ubuntuforums.org/showthread.php?t=962835