Gecko-dependent apps won't start ("Could not find compatible GRE")

@mpt

What versions of xulrunner do you have installed?

Affects me as well. Same Package, Architecture: amd64

xulrunner-1.9 / xulrunner-1.9.2 are at 1.9.2.4+build3+nobinonly-0ubuntu0.10.04.1 (from http://ppa.launchpad.net/ubuntu-mozilla-security/ppa/ubuntu/)

Downgrading xulrunner-1.9 / xulrunner-1.9.2 to 1.9.2.3+nobinonly-0ubuntu2 corrects the issue

Upgraded this morning to xulrunner-1.9.2 Version: 1.9.2.4+build4+nobinonly-0ubuntu0.10.04.1

I am no longer experiencing the issue.
So either the problem was fixed be the latest version, or downgrading and launching prism corrected it.

Spoke prematurely, apparently I had an open firefox window hiding from before the update.
prism-google-mail also fails to launch with xulrunner-1.9 1.9.2.4+build4+nobinonly-0ubuntu0.10.04.1

It exits with a value of 1, but without reporting "Could not find compatible GRE between version 1.9.2 and 1.9.2.*."
Instead, it reports nothing.

I had the same error message. I had installed the three packages xulrunner-1.9, xulrunner-1.9.1 and xulrunner-1.9.2. I removed all xulrunner packages except xulrunner-1.9.2. Still no go.

Then went into the directory /etc/gre.d. There were (among others) two files named "1.9.1.9.system.conf" and "1.9.2.3.system.conf.dpkg-bak". After I removed the first and renamed the second to "1.9.2.3.system.conf" prism worked.

Thanks you. Something similar worked for me, too:

/etc/gre.d contained "1.9.1.9.system.conf", "1.9.2.3.system.conf.dpkg-bak", and "1.9.2.4.system.conf.dpkg-bak"
I removed "1.9.2.3.system.conf.dpkg-bak" and renamed "1.9.2.4.system.conf.dpkg-bak" to "1.9.2.4.system.conf"

I left the 1.9.1 version alone.

I will be attaching screen shots. I am unable to reproduce this in Lucid with stable xulrunner192 but this is from my Maverick box same with screen shots

Here is miro

Prism-google-mail

Yelp screen shot

Micah can you take a look at the security package. I'm using xul191 in Lucid from official archives and on Maverick I'm running daily and all on this WFM

Version of packages:

gnomefreak@development:~$ policy xulrunner-1.9.2 yelp miro
xulrunner-1.9.2:
  Installed: 1.9.2.6~hg20100625r34371+nobinonly-0ubuntu1~umd1
  Candidate: 1.9.2.6~hg20100625r34371+nobinonly-0ubuntu1~umd1
  Version table:
 *** 1.9.2.6~hg20100625r34371+nobinonly-0ubuntu1~umd1 0
        500 http://ppa.launchpad.net/ubuntu-mozilla-daily/ppa/ubuntu/ maverick/main Packages
        100 /var/lib/dpkg/status
     1.9.2.4+build7+nobinonly-0ubuntu1 0
        500 http://archive.ubuntu.com/ubuntu/ maverick/main Packages
yelp:
  Installed: 2.30.0-0ubuntu2
  Candidate: 2.30.0-0ubuntu2
  Version table:
 *** 2.30.0-0ubuntu2 0
        500 http://archive.ubuntu.com/ubuntu/ maverick/main Packages
        100 /var/lib/dpkg/status
miro:
  Installed: 3.0.1-0ubuntu2
  Candidate: 3.0.1-0ubuntu2
  Version table:
 *** 3.0.1-0ubuntu2 0
        500 http://archive.ubuntu.com/ubuntu/ maverick/universe Packages
        100 /var/lib/dpkg/status
gnomefreak@development:~$

Does running each package in safe-mode work? not sure if there is a safe-mode for any of them

Does this still occur for anyone? Could someone experiencing the issue please attach the contents of /etc/gre.d ?

Thanks

I upgraded to 10.04.1 today and got the same problem.
Solution:
In /etc/gre.d
Delete old file 1.9.1.9.system.conf
Rename new file 1.9.2.8.system.conf.dpkg-bak to 1.9.2.8.system.conf

I had the same problem after a double upgrade (Jaunty --> Karmic --> Lucid). This bug prevents the opening of RSSOwl. After many tries reinsalling RSSOwl, SeaMonkey, XULRunner and so on I found the solution here.

The suggested solution:

In /etc/gre.d
Delete old file 1.9.1.9.system.conf
Rename new file 1.9.2.8.system.conf.dpkg-bak to 1.9.2.8.system.conf

solved the problem. Thank you!

I had a similar problem only with prism apps: when trying to start a prism application, nothing happened (not even an error message when starting from the terminal). It seems that my profile was corrupted, deleting the folder ~/.prism solved my problem.

thanks for your response. If your suggestion was about my issue w/the 'help' button, it has been resolved. I am now having trouble finding a user manual for djplay. Any help on this would be appreciated.

I stumpled upon this bug report here when searching for a solution for my problem, but finally I figured out that I have a quite different problem so I opend a new bug report: https://bugs.launchpad.net/ubuntu/+source/gears/+bug/632779

Just a quick note to report that this happened to me also. Noticed problem after upgrading from 8.04 -> 9.10 -> 10.4. The fix to rename the conf files in gre.d worked perfectly for me.

Thanks!

-daniel-

The solution to delete and rename files in /etc/gre.d worked for me.

Thanks

Thanks to all.

The problem happened to me after upgrading from Ubuntu 9.04 to Ubuntu 10.04
The solution to delete and rename files in /etc /gre.d seems to be usefull and efficient.

Can someone please post the contents of the working files in /etc/gre.d

I've the same issue on a fresh Maverick install. This is the content of /etc/gre.d/1.9.2.13.system.conf:

[1.9.2.13]
GRE_PATH=/usr/lib/xulrunner-1.9.2.13
xulrunner=true
abi=x86_64-gcc3

I have this problem on Lucid. I have /etc/gre.d/1.9.2.13.system.conf with contents:

[1.9.2.13]
GRE_PATH=/usr/lib/xulrunner-1.9.2.13
xulrunner=true
abi=x86_64-gcc3

(identical to Andi Albrecht)

p.s. A "fix" involving hand-editing system-owned files is absolutely nothing more than a really bad hack. Certainly not "efficient". It's hard to say this without sounding like a flame, but Ubuntu don't care about breaking stuff like this and even less about fixing it, so good luck all.

Which applications are actually not working?

These errors are nearly always caused by stale files in /etc/gre.d (which are usually cleaned up during package upgrades)

After a while playing with this, the safest thing to do appears to be running your application.ini explicitly using xulrunner directly:

xulrunner-1.9.2 application.ini

Oh for the days when things worked.

I was running http://pencil.evolus.vn/en-US/Downloads/Application.aspx

There is nothing stale anywhere, this is a fresh install.

Please answer my question as to which apps do not work.

On 01/19/2011 07:01 PM, Ali Afshar wrote:
> After a while playing with this, the safest thing to do appears to be
> running your application.ini explicitly using xulrunner directly:
>
> xulrunner-1.9.2 application.ini
>
> Oh for the days when things worked.

> I was running http://pencil.evolus.vn/en-US/Downloads/Application.aspx
>
> There is nothing stale anywhere, this is a fresh install.

The bug is in the Ubuntu xulrunner distribution. Please fix, thanks.

[Expired for xulrunner-1.9.2 (Ubuntu) because there has been no activity for 60 days.]

I couldn't start yelp as well.
In "/etc/gre.d" there were two files: 1.9.2.17.system.conf 2.0.system.conf

The second one was the culprit. Turns out some another application (chmsee) had requested xulrunner 2.0 as a dependency and this resulted in the creation of said file, which happens to block yelp from starting.

This solves the problem and it has no adverse effect on chmsee.
cd /etc/gre.d
sudo mv 2.0.system.conf 2.0.system.conf~