Random thoughts on browser choices/Firefox.
I was having some minor dbus issues between clementine and firefox. This prompted me to attempt to compile Firefox without dbus.
I found the mozilla esr17.0.9 source in slackbuilds. I made it through that with some fighting with some apparent memory problems on the final linking. It works OK/Good, but it is branded nightly. I decided I wanted a real firefox brand and started searching for different source. Immediately I noticed that starting with version 18 and higher, two more modules are included in IPC (interprocess communication), 'unixsocket' and 'netd'. Not knowing what these are and how they effect security, I wonder if they should be included in the build (simple enough to strip them from the makefile)? I also found that it's easy to eliminate some extraneous build options in configure: Code:
./configure --prefix=/usr --disable-dbus --disable-gconf --disable-gnomevfs --enable-gstreamer Code:
./configure --prefix=/usr --disable-dbus --disable-gconf --disable-gnomevfs --disable-dbm --enable-gstreamer --enable-address-sanitizer --enable-llvm-hacks --enable-faststripe --disable-logging --enable-strip --enable-install-strip 1 gig of memory (and 1 gig of swap) isn't enough to compile v24. I finally got a straight answer out of ld, after fighting with it the same as v17. I would usually get this: Code:
INPUT("../../media/webrtc/signaling/signaling_sipcc/src/sipcc/cpr/linux/cpr_linux_string.o") It finally coughed up the real reason: Code:
INPUT("../../media/webrtc/signaling/signaling_sipcc/src/sipcc/cpr/linux/cpr_linux_threads.o") Anyway, I can't make it through the final linking on v24 with 1 gig of mem... and barely made it through v17 (with the same issues). This means I'm apparently stuck with v17. Is there a better browser choice out there? I was looking at icecat which explains the branding issue. https://en.wikipedia.org/wiki/GNU_IceCat Or perhaps Midori browser? Does anyone prefer one of these over Firefox? Any potential security issues with one or another? |
Form BLFS
Quote:
Have a look at BLFS if you are building from source as it has a lot of useful build/dependency info. http://www.linuxfromscratch.org/blfs...xulrunner.html http://www.linuxfromscratch.org/blfs...t/firefox.html http://www.linuxfromscratch.org/blfs...svn/index.html |
Quote:
That said, Chromium works pretty well on Slackware. Might be worth a shot if you haven't already considered/tried it. |
Thanks for the links. I didn't think to look at LFS.
I made it through v17 again a second time. This time all the way through without any problems at all. I'm tempted to try v24 with the separate libxul and see if that makes a difference. It's about a 10-12 hour compile for me, so I have to build up motivation. About Chromium... parts are built into firefox already.. under IPC - components. In fact it was through a strace that I tried to eliminate Chromium to begin with (Can't. Too many dependencies.) |
Hi
I am blunter Instead of paying more money to buy more RAM, pls consider going to a distro that is more related to x386 and see if they have web browsers that might suit your needs http://distrowatch.com/search.php?os...&status=Active I suspect some on that list are more intensive for RAM than I would prefer but thats your decision. But Slackware is not a hit which appears to be 486 and higher While I am at it, I might as well advise you to look for smaller graphical engines depending on your needs, LXDE springs to mind but there a ton of DEs smaller than LXDE good luck ahh this might be easier to use, If interested http://tuxradar.com/content/distro-picker-0 |
Have you tried firefox v16.0.2? It's been the most stable for me, of all the versions before and since. It's the first (and only) to prove more stable than v3.6, staying up for 45 days (give or take).
|
All times are GMT -5. The time now is 01:38 PM. |