You are not logged in.
swiftweasel-amd64-pgo then?
Quite a chore, I feel. Nothing for the uninitiated.
Last edited by bernarcher (2009-09-10 06:56:55)
To know or not to know ...
... the questions remain forever.
Offline
Thanks for the suggestion. Perhaps I will have to switch to Swiftweasel. I'm actually using Icecat and would rather stick with it.
I know this may not be in the spirit of The Arch Way, but isn't this in essence a bug with Arch. Since Mozilla has declared this not a bug (the bug has officially been marked "invalid") because they do not intend Firefox to be distributed in this way, then shouldn't Arch come up with a solution? I don't know, this is just the first time I've become very frustrated with Arch and felt stymied in my efforts to make it work.
Last edited by cb474 (2009-09-11 01:25:02)
Offline
Firefox 3.53 is available at mozilla.com.
Offline
Firefox 3.53 is available at mozilla.com.
Do you think that will fix the bookmark issue? In the mozilla bug report on this, a list was provide of which versions sqlite3 each version of firefox builds with:
Firefox 3.7pre builds run SQLite 3.6.16
Firefox 3.6pre builds run SQLite 3.6.16
Firefox 3.5 builds run SQLite 3.6.10
Firefox 3.0 builds run SQLite 3.6.10
Even Firefox 3.7 isn't using sqlite 3.6.17. This suggests to me that Arch may always be ahead of Mozilla, as far a sqlite goes. And since Mozilla considers this bug invalid, I'm not feeling super hopefull that 3.5.3 will address it. But of course the proof is in the pudding.
Offline
If Mozilla won't fix this, then I agree that we Archers should find a fix. Either that or we can start hacking on uzbl to create a superior browser. !
Offline
Upgrading to Firefox 3.5.3 and trying sqlite 3.6.17 again did not solve this problem for me.
Strangely when I downgraded back to sqlite 3.6.16 Firefox wouln't run. I get a popup saying my version of sqlite is too old. Which makes no sense since Mozilla intends all 3.5 builds to run against 3.6.10, a much older version. It seems like this has to do with the upgrade to xulrunner 1.9.1.3 also. I have to downgrade to 1.9.1.2 to not get the message about sqlite being too old. Then of course, Firefox 3.5.3 won't install, since it requires xulrunner 1.9.1.3 as a dependency.
Icecat 3.5.3 runs fine with sqlite 3.6.16 and xulrunner 1.9.1.2, however.
Offline
Interestingly I found that Gentoo appears to be (or was) the only other distro that links Firefox to system sqlite. They have a bug report that looks like the same bug: http://bugs.gentoo.org/281695
In the end, Gentoo decided to stop linking Firefox to system sqlite for the time being, leaving perhaps only Arch with this as an ongoing problem.
Last edited by cb474 (2009-09-14 09:10:55)
Offline
Upgrading to sqlite 3.6.18 (only a quick edit of the PKGBUILD) did not solve the problem. I would be happy, if Arch also stop linking Firefox to system sqlite.
Offline
There is a bug report on this for Arch now: http://bugs.archlinux.org/task/16073
Please report experiences there.
Offline
I had this problem too. It seems for me that the latest firefox + xulrunner update has resolved it.
Matty
Offline
I had this problem too. It seems for me that the latest firefox + xulrunner update has resolved it.
Matty
It did not solve it for me; that is firefox 3.5.3 and xulrunner 1.9.1.3. I'm still waiting for sqlite 3.6.18 to show up in the repos and see if it helps, although I'm not that hopeful since kama tried it without success.
Offline
With much help from figue, the maintainer of Icecat, I was able to finally solve this problem by building xulrunner and Icecat, without system sqlite. An explanation can be found in the comments in AUR on the Icecat package. figue very nicely provided separate PKGBUILDs for xulrunner and Icecat, that build them without system sqlite. I'm actually not sure if I needed to do this with Icecat or if just the build with xulrunner without system sqlite would have been sufficient.
The same suggestion was made in the comments for the Arch bug report on this, for running regular Firefox without system sqlite:
You can modify XULRunner from ABS to use the built in sqlite.
Comment out the system sqlite line in mozconfig, fix the md5sum array in the PKGBUILD, compile and enjoy.
At least one user says this solution worked for him too.
Last edited by cb474 (2009-09-16 05:17:33)
Offline
matty wrote:I had this problem too. It seems for me that the latest firefox + xulrunner update has resolved it.
Matty
It did not solve it for me; that is firefox 3.5.3 and xulrunner 1.9.1.3. I'm still waiting for sqlite 3.6.18 to show up in the repos and see if it helps, although I'm not that hopeful since kama tried it without success.
I spoke too soon and angered the Unix Gods. They have punished my hubris.
I still have the crash issue when saving files within the browser. Bookmarking links is working as it should.
Matty
Offline
The same suggestion was made in the comments for the Arch bug report on this, for running regular Firefox without system sqlite:
You can modify XULRunner from ABS to use the built in sqlite.
Comment out the system sqlite line in mozconfig, fix the md5sum array in the PKGBUILD, compile and enjoy.
It is this bugreport.
And yes, recompiling XULrunner did solve the problem here, too.
But, my, what a huge build! I hadn't so much fun staring at the terminal since my LFS times.
To know or not to know ...
... the questions remain forever.
Offline
I registered just to confirm that rebuilding xulrunner without system sqlite indeed solves this problem! Thanks to everyone in this thread! This was driving me nuts.
For the benefit of all, here is precisely what I did (basically the same code stabele already shared, but I build stuff in my home directory; change your paths accordingly):
First, close your browser. Then,
aur
mkdir ~/aur/xulrunner
mkdir ~/aur/firefox
cp /var/abs/extra/xulrunner/* ~/abs/xulrunner/
cp /var/abs/extra/firefox/* ~/abs/firefox
then, open ~/abs/xulrunner/mozconfig with your favourite editor. Comment out the line "ac_add_options --enable-system-sqlite". Run md5sum:
md5sum ~/abs/xulrunner/mozconfig
then, open ~/abs/xulrunner/PKGBUILD and change the second md5sum (that is, the one verifying "mozconfig") to whatever the new md5sum was that you got above.
Now, compile and install (as observed by bernarcher, this will take a while):
cd ~/abs/xulrunner
makepkg
pacman -Rd xulrunner
pacman -U xulrunner-1.9.1.3-1-x86_64.pkg.tar.gz
Then, you'll need to do largely the same thing for Firefox (or at least, I did, because pacman didn't indicate to me that the 3.5.3 version was actually available, notwithstanding the fact that abs thinks it is, which I'm sure is something I've goofed up at my end), only you don't need to fiddle with anything:
cd ~/abs/firefox
makepkg
pacman -Rd firefox
pacman -U firefox-3.5.3-1-x86_64.pkg.tar.gz
And lo! I can expand the bookmarks tree without an instantaneous segfault.
I hope this is helpful to someone.
Offline
@frankspace
Good work!
Yet, rebuilding firefox is not necessary, imho. Save a lot of time.
To know or not to know ...
... the questions remain forever.
Offline
i get this crap all the time and it's driving me nuts...
(firefox:14234): Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display: assertion `atom != GDK_NONE' failed
7c232117-a0b1-8618-3f284a9c-38ddc7ba is dumped
...I put on my robe and a wizard hat...
Offline
Pretty sad that this has existed for so long. Waiting for Arch to correct the issue. They do plan to do that, right?
Offline
The bug report on this (http://bugs.archlinux.org/task/16073) has been closed, because the latest version of xulrunner (1.9.1.3-2) is supposed to fix the problem. I upgrade xulrunner (from the version I had built with internal sqlite) and so far so good. At least on IceCat.
Offline
I can confirm it working here as well, using firefox from extra.
To know or not to know ...
... the questions remain forever.
Offline