Closed Bug 1267815 Opened 8 years ago Closed 6 years ago

Firefox 46.0 fails on CentOS 6.7 linux due to GTK3 requirement

Categories

(Core :: Widget: Gtk, defect)

46 Branch
x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: mphelps, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: tpi:-)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0
Build ID: 20160407164938

Steps to reproduce:

Downloaded firefox-46.0.tar.bz, unpacked, and tried to run on CentOS 6.7 linux (and hence RHEL 6.7)


Actual results:

Fails with:

XPCOMGlueLoad error for file /opt/webbrowsers/firefox-46.0/libmozgtk.so:
libgtk-3.so.0: cannot open shared object file: No such file or directory
Couldn't load XPCOM.



Expected results:

All previous versions worked.
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
Version: 45 Branch → 46 Branch
Blocks: gtk3
Component: Untriaged → Widget: Gtk
Product: Firefox → Core
This seems like a WONTFIX. The official builds of Firefox 46 require GTK3, CentOS 6.7 doesn't have GTK3 and so there's not much that can be done.

Firefox 46 can be compiled with gtk2 support but I don't think we have any of intention of officially supporting both versions.
CentOS 6, and RHEL 6 are still major, supported versions of Linux. Please consider providing a GTK2 based solution.
(In reply to Matt Phelps from comment #2)
> CentOS 6, and RHEL 6 are still major, supported versions of Linux. Please
> consider providing a GTK2 based solution.

Firefox on RHEL-6 is supported by Red Hat, isn't it? I see here (possibly experimental) package firefox-45.1.0-1.el6 in our internal build systems, so I guess there will be some upgrade eventually.
RHEL supports an ESL version of Firefox, but until now RHEL/CentOS 6 users have been able to use the latest Mozilla version of Firefox. This is, of course, preferred.

Official support for RHEL/CentOS 6 isn't due to stop for four more years. Will we be stuck on 45 for that long?
This is really a non-issue. Just chill out and consider these points:

- Red Hat support packages in RHEL very well
- Firefox is the *only* supported browser in RHEL
- They always manage to update & suppport latest ESR releases after they are released, even on an archaic OS like RHEL5.
- Firefox 52 ESR is not released yet.
- Firefox 45 is EOL in March 2017.
- RHEL 6 is EOL in 2020.

These all means that when the time comes to upgrade to Firefox 52 Red Hat will certainly support it whether it means building Firefox back with GTK+2 or backporting & bundling GTK+3 to RHEL 6. And then CentOS & other EL rebuilds will pick it up just fine.
(In reply to Fernando Alez from comment #5)
> This is really a non-issue. Just chill out and consider these points:
> 
> - Red Hat support packages in RHEL very well
> - Firefox is the *only* supported browser in RHEL
> - They always manage to update & suppport latest ESR releases after they are
> released, even on an archaic OS like RHEL5.
> - Firefox 52 ESR is not released yet.
> - Firefox 45 is EOL in March 2017.
> - RHEL 6 is EOL in 2020.
> 
> These all means that when the time comes to upgrade to Firefox 52 Red Hat
> will certainly support it whether it means building Firefox back with GTK+2
> or backporting & bundling GTK+3 to RHEL 6. And then CentOS & other EL
> rebuilds will pick it up just fine.

I apologize if I came across as "non-chill." I'm just pointing out that moving to GTK3 broke the Mozilla release of Firefox for us.

If possible, we'd like to have a GTK2 linked distribution of the latest version available from mozilla.org going forward. ESR versions are, by definition, a few to several releases behind, and lack the latest features.

That's all.
Whiteboard: tpi:-
Amazon Linux is effected by this to. So if you want to run firefox headless with Selenium the binary won't start. Amazon Linux does not ship a firefox either.
curl -X GET -o RPM-GPG-KEY-lambda-epll https://lambda-linux.io/RPM-GPG-KEY-lambda-epll
sudo rpm --import RPM-GPG-KEY-lambda-epll
curl -X GET -o epll-release-2016.09-1.2.ll1.noarch.rpm https://lambda-linux.io/epll-release-2016.09-1.2.ll1.noarch.rpm
sudo yum -y install epll-release-2016.09-1.2.ll1.noarch.rpm
#sudo yum --enablerepo=epll install <package_name>
sudo yum --enablerepo=epll install gtk2
sudo yum install xorg-x11-server-Xvfb
wget https://ftp.mozilla.org/pub/firefox/releases/45.0.2/linux-x86_64-EME-free/da/firefox-45.0.2.tar.bz2
tar -xf firefox-45.0.2.tar.bz2
sudo yum --enablerepo=epll install libdbus-glib-1.so.2
sudo yum install dbus-glib-0.86-6.10.amzn1

These are the basic steps you need to get amazon linux working. Then I can do this.

pkill Xvfb
pkill firefox
export DISPLAY=:10
Xvfb :10 -screen 0 1366x768x24 -ac &

Not sure about 46 but I got it going with 45

~                                                                                                                                                
~                                                                                                                                                
~
(In reply to Fernando Alez from comment #5)
> This is really a non-issue. Just chill out and consider these points:
> 
> - Red Hat support packages in RHEL very well
> - Firefox is the *only* supported browser in RHEL
> - They always manage to update & suppport latest ESR releases after they are
> released, even on an archaic OS like RHEL5.
> - Firefox 52 ESR is not released yet.
> - Firefox 45 is EOL in March 2017.
> - RHEL 6 is EOL in 2020.
> 
> These all means that when the time comes to upgrade to Firefox 52 Red Hat
> will certainly support it whether it means building Firefox back with GTK+2
> or backporting & bundling GTK+3 to RHEL 6. And then CentOS & other EL
> rebuilds will pick it up just fine.

Now ESR 52 has been released a month ago, it doesn't work on any version of RHEL/CentOS 6, and I still don't see anything in any repos for 52 (or any post-45 version).  I am starting to get nervous.... certain websites will be nasty and shut out users that present with an "old browser".  In our case, we are using RHEL 6 as a thin-client application server, so it is the users' desktop environment through remote X.  "Upgrading" to RHEL/CentOS 7 is not really a viable option for us as this time.
On RHEL 6.8 Firefox ESR 52.1.0 does not run due to the same problem with system requirements. It might be fair to assume that new Firefox versions will not run without GTK3 or libraries older than specified in the requirements, right? So for RHEL6 and CentOS 6 this might be the end right now.
If I think back at RHEL5: Firefox ESR 17 was the last version to run on it.

So, I would appreciate it, if a developer could confirm this and set the status on "WONTFIX" ;-)
Confirmed, set as WONTFIX.
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.