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)

PowerPC
macOS
defect
Not set
normal

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)

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:
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"
It seems that Linux build is OK, so I've changed OS to MacOSX.
OS: Linux → MacOS X
Assignee: mcafee → mscott
Component: Tinderbox → Build Config
Product: Webtools → Thunderbird
QA Contact: timeless → chase
Hardware: PC → Macintosh
Version: Trunk → unspecified
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
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.
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.
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.
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.
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?
You're welcome to add a rule in the build system.
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)
Attachment #206298 - Flags: superreview? → superreview?(chase)
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-
Attached patch nsinstall it, baby β€” β€” Splinter Review
Trying just one review first.
Attachment #206298 - Attachment is obsolete: true
Attachment #206299 - Flags: review?(benjamin)
Attachment #206299 - Flags: review?(benjamin) → review+
Attachment #206299 - Flags: superreview?(chase)
Attachment #206299 - Flags: superreview?(chase) → superreview+
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 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+
Fixed on trunk and both branches.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Please remove reference to this fixed bug from http://tinderbox.mozilla.org/showbuilds.cgi?tree=Mozilla1.8-l10n-bg
Done.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: