Closed
Bug 40598
Opened 25 years ago
Closed 24 years ago
installer filenames need to be 8.3
Categories
(SeaMonkey :: Installer, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: ssu0262, Assigned: ssu0262)
References
Details
(Whiteboard: [nsbeta2+])
There are some installer files, like NetscapeSetup.exe and
NetscapeUninstall.exe, that are not 8.3. This causes the filenames to be
truncated when burning an ISO 9660 compliant format.
See message from danielmc@netscape.com (Daniel McGowan) below:
===============================================================================
Joliet is not an ISO supported standard. It is a Microsoft extension to ISO
9660. As such it is not supported by most Unix operating systems. (You can get
Linux to support it but it requires extensive patching see:
http://bmrc.berkeley.edu/people/chaffee/joliet.html
)
Toast 4.1 for Mac (latest) does support Joliet filenames in Hybrid CD's but X &
Win on the same CD
requires ISO9660 Level 1 (which is 8.3 format, A-Z,0-9 and _)
applying for nsbeta2 approval.
Status: NEW → ASSIGNED
Keywords: nsbeta2
Comment 2•25 years ago
|
||
Was this working in PR1? Why didn't we see this problem then?
Whiteboard: [need info]
Comment 3•25 years ago
|
||
From ssu in email:
danielmc was the one who originally complained about it. I've forwarded him
and mrush@netscape.com the bug, but no response yet.
I don't know they did with PR1. I didn't hear about this till just now too.
I think there are a couple of ways to solve this:
1) simply burn the self-extracting .exe file on the CD (vs its contents).
Renaming NetscapeSetup.exe to something that is 8.3 does not affect its
functionality.
2) update the build scripts to produce filenames conforming to 8.3 (for
NetscapeSetup.exe and all of the files within it, like NetscapeUninstall.exe).
1) is much easier than 2).
Comment 4•25 years ago
|
||
Also from email, expect comments from Daniel McGowan on Thurs.
Comment 5•25 years ago
|
||
If you put the NetscapeSetup.exe equivalent on the CD then its contents have to
be extracted onto the users hard disk, taking up a bunch of space. I thought
the whole point of the "look for .xpis in the same directory" mechanism was to
support installs from CD?
Right, option 1 will work but is a pretty ugly implementation. I wonder if doing
it this way could impact the CCK folks?
This was not a problem for PR1 for us (Intl.) because we did not burn CD's with
X and Windows.
Option 2 is the Right Thing To Do but may cause more work initially. How much
work is involved will depend on how the build packaging scripts are written.
I would strongly suggeset that we implement Option 2 for PR2 but we could live
with option 1 in the PR timeframe. I think it would be a mistake not to have
this implemented by RTM however, since this is when we are going to be mastering
CD's for mass duplication (when it is going to be costing real money).
Here is a list of files that need to be renamed to conform to 8.3:
artextensions.xpi
fullcircle.xpi
spellchecker.xpi
jre13patch.zip
NetscapeUninstall.exe
NetscapeSetup.exe
Per a dveditz email:
"Needed if we want to press multi-platform CD's. For bits on the wire or
windows-only CD's I think we're fine. Renaming the xpi files is trivial, the
executables only slightly less so."
We WILL be pressing multi-platform CDS for beta2, thus making this a [nsbeta2+]
Whiteboard: [need info] → [nsbeta2+]
Actually, Dan's suggestion is not possible without causing complications to the
Uninstaller.
This is because the install.log that is generated during installation, is
created in the same directory as setup.exe, which would be on the readonly CD in
Dan's case. If install.log is not created, the user would not be able to
uninstall the product.
A solution for now is to just put the big, self-extracting .exe on the CD (with
a 8.3 conforming filename of course).
Comment 10•24 years ago
|
||
Isn't there a bug on the install.log location? If not there should be, and we
should lobby to make it nsbeta2+ if it blocks this.
Assignee | ||
Comment 11•24 years ago
|
||
found it: http://bugzilla.mozilla.org/show_bug.cgi?id=19034
Marking this bug dependent on it and nominating the above bug as nsbeta2.
Depends on: 19034
Assignee | ||
Comment 12•24 years ago
|
||
fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 13•24 years ago
|
||
Sean,
Assuming I have to wait for CDs to confirm this? please confirm
Assignee | ||
Comment 14•24 years ago
|
||
actually, not really.
You just need to make sure that when you run "N6Setup.exe -u", all the files
that get uncompressed are 8.3.
Also, all the files that are in the xpi dir on sweetlou are 8.3.
Comment 15•24 years ago
|
||
got it now- files with 8.3 not in first build today
build 2000061509 ok
Status: RESOLVED → VERIFIED
Comment 16•24 years ago
|
||
oldfile.xxx = newfile.xxx
artextensions.xpi = artext.xpi
fullcircle.xpi = talkback.xpi
spellchecker.xpi = spellchk.xpi
jre13patch.zip = jre13p.zip
NetscapeUninstall.exe = N6Uninst.exe
NetscapeSetup.exe = N6Setup.exe
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•