Closed Bug 112618 Opened 23 years ago Closed 23 years ago

mozilla-i686-pc-linux-gnu.tar.gz is not available

Categories

(SeaMonkey :: Build Config, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: mozbug, Assigned: netscape)

References

Details

Since yesterday it seems that mozilla-i686-pc-linux-gnu.tar.gz is no more built.
Last one I see is 2001112712.
I see new embed-, mozilla-installer-, and mozilla-sea- packages but no plain
tar.gz archive.
*** Bug 112619 has been marked as a duplicate of this bug. ***
it's built, it's intentionally not delivered.  resolved/wontfix.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
Will it come back soon ?
Could we please rethink that decision?  This makes QA fairly painful for a
number of reasons:

1) Impossible to do automated install via script
2) Installer is incredibly slow over anything resembling a remote X connection.
   Doing an install from SEA takes me about 45 minutes.  The same install from a
   .tar.gz is 10 seconds to untar.

These issues are compounded by the fact that very often while doing QA one needs
to narrow a problem down to a date range.  In those circumstances, it's
incredibly helpful to be able to quickly remove and install a whole bunch of builds.

Is there a good reason not to deliver the .tar.gz's?
I'm also concerned about the lack of this delivery format for Linux.  I
have a script that I use to install nightly builds from the tar file.. it
handles everything required in the upgrade process, including creation
of symlinks to various plugins that I have installed on my system.

What is the reasoning for withholding the tar files?  Is there something
that the mozilla installer does that has become a requirement?
Even better, when I ran the linux installer from the 2001-11-29-08
mozilla-i686-pc-linux-gnu-sea.tar.gz, it reported that it couldn't
download a file and then dumped core.

Are you just wanting to get more people to test the installer?
Jonathan Abbey: 2001112908 build is missing inspector.xpi so select typical or
custon install without inspector.

Unix/Linux people like automation and this change is major problems and
slowdown for testing and using Mozilla's nightly builds.



If moz.org doesn't want to make the i686 tar.gz file, I make a regularly updated
tar.gz on http://stuph.org/  (note: requires libgcc_s.so, also on stuph.org).  I
build 686 optimized w/ 'all' extensions.

David
Reopening.

Where was this discussed? Why is it "intentionally not delivered"? What are the
advantages of not delivering something which is built (disk space?), vs the
disadvantages bz mentioned?
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
I've talked to asa, and we're going to resume delivering this file.

resolved/fixed.
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
ok they're back
vrfy
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.