For one last time, I tagged a CVS tree for a SeaMonkey 1.x release, and
for one lat time, I made my to-be-retired old tinderbox machines spin
release candidate builds.
We will be releasing SeaMonkey 1.1.19, with the same base as Thunderbird
2.0.0.24, without a lot of actual release fanfare, actually, the big
announcement will be the end of the line for SeaMonkey 1.x, that there
is one last release will not be much more than a remark in that
announcement that is to be made as soon as we have some useful testing
and Thunderbird is ready to push their release as well.
A number of security and stability fixes went into this release, see
<https://bugzilla.mozilla.org/buglist.cgi?keywords_type=anywords&keywords=fixed-seamonkey1.1.19%2Cfixed1.8.1.24%2Cverified1.8.1.24&product=Core&product=MailNews+Core&product=SeaMonkey&product=Other+Applications>,
we need good testing of the candidate builds to avoid regressions if
possible. Not all security problems with 1.8.1.x browser code have been
fixed though, from what I'm told - still this is better to leave those
people stuck with 1.x than the previous 1.1.18 release.
Please help testing our SeaMonkey 1.1.19 candidate builds
<http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/candidates-1.1.19/>
- preferably via performing the smoketests from the, please go to and do
a SeaMonkey 1.1 test run
<http://litmus.mozilla.org/run_tests.cgi?test_run_id=11> on
<http://litmus.mozilla.org/>.
Once we have verified that the builds work well, we can announce the
SeaMonkey 1.x end of life and release this last security-enhanced
version to our remaining 1.x users.
Thanks for your help,
Robert Kaiser
Run w/linux (Ubuntu 9.10) and Win2KPro. No obvious issues found.
Thanks a lot!
Robert Kaiser
Is this a choice to keep people who would like to stay with 1.1.xx from
upgrading on recent systems, or just an assumption that only people with other
old software would be most likely to want it?
I'll get the source and try to build it for a smoke test.
--
Bill Davidsen <davi...@tmr.com>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
Fedora users can find obsolete libraries in the compat-* rpm series.
Oops, older than that, it was obsolete five years ago, from an old server I
have:-rwxr-xr-x 1 root 804288 Jul 22 2005 /usr/lib/libstdc++.so.6.0.3
Anyway if you can find the old libs it works fine. Good job!
Hmmm, my system (CentOS 5.4) includes both libstdc++ 5.x and 6.x
Thanks for trying. People with newer systems should not need to use
those old builds anyhow, they can use 2.0.x as well, which is even
secure and maintained, contrary to 1.x builds.
Robert Kaiser
I've both on my systems as well:
$ apt-cache policy libstdc++5
libstdc++5:
Installed: 1:3.3.6-17ubuntu1
Candidate: 1:3.3.6-17ubuntu1
Version table:
*** 1:3.3.6-17ubuntu1 0
100 /var/lib/dpkg/status
$ apt-cache policy libstdc++6
libstdc++6:
Installed: 4.4.1-4ubuntu9
Candidate: 4.4.1-4ubuntu9
Version table:
*** 4.4.1-4ubuntu9 0
500 http://archive.ubuntu.com karmic-updates/main Packages
100 /var/lib/dpkg/status
4.4.1-4ubuntu8 0
500 http://archive.ubuntu.com karmic/main Packages
For Bill:
<http://www.google.com/search?complete=0&hl=en&source=hp&q=fedora+%2B"libstdc%2B%2B5"&btnG=Google+Search>
Perhaps that will help?
Fedora has them in an optional package called compat-{something} there is one
for the ancient gcc-2 and one for the elderly gcc-3, I guess. But it hasn't been
standard for some years. I haven't looked on Ubuntu, I should install in a VM
just so I can look at stuff like that.
I'll check CentOS, I thought it was in a compatibility section there as well,
not installed by default.