Closed
Bug 251866
Opened 20 years ago
Closed 20 years ago
Build fails with bad jar rule head at: pki/escrowWarn.js (make-jars.pl busted?)
Categories
(SeaMonkey :: Build Config, defect)
SeaMonkey
Build Config
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: thesuckiestemail, Assigned: benjamin)
Details
(Whiteboard: needed-aviary1.0)
Attachments
(1 file)
1000 bytes,
patch
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (BeOS; U; BeOS BePC; en-US; rv:1.7) Gecko/20040606 Firefox/0.8.0+ Build Identifier: Build fails with the following under BeOS and AVIARY-branch: +++ making chrome /Mozilla/mozilla/security/manager/pki/resources => ../../../../dist/bin/chrome/pippki.jar bad jar rule head at: pki/escrowWarn.js (content/escrowWarn.js) make[3]: *** [libs] Error 255 make[3]: Leaving directory `/Mozilla/mozilla/security/manager/pki/resources' I can not see anything in jar.mn that would suggest problems. Neither with the files involved. Need advice. Reproducible: Always Steps to Reproduce: 1. Build Firefox on BeOS Actual Results: Build fails with "bad jar rule head at: pki/escrowWarn.js (content/escrowWarn.js)" Expected Results: A full Firefox build.
Can't find what the real problem is. Commenting out escrowWarn.* in jar.mn just moves the error to the next uncommented line. The files do exist. Suspect the tool is broken (for BeOS).
Confirmed that it pukes on entry number 58 (I think), no matter what file it is.
I see this on winxp too +++ making chrome E:/moz_src/mozilla/obj-i586-pc-msvc/editor/ui => ../../dist/b in/chrome/comm.jar +++ updating chrome ../../dist/bin/chrome/installed-chrome.txt +++ content,install,url,jar:resource:/chrome/comm.jar!/content/editor/ +++ overriding content/editor/contents.rdf updating: content/editor/contents.rdf (176 bytes security) (stored 0%) bad jar rule head at: logs/locale/en-US/EditorInsertTable.dtd) at e:/moz_src/mo zilla/config/make-jars.pl line 522, <STDIN> line 189. make[1]: *** [libs] Error 2 make[1]: Leaving directory `/cygdrive/e/moz_src/mozilla/obj-i586-pc-msvc/editor/ ui' make: *** [all] Error 2
I've confirmation from two other that get the same error under BeOS. I have Perl 5.84 the others 5.80.
Severity: major → blocker
Summary: Build fails with bad jar rule head at: pki/escrowWarn.js → Build fails with bad jar rule head at: pki/escrowWarn.js (make-jars.pl busted?)
Comment 6•20 years ago
|
||
I'm seeing this under Windows XP too (since a few days)
backing out the change for bug 248507 from July 8th does fix the issue for me
Comment 8•20 years ago
|
||
To browser.
Assignee: bryner → nobody
OS: BeOS → All
Product: Firefox → Browser
QA Contact: asa → core.build-config
Hardware: PC → All
Version: unspecified → Trunk
Comment 9•20 years ago
|
||
Ben, this is fallout from bug 248507. I'm leaving the tree open for now, at bernd's request, but this really falls into tree-closure type bustage in my category (blocker on a Tier-1 platform).
Assignee: nobody → bsmedberg
Assignee | ||
Comment 10•20 years ago
|
||
Is this trunk or aviary branch? Can I get details about perl versions (cygwin/AS on windows). Since there are no preprocessor directives on the trunk, the preprocessor "should" be passing the files through unmolested.
Comment 11•20 years ago
|
||
It looks to me that the problem arises when more than one jar file is referenced in a jar.mn file. There are some lines removed from stdin. This is trunk seamonkey. perl 5.8.0 activestate
Comment 12•20 years ago
|
||
Ben, I can debug code for you on my machine if you need help to find it. So it looks to me that when the empty line is encountered is updates the jar, but looses characters ~ 800 of the jar.mn file. Then instead of working on the next jar file it finds a strange directive and the make jars bails out.
Reporter | ||
Comment 13•20 years ago
|
||
For BeOS it's AVIARY-branch.
Assignee | ||
Comment 14•20 years ago
|
||
This appears mightily to be a perl bug... if you read from a <FILE> in the middle of reading from <STDIN> the file position of stdin gets all out of whack. This reads all of <STDIN> into a list before processing any of it.
Assignee | ||
Comment 15•20 years ago
|
||
r=bz over IRC, and this fixes bernd's problem. Fun times with perl hackarounds!
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Whiteboard: needed-aviary1.0
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•