Closed
Bug 308294
Opened 19 years ago
Closed 19 years ago
Thunderbird tinderbox (bg l10n) fails in "$(ZIP) -r9D $(LANGPACK_FILE) install.rdf chrome chrome.manifest"
Categories
(Thunderbird :: Build Config, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: ogi, Assigned: chase)
References
()
Details
(Keywords: fixed1.8.0.1, fixed1.8.1)
Attachments
(1 file, 1 obsolete file)
|
645 bytes,
patch
|
benjamin
:
review+
chase
:
superreview+
benjamin
:
approval1.8.0.1+
benjamin
:
approval1.8.1+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; bg; rv:1.8b4) Gecko/20050803 Firefox/1.0+ Build Identifier: Mozilla/5.0 (X11; U; Linux i686; bg; rv:1.8b4) Gecko/20050803 Firefox/1.0+ For Linux and Mac OS X builds of Thunderbird 1.5 localized for Bulgarian (bg), I get the following error in Thunderbird logs: ... cd ../../dist/xpi-stage/locale-bg && \ /usr/bin/zip -r9D /builds/tinderbox/Tb-Mozilla1.8-l10n/Linux_2.4.20-28.8_Clobber/mozilla/dist/install/thunderbird-1.4.bg.langpack.xpi install.rdf chrome zip I/O error: No such file or directory zip error: Could not create output file (/builds/tinderbox/Tb-Mozilla1.8-l10n/Linux_2.4.20-28.8_Clobber/mozilla/dist/install/thunderbird-1.4.bg.langpack.xpi) gmake[1]: *** [langpack-bg] Error 15 I can't reproduce it on my Linux. I "cd mail/locales" and run "make langpack-bg" and everything is fine. Please help me to find what's the problem, so that it can be fixed by me. Reproducible: Always Steps to Reproduce:
| Reporter | ||
Comment 1•19 years ago
|
||
Please someone take a look at that bug - I can't reproduce it and so I (bg l10n owner) can't handle it.
Summary: zip error in building Tb bg locale → Thunderbird tinderbox (bg l10n) fails in "$(ZIP) -r9D $(LANGPACK_FILE) install.rdf chrome chrome.manifest"
| Reporter | ||
Comment 2•19 years ago
|
||
It seems that Linux build is OK, so I've changed OS to MacOSX.
OS: Linux → MacOS X
Updated•19 years ago
|
Assignee: mcafee → mscott
Component: Tinderbox → Build Config
Product: Webtools → Thunderbird
QA Contact: timeless → chase
Hardware: PC → Macintosh
Version: Trunk → unspecified
Comment 3•19 years ago
|
||
its OS X only and somehow also only occuring for "bg". Maybe the directory "dist/xpi-stage/locale-bg" is missing on Maya? (just an idea)
Assignee: mscott → chase
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•19 years ago
|
||
We need a mac buddy here, or someone with access to the tinderbox. I have no clue what is going on here, I could suspect something line-ending wise, but the build log doesn't even tell which file is missing.
Version: unspecified → 1.5
Perhaps not relevant to this bug, but there is an error on http://lxr.mozilla.org/l10n-mozilla1.8/source/bg/other-licenses/branding/thunderbird/brand.dtd#1 <!ENTITY lang.version "__MOZILLA_LOCALE_VERSION__"> should be #expand <!ENTITY lang.version "__MOZILLA_LOCALE_VERSION__"> eu, ga-IE, and mk also have the same error, but they don't seem to have this bug.
| Reporter | ||
Comment 6•19 years ago
|
||
I've reported the #expand problem in http://pootlebugzilla.sjsoft.com/show_bug.cgi?id=81 . How can I test if this is the problem? Is committing such change the only way? I have no access to MacOSX.
Comment 7•19 years ago
|
||
So, now that I have fruit, I tried this at home. I had to mkdir dist/install, but apart from that, the build works. Before doing the mkdir, I got the exact same build error as the tinderbox. How the freck does this only affect bg? Note that bg is in fact the first locale to repackage, so it may be that. Why this only happens on mac is a pure mystery to me, too.
Comment 8•19 years ago
|
||
Looking at http://lxr.mozilla.org/mozilla/source/tools/tinderbox/post-mozilla-rel.pl#783 system("mkdir -p $package_location"); is done after the build.
Comment 9•19 years ago
|
||
Benjamin, should the build target really rely on the tinderbox script or should the dist/install directory be created in the build, by a dep or something?
Comment 11•19 years ago
|
||
Here is the patch, I'm not sure if the tinderbox scripts need a fix to handle the existing install dir. I don't expect that though, otherwise not only the first build would be broken.
Attachment #206298 -
Flags: superreview?
Attachment #206298 -
Flags: review?(benjamin)
Updated•19 years ago
|
Attachment #206298 -
Flags: superreview? → superreview?(chase)
Comment 12•19 years ago
|
||
Comment on attachment 206298 [details] [diff] [review] create dist/install for the langpack, if it doesn't exist You don't want $(shell), just use $(NSINSTALL) -D
Attachment #206298 -
Flags: superreview?(chase)
Attachment #206298 -
Flags: review?(benjamin)
Attachment #206298 -
Flags: review-
Comment 13•19 years ago
|
||
Trying just one review first.
Attachment #206298 -
Attachment is obsolete: true
Attachment #206299 -
Flags: review?(benjamin)
Updated•19 years ago
|
Attachment #206299 -
Flags: review?(benjamin) → review+
Updated•19 years ago
|
Attachment #206299 -
Flags: superreview?(chase)
| Assignee | ||
Updated•19 years ago
|
Attachment #206299 -
Flags: superreview?(chase) → superreview+
Comment 14•19 years ago
|
||
Comment on attachment 206299 [details] [diff] [review] nsinstall it, baby I'd like to land this on both the 1.8 and 1.8.0 branches, build fix only
Attachment #206299 -
Flags: approval1.8.1?
Attachment #206299 -
Flags: approval1.8.0.1?
Comment 15•19 years ago
|
||
Comment on attachment 206299 [details] [diff] [review] nsinstall it, baby Approved as a build-system-only change.
Attachment #206299 -
Flags: approval1.8.1?
Attachment #206299 -
Flags: approval1.8.1+
Attachment #206299 -
Flags: approval1.8.0.1?
Attachment #206299 -
Flags: approval1.8.0.1+
Comment 16•19 years ago
|
||
Fixed on trunk and both branches.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Updated•19 years ago
|
Keywords: fixed1.8.0.1,
fixed1.8.1
| Reporter | ||
Comment 17•18 years ago
|
||
Please remove reference to this fixed bug from http://tinderbox.mozilla.org/showbuilds.cgi?tree=Mozilla1.8-l10n-bg
You need to log in
before you can comment on or make changes to this bug.
Description
•