Issue 1881 - No Mozilla tarballs for IRIX
Summary: No Mozilla tarballs for IRIX
Status: CLOSED WONT_FIX
Alias: None
Product: porting
Classification: Code
Component: code (show other issues)
Version: 638
Hardware: SGI IRIX
: P3 Trivial (vote)
Target Milestone: AOO Later
Assignee: Frank Schönheit
QA Contact: issues@porting
URL:
Keywords:
Depends on:
Blocks: 1209
  Show dependency tree
 
Reported: 2001-10-11 22:52 UTC by nickb
Modified: 2010-03-29 19:52 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
moz/zipped/IRIXGCCMlib.zip (512.71 KB, application/octet-stream)
2001-10-11 23:17 UTC, nickb 		no flags Details
moz/moztools/zipmoz.sh - minor fixes (1.58 KB, patch)
2001-12-13 07:20 UTC, nickb 		no flags Details | Diff
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description nickb 2001-10-11 22:52:36 UTC 
There are currently no Mozilla tarballs available in the OO tree. I have created
the appropriate tarballs (or at least tarballs which allow the build to continue),
but am wondering what the exact needs of these tarballs are (eg which mozilla files
are actually used).
Comment 1 nickb 2001-10-11 22:54:57 UTC 
Argh, my proxy software will not allow me to upload such a large
attachment, will have to try some alternative means (I am assuming that
creating a large attachment is ok?)
Comment 2 nickb 2001-10-11 23:14:25 UTC 
Created attachment 0
Comment 3 nickb 2001-10-11 23:15:47 UTC 
Is there a limit to the size of attachments? Cause the last one
failed! :(
Comment 4 nickb 2001-10-11 23:17:49 UTC 
Created attachment 582 [details]
moz/zipped/IRIXGCCMlib.zip
Comment 5 nickb 2001-10-11 23:41:23 UTC 
Created attachment 0
Comment 6 nickb 2001-10-11 23:47:41 UTC 
Hmm, sorry ppl. Even after playing with my proxy's config, either 
IssueZilla will not accept an attachment this size (which is probably 
fair enough!) or something is timing out.

I have the appropriate zip files, and will try and find somewhere online
I can put them.
Comment 8 Martin Hollmichel 2001-10-19 16:03:58 UTC 
Frank, can you do the review and commit of this ?!?
Comment 9 Frank Schönheit 2001-10-22 13:14:10 UTC 
Nick,

can you please adjust the zip for the runtimes? I think your tarball 
contains too much files - you can get a file list from
	external/moz/moztools/zipmoz.cmd.

At least I suspect that your file is too big - for the other 
platforms, the tarball is about 3 MByte, and your's is about 9 MB.

So please strip down the file to the components really necessary (or 
convince me that all the ones in your current file are necessary - but 
this is hard to believe :).

In addition, the runtime zip must contain a "component.reg" file, 
which was created from the stripped-down components (not from the 
complete set - this is an important difference).

Beside that, the "inc" and "lib" tarballs look good - as far as I can 
tell (not having the possibility to compile on the platform in 
question).

Did you create your files from mozilla 0.9.4? Or from an earlier 
version?

I'm asking because with the next build (SRC641i), we migrate to 
mozilla 0.9.4 (which contains nearly all of our previous patches). So 
if you want your platform to compile after SRC641h, you may want to 
give us 0.9.4 files ...

Frank
Comment 10 nickb 2001-10-23 02:58:03 UTC 
Yes, the zips are created from 0.9.4.
Thanks for the pointer to the zipfile creation script. I shall have 
another attempt at creating zip files, and should have links posted
tomorrow.

Thanks! :)
Comment 12 Frank Schönheit 2001-10-31 11:09:16 UTC 
Nick,

sorry, but I think the runtime lib still won't do it.

First it does not contain the components directory. 
Means when extracting it, all the libs which belong 
into "component" are extracted to the program directory 
of OOo, which means they would not be found at runtime.

Second, the component.reg in the runtime tarball looks 
suspicious (though I'm not sure about it 'cause I have 
no IRIX platform to do tests).
It is about 400K, while for the other platforms, it is 
about 200K. The component.reg must be created by 
mozilla with the libs in _our_ (stripped-down) 
components directory only. It must not be the original 
component.reg which comes with mozilla.
We had (under solaris sparc) problems with a complete 
component.reg in our stripped-down environment: mozilla 
simply crashed then, as it expected more of it's 
components (according to it's component.reg) which it 
actually found at runtime.
So please ensure that the component.reg you gave is is 
the right one - if you say the large one is correct for 
you, I'll take it, but please be sure :), else you may 
have runtime problems at machines where now extra 
mozilla installation exists.
Comment 13 Frank Schönheit 2001-10-31 11:10:41 UTC 
s/actually found/actually did not find/
Comment 14 nickb 2001-10-31 21:30:11 UTC 
Wierd... under Unix, if I do 'unzip IRIXGCCMruntime.zip' I get the
components directory... but if I use WinZip, I dont. Anyway, I will
use the appropriate version of zip and fix that.

And I shall double check the components file aswell, it should be 
roughly the same across platforms, so I might have messed that one up.
Comment 15 nickb 2001-11-01 21:41:54 UTC 
http://oss.sgi.com/projects/mozilla/download/irix/opn/IRIXGCCMinc.zip
http://oss.sgi.com/projects/mozilla/download/irix/opn/IRIXGCCMlib.zip
http://oss.sgi.com/projects/mozilla/download/irix/opn/IRIXGCCMruntime.zip


Ok, lets try this again. The component.reg file is now ~200k, and the
directory structure shows up in WinZip, so that should be right to.

Is there any documentation that talks about what needs to be included 
in there zips?

Thanks
Comment 16 Frank Schönheit 2001-11-05 10:05:01 UTC 
I checked in the three files. Can't test them without an IRIX system, 
though ...

I'm going to write a mail in, hmm, perhaps dev@porting, announcing 
this and asking Sander to tag the files so that they're included in 
the next OOo snapshot.
Comment 17 Frank Schönheit 2001-11-05 11:00:47 UTC 
Nick,

Just as an info: we're currently thinking about migrating the mozilla 
code base we're using to 0.9.5 - which contains some fixes we're 
interested in, and which had an incompatible change in the string 
classes.
Comment 18 nickb 2001-11-06 21:02:01 UTC 
Ok, not a problem. I'll prepare some 0.9.5 zipfiles to be ready when
you change. Mozilla 0.9.6 is out in a few weeks...
Comment 19 Frank Schönheit 2001-12-11 09:54:32 UTC 
Nick,

we've moved to mozilla 0.9.5 recently. Maybe you want to update the 
IRIX tarballs to this version, too?
Comment 20 nickb 2001-12-13 07:20:30 UTC 
Created attachment 822 [details]
moz/moztools/zipmoz.sh - minor fixes
Comment 21 nickb 2001-12-13 07:21:40 UTC 
The above attachment (ok, not really the right spot for it, but while
I'm here...) fixes a few minor
problems with the script.

I have created the zip files, and am in process of going through the
roundabout process of getting
them online. Hopefully by tomorrow I will have the links posted. :)
Comment 23 Frank Schönheit 2001-12-18 14:50:02 UTC 
checked in the new versions ....

One thing I noticed with the include files: For all other platforms, 
the inc-tarball does not contain the mozilla directory itself (at 
least it does not anymore since the migration to 0.9.4, which was 
about 2 months ago). The d.lst in moz/prj also assumes that the files 
are located in <output>/inc (without the "mozilla"). Nick, do you 
mind updating your zip and remove the dir as well?

sorry, did not yet find the time to include the changes you supplied 
for zipmoz.sh (mostly due to my lack of knowledge about how to 
incorporate the changes in a diff file into the original file - will 
have to ask here :)
Comment 24 nickb 2001-12-18 20:39:14 UTC 
Ah, ok, I did it that way to try and stick with the original structure
as much as possible! hehe, ah well,
no problems, I will fix this and get a new zip file uploaded..... it
will take a couple of days tho :( (wish 
I could just post 'em directly, *sigh*).

Thanks!
Comment 25 Frank Schönheit 2003-01-28 15:22:51 UTC 
this is way too old in the meantime ... Nick, I apologize for losing
this from the radar for so long.

In the meantime (and after discussions done with Kevin Hendrick on the
porting list), I think we should find a solution where Mozilla is
built during the OOo build process (or before, with some variables
pointing to the build location then), and not check in such huge zip
files for all our platforms.

Nick, as you were so silent for over a year :), I suppose you could
live with me closing this issue as WONTFIX?
Comment 26 nickb 2003-01-28 22:47:11 UTC 
I think thats a good solution... but in the mean time, IRIX still needs
Mozilla ZIP files. If this solution will be checked in OOO_STABLE_1
sometime soon, then by all means close this. If not, then please
leave it open (as I still need to get Moz tarballs for it).
Comment 27 Frank Schönheit 2003-01-29 10:36:55 UTC 
okay, I am willing to check in whatever tarballs you give me - at your
risk :)
The links above do not work anymore, so can you please point me to the
proper files you want to have on the STABLE_1 branch?
Comment 28 nickb 2003-02-05 23:08:29 UTC 
Ok, I'm going to grab the mozilla sources and built them.... the 
binaries I have are not quite right.
Comment 29 nickb 2003-02-06 07:32:26 UTC 
Grab them from:
ftp://oss.sgi.com/projects/mozilla/download/irix/opn/
Comment 30 nickb 2003-02-07 00:01:42 UTC 
And please check them in for both OOO_STABLE_1 and OO643C,

thanks
Comment 31 Frank Schönheit 2003-02-07 09:03:50 UTC 
> And please check them in for both OOO_STABLE_1 and OO643C

done. not sure what branch will be the base for 1.1Beta, I assume it
will be an extra branch (not OO643C). In this case we need to either
check them in again, then, or convince whoever does this to branch
OO11Beta from OO643C.
Comment 32 Frank Schönheit 2003-03-06 15:52:36 UTC 
forced to set a target
Comment 33 Frank Schönheit 2003-10-28 07:04:47 UTC 
this is no crash - removing dependency to issue 21786
Comment 34 caolanm 2010-03-29 19:52:24 UTC 
per issue 106845 sb removed the partial irix port, so this doesn't make sense in
isolation anymore106845
Comment 35 caolanm 2010-03-29 19:52:51 UTC 
closing