Description of problem: Starting up FireFox from the Desktop panel using F12/alpha/LiveCD/i686 results in a SQLite version error. Version-Release number of selected component (if applicable): "uname -r" = 2.6.31-0.125.4.2.rc5.git2.fc12.i686 firefox-3.5.2-3.fc12.i686 sqlite-3.6.14.2-2.fc12.i686 How reproducible: Always Steps to Reproduce: 1. Click "FireFox" from Desktop panel applet. Actual results: Dialog box is presented: SQLite Version Error/The application has been updated, but your version of SQLite is too old and the application cannot run. Expected results: FireFox starts up. Additional info:
This can be solved by updating sqlite to: sqlite-3.6.17-1.fc12.i686 This had to be done manually using "yum update sqlite" because the normal update process seems to be failing with depsolve issues.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I'm on x86_64, receiving this error and have tried yum update, yum upgrade, yum update sqlite Every single one returns "Nothing to do". Firefox remains broken. uname -r 2.6.31.5-127.fc12.x86_64 sqlite3 --version 3.6.17 firefox --version Mozilla Firefox 3.5.5, Copyright (c) 1998 - 2009 mozilla.org
Fully updated F12 works fine for me, packages: [komat@dhcp-0-128 ~]$ rpm -qa \*xulrunner\* \*firefox\* \*sqlite\* xulrunner-1.9.1.5-1.fc12.i686 abrt-plugin-sqlite3-0.0.11-2.fc12.i686 firefox-3.5.5-1.fc12.i686 mono-data-sqlite-2.4.2.3-2.fc12.i686 sqlite-devel-3.6.17-1.fc12.i686 sqlite-3.6.17-1.fc12.i686 qt-sqlite-4.5.3-9.fc12.i686
Works for me too: bash-4.0$ rpm -qa \*xulrunner\* \*firefox\* \*sqlite\* sqlite-devel-3.6.17-1.fc12.x86_64 mono-data-sqlite-2.4.2.3-2.fc12.x86_64 xulrunner-1.9.1.5-1.fc12.x86_64 qt-sqlite-4.5.3-9.fc12.x86_64 abrt-plugin-sqlite3-0.0.11-2.fc12.x86_64 sqlite-3.6.17-1.fc12.x86_64 firefox-3.5.5-1.fc12.x86_64 sqlite-3.6.17-1.fc12.i686
Doesn't work for me. $ rpm -qa \*xulrunner\* \*firefox\* \*sqlite\* xulrunner-1.9.1.5-1.fc12.i686 sqlite-debuginfo-3.6.17-1.fc12.i686 firefox-3.5.5-1.fc12.i686 gnome-do-plugins-firefox-0.8.2-1.fc12.i686 sqlite-3.6.17-1.fc12.i686 qt-sqlite-4.5.3-9.fc12.i686 firefox-debuginfo-3.5.5-1.fc12.i686 xulrunner-debuginfo-1.9.1.5-1.fc12.i686 abrt-plugin-sqlite3-0.0.11-2.fc12.i686 mono-data-sqlite-2.4.2.3-2.fc12.i686
*** Bug 538618 has been marked as a duplicate of this bug. ***
Created attachment 372934 [details] backtrace From the duplicate thread, From Matej Cepl (mcepl) 2009-11-20 13:34:29 EDT No locals. #8 0x01812499 in mozStorageService::GetSingleton () at mozStorageService.cpp:84 ps = {<nsCOMPtr_base> = {mRawPtr = 0xb58d5ae0}, <No data fields>} #9 0x01811993 in mozStorageServiceConstructor (aOuter=<value optimized out>, aIID=<value optimized out>, aResult=<value optimized out>) at mozStorageModule.cpp:50 rv = 2147942414 inst = <value optimized out> #10 0x01924485 in nsGenericFactory::CreateInstance ( this=<value optimized out>, aOuter=<value optimized out>, aIID=<value optimized out>, aResult=<value optimized out>) at nsGenericFactory.cpp:80 No locals. From Isaac Fischer (xwaver+impersonal) 2009-11-22 11:40:32 EDT I'm not a debugging expert, and am not sure what Matej was getting at, but isn't that xulrunner filepath off here? #50 0x08049e7c in main (argc=<value optimized out>, argv=0xbf9fbd14) at nsXULStub.cpp:482 iniFile = {<nsCOMPtr_base> = {mRawPtr = 0xb744e200}, <No data fields>} appData = {mAppData = 0xb7424680} rv = <value optimized out> lastSlash = <value optimized out> iniPath = "/usr/lib/firefox-3.5.5/application.ini", '\000' <repeats 4057 times> greDir = "/usr/lib/xulrunner-1.9.1\000libxpcom.so", '\000' <repeats 4059 times>
I started experiencing this behavior... this was from a recent update- still trying to track down when it started. Fedora 12 x86_64 $ rpm -qa \*xulrunner\* \*firefox\* \*sqlite\* firefox-3.5.6-1.fc12.x86_64 qt-sqlite-4.6.0-1.fc12.x86_64 xulrunner-1.9.1.6-1.fc12.x86_64 mono-data-sqlite-2.4.2.3-2.fc12.x86_64 sqlite-3.6.20-1.fc12.x86_64 $ uname -r 2.6.31.6-166.fc12.x86_64 What version of SQLite does 3.5.6-1 depend on?
(In reply to comment #9) > I started experiencing this behavior... this was from a recent update- still > trying to track down when it started. Works for me as well (with exactly the same versions of all mentioned packages). The only thing which comes to my mind is that you have some older version of .i686 package. Add the following line to ~/.rpmmacros %_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch} and rerun the same rpm -qa command. Do you see any more bits of interesting information?
No, but I've isolated the problematic packages (at least for x86_64, I'm not sure about i686). I've reverted the following packages to the original repo versions: # rpm -e --nodeps firefox xulrunner # yum install --disablerepo=updates firefox xulrunner ...and that works. Here are the last known working package versions: firefox-3.5.4-1.fc12.x86_64 xulrunner-1.9.1.4-1.fc12.x86_64 ...and updating them to the following reproduces the erroneous behavior: firefox-3.5.6-1.fc12.x86_64 xulrunner-1.9.1.6-1.fc12.x86_64 Let me know if there's any thing else I can do to help identify the problem. Thanks!
You have to have something corrupted somewhere. Before re-closing as WORKSFORME, could I get output of the commands package-cleanup --problems and rpm -Va --nofiles --nodigest please?
Sure, here they are: [root@bart:~]$ package-cleanup --problems Loaded plugins: presto, refresh-packagekit Traceback (most recent call last): File "/usr/bin/package-cleanup", line 382, in <module> util = PackageCleanup() File "/usr/bin/package-cleanup", line 58, in __init__ self.main() File "/usr/bin/package-cleanup", line 309, in main issues = self._find_missing_deps(self.rpmdb.returnPackages()) File "/usr/bin/package-cleanup", line 137, in _find_missing_deps missing = miscutils.formatRequire(req,ver,flags) File "/usr/lib/python2.6/site-packages/rpmUtils/miscutils.py", line 350, in formatRequire rpm.RPMSENSE_EQUAL): TypeError: unsupported operand type(s) for &: 'str' and 'int' [root@bart:~]$ rpm -Va --nofiles --nodigest Unsatisfied dependencies for perl-Pod-Simple-1:3.07-87.fc12.x86_64: perl = 4:5.10.0-87.fc12 is needed by perl-Pod-Simple-1:3.07-87.fc12.x86_64 Unsatisfied dependencies for perl-Pod-Escapes-1:1.04-87.fc12.x86_64: perl = 4:5.10.0-87.fc12 is needed by perl-Pod-Escapes-1:1.04-87.fc12.x86_64 Unsatisfied dependencies for xorg-x11-server-Xorg-1.7.1-9.fc12.x86_64: xorg-x11-drv-evdev >= 2.1.0-3 is needed by xorg-x11-server-Xorg-1.7.1-9.fc12.x86_64 Unsatisfied dependencies for perl-Module-Pluggable-1:3.90-87.fc12.x86_64: perl = 4:5.10.0-87.fc12 is needed by perl-Module-Pluggable-1:3.90-87.fc12.x86_64 Unsatisfied dependencies for perl-version-3:0.74-87.fc12.x86_64: perl = 4:5.10.0-87.fc12 is needed by perl-version-3:0.74-87.fc12.x86_64
OK, the package-cleanup indicates a error in package-cleanup script (component yum-utils), please file a bug for it. Otherwise, I don't know what's the relation between perl and firefox (or sqlite), but your system is certainly in not a good shape. Please, make it working, and if the problem persists both of these tests are OK, reopen this bug with additional information. Closing as WORKSFORME for now.
Okidoke. Will deal w/ later when I find more time to troubleshoot the package-cleanup problems. Thanks for your help!
Ok, so I uninstalled/reinstalled 'yum-utils', which cleared the 'package-cleanup' problem, and I tried updating 'firefox' and 'xulrunner' again to the versions in the updates repo: firefox-3.5.6-1.fc12.x86_64 xulrunner-1.9.1.6-1.fc12.x86_64 Same problem. The workaround (reverting back to the older version) still works though.
rpm -Va --nofiles --nodigest is now happy?
Yup both commands are happy and return 0.