File: mozilla-sparc-sun-solaris-7_8_9.tar.gz 17528 KB 05/30/2002 03:08:00 PM File: mozilla-sparc-sun-solaris2.6.tar.gz 14553 KB 07/10/2002 05:23:00 AM The solaris 7_8_9 "nightly" build is ancient, and actually has the security bug in it. It needs to be updated. As delivered, Solaris does not have gtk support built in. As a result, the olaris2.6 build does not work without an hour build of the glib and gtk packages. The solaris-7_8_9 build has these linked in and is MUCH more convenient to use. But, if it is not updated, it needs to be removed as a security hazard. Another general Unix issue on the builds is the non-inclusion of the Java plugins. The install procedure always deletes the old directory. This also deletes the Java support. The administrator must then remember to find a site that requires the plugin to be downloaded, and do so, because the normal user cannot do this. For those of us testing the nightly builds, it would be MUCH easier if the plugins were included in the builds.
The 7_8_9 builds are provided by an external contributor. We have no direct control over whether or not they are updated afaik. Dawn, is it possible to setup some script to clear out files from /latest-trunk/ that are over a month old? I don't know how the 7_8_9 build has gtk "linked into it" but we, in general, do not bundle those external libraries with any of our releases. Repeatedly downloadng those libraries as part of the default package is unnecessary. Especially, since you can usually get those libraries pre-built from other websites. Worst case is that you have to build them yourself. I think that the bundling of the lgpl'd libraries with the main application was also a licensing concern when we started providing nightlies. I'm not sure if that's true any longer. If you want to use the java plugin without constantly having to reinstall it, then you should install it into your user specific plugin directory or use a separate path and set MOZ_PLUGINS_PATH. We do not want to start down the slippery slope of bundling plugins because of the mere convenience for people use a particular plugin. Let Netscape or whomever deal with that headache in their polished release builds, not for our nightly test builds.
Assignee: seawood → endico
Component: Build Config → FTP - Staging
Product: Browser → mozilla.org
QA Contact: granrose → leaf
Summary: Sparc builds bad → Purge out-of-date nighlty builds
problem remains, 3 old - very old file are there: Linux/SVG, DEC and Solaris 7_8_9
Status: UNCONFIRMED → NEW
Ever confirmed: true
I set up a cronjob on stage to remove all files from /nightly/latest-trunk/ that are older than 30 days.
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.