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)
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.
Comment 1•23 years ago
|
||
*** Bug 112619 has been marked as a duplicate of this bug. ***
Comment 2•23 years ago
|
||
it's built, it's intentionally not delivered. resolved/wontfix.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
Reporter | ||
Comment 3•23 years ago
|
||
Will it come back soon ?
Comment 4•23 years ago
|
||
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?
Comment 5•23 years ago
|
||
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?
Comment 6•23 years ago
|
||
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?
Comment 7•23 years ago
|
||
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
Comment 9•23 years ago
|
||
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 → ---
Comment 10•23 years ago
|
||
I've talked to asa, and we're going to resume delivering this file. resolved/fixed.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•