Purge out-of-date nighlty builds

RESOLVED FIXED

Status

mozilla.org
FTP: Staging
RESOLVED FIXED
16 years ago
15 years ago

People

(Reporter: James Rome, Assigned: Dawn Endico)

Tracking

Details

(Reporter)

Description

16 years ago
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.
(Reporter)

Updated

16 years ago
Hardware: PC → Sun
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.