Firefox no longer starts?

[tclfan]

I do not know if it is just me - Firefox does not start anymore for me.
Specifics:
TCL 2.1 fresh LiveCD from ISO. No modifications/remastering.
Firefox freshly installed - both tce and tcz.
Icon installs fine, however clicking on it does nothing that is visible.
I do not know at what release point it started exhibiting this behaviour, but was behaving well recently...

[Jason W]

It is missing the libasound dependency for those who do not run alsa as I have yet to add it in.  Doing it now.

[tclfan]

It is missing the libasound dependency for those who do not run alsa as I have yet to add it in.  Doing it now.

Thanks much.

[tclfan]

It is missing the libasound dependency for those who do not run alsa as I have yet to add it in.  Doing it now.

Jason,

I know it is probably too much to ask, but is there any way to make a slim version of Firefox, without dependencies, sound, extra fat, etc. Just pure browser, like Opera. I know you may say: Just use Opera. Opera is great, however Firefox has a critical function - prints to PDF, which Opera doeas not have. Less critical - page rendering on some sites and better (smoother) font. Slim to the bone version of Firefox (Tiny Firefox?) would be a great asset to TCL...

[curaga]

@TCLFAN: did you just describe minefield?

About print to pdf - a workaround would be print to PS, convert to pdf using gs (ps2pdf is a part of Ghostscript)

[tclfan]

@TCLFAN: did you just describe minefield?

Yes, Minefield crossed my mind, except I was missing PDf print. Thanks for the Ghostscript way, I was aware of this (actually it is used by some pdf printers). I may have to go this way, although it is more cumbersome than quick and easy... I'll check if Minefield is still available in TCE repository, I remember it was default in TCL 1, then changed to Firefox... Since then I was using Opera permanently installed and Firefox in Optional, but maybe Minefield will reduce the number of browsers needed...

[Jason W]

I had considered making a custom build of Seamonkey to minimize resource usage.  Curaga has minefield (Firefox 3.0.x) and maybe a custom build of Firefox 3.5 could be done.  I didn't go ahead with Seamonkey as I didn't want to spend all my time ironing out the quirks of a custom build, but the need for faster and lighter browsing is definitely there.  Perhaps Curaga or I could give Firefox 3.5 a go and see if it can't be trimmed down.

[curaga]

I believe printing to pdf comes from Gnome-print, which is a huge dependency and so not included in minefield.

I likely won't have time to mess with FF/Minefield in a long while, so Jason if you wish to update it it would be welcome.

[Jason W]

I will go ahead then with a custom build of Firefox 3.5 and Seamonkey.  Once the build details are set they shouldn't be too hard to keep current with each release. 

These will be minimal/optimized builds and hopefully some performance gains can be realized as well as reduction in dependencies.

[tclfan]

I will go ahead then with a custom build of Firefox 3.5 and Seamonkey. 

These will be minimal/optimized builds and hopefully some performance gains can be realized as well as reduction in dependencies.

Jason,

Thank you very much. It is greatly appreciated, just to let you know...

[Jason W]

Shiretoko is the new name of the custom Firefox.  I probably won't build Seamonkey as custom as a minimal browser only install is available through the official installer.  And the official build of Seamonkey performs quite well as it is.

[tclfan]

Shiretoko is the new name of the custom Firefox. 

My understanding of this is that Shiretoko (In this context) is a somewhat optimized version in relation to Firefox 3.5, similar to the way Minefield was in relation to Firefox. I did not have a chance to do any good comparison, but from a quick glance Firefox 3.5 appears to require about twice memory in relation to Minefield. Do we have any rough idea how much is Shiretoko optimized and perhaps how compares to Minefield?
Also as I understand Minefield will no longer be maintained and is replaced by Shiretoko as the new version?

[curaga]

I believe that minefield will stay in the repo for those who wish to use it, as long as it works.

[tclfan]

I believe that minefield will stay in the repo for those who wish to use it, as long as it works.

This will be appreciated. Seems the most lean of FF flavors so far, this is perhaps before Jason may come up with more aggressively optimized version Shiretoko/Firefox, which would be great.
In the interim I will save Minefield TCE, just in case it disappears from repository...

[Jason W]

Here is the config for Shiretoko:

http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/2.x/tce/src/shiretoko/mozconfig

It is still a hog, though the --enable-jemalloc option was used to hopefully trim memory usage.  I took a look at the swiftfox patch that they used on version 3.5r3 and saw that it only changes some default settings like history retention and maximum connections to a server.  It didn't look like it had things that would really change performance beyond being optimized for each specific archetecture.  I built Shiretoko as i686 to perhaps improve performance; those with i586 or lower would be much better off with another browser choice.  

I am definitely in favor of keeping Minefield available as the Firefox 3.0.x choice.  I know they say not to use older browsers, but for non critical web surfing it would be nice to keep choices around for those with lower RAM machines.  I may give a custom Bon Echo 2.0.0.20 gtk2 build a go to provide the most recent Firefox 2.x. 

Choice is of course a good thing, and using an older browser version is taking advantage of the lower resource requirements while understanding the mild security risk it may involve.  I heard it once said that practicing security is more important than patching for security.  If you do not practice security but keep your system up to date, you may be at more risk than the user of older software releases that uses good security practices.