Closed
Bug 595559
Opened 15 years ago
Closed 7 years ago
omnijar packaging fails when there are no binary components in the application
Categories
(Toolkit Graveyard :: Build Config, defect)
Toolkit Graveyard
Build Config
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: mossop, Unassigned)
Details
Attachments
(1 file)
1.55 KB,
patch
|
mwu
:
review+
ted
:
review+
|
Details | Diff | Splinter Review |
With no binary components components/components.manifest does not exist and so the step fails. Even if you fix that it still creates a useless empty binary.manifest.
This only plays with components.manifest if it exists and if binary.manifest is empty then it just deletes it and never creates a chrome.manifest.
Attachment #474418 -
Flags: review?(mwu)
Comment 1•15 years ago
|
||
Comment on attachment 474418 [details] [diff] [review]
patch rev 1
components/components.manifest should always exist AFAIK.. unless you're not packaging, in which you're missing out on the benefits of manifest combining and xptlinking.
Reporter | ||
Comment 2•15 years ago
|
||
(In reply to comment #1)
> Comment on attachment 474418 [details] [diff] [review]
> patch rev 1
>
> components/components.manifest should always exist AFAIK.. unless you're not
> packaging, in which you're missing out on the benefits of manifest combining
> and xptlinking.
Perhaps if you have a package manifest defined, if not you get xpt linking for free anyway and there is no components/components.manifest
Comment 3•15 years ago
|
||
Comment on attachment 474418 [details] [diff] [review]
patch rev 1
Hm ok, I can see that. Fair enough.
Attachment #474418 -
Flags: review?(ted.mielczarek)
Attachment #474418 -
Flags: review?(mwu)
Attachment #474418 -
Flags: review+
Comment 4•15 years ago
|
||
Comment on attachment 474418 [details] [diff] [review]
patch rev 1
I hate this even worse than I hated it before. Plz rewrite this all in Python soon.
>diff --git a/toolkit/mozapps/installer/packager.mk b/toolkit/mozapps/installer/packager.mk
>--- a/toolkit/mozapps/installer/packager.mk
>+++ b/toolkit/mozapps/installer/packager.mk
>@@ -237,13 +237,19 @@ NON_OMNIJAR_FILES = \
> PACK_OMNIJAR = \
> rm -f omni.jar components/binary.manifest && \
> grep -h '^binary-component' components/*.manifest > binary.manifest ; \
>- sed -e 's/^binary-component/\#binary-component/' components/components.manifest > components.manifest && \
>- mv components.manifest components && \
>+ if [ -e components/components.manifest ]; then \
>+ sed -e 's/^binary-component/\#binary-component/' components/components.manifest > components.manifest && \
>+ mv components.manifest components; \
>+ fi && \
> find . | xargs touch -t 201001010000 && \
> zip -r9mX omni.jar $(OMNIJAR_FILES) -x $(NON_OMNIJAR_FILES) && \
> $(OPTIMIZE_JARS_CMD) --optimize $(_ABS_DIST)/jarlog/ ./ ./ && \
>- mv binary.manifest components && \
>- printf "manifest components/binary.manifest\n" > chrome.manifest
>+ if [ -s binary.manifest ]; then \
>+ mv binary.manifest components && \
>+ printf "manifest components/binary.manifest\n" > chrome.manifest; \
>+ else \
>+ rm binary.manifest; \
Presumably you want rm -f binary.manifest? Since it could not exist if you get to this branch.
Attachment #474418 -
Flags: review?(ted.mielczarek) → review+
Comment 5•7 years ago
|
||
Triaging, old bug, n/a now, closing
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
Updated•7 years ago
|
Product: Toolkit → Toolkit Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•