Closed
Bug 1051191
Opened 11 years ago
Closed 10 years ago
Make Flame FOTA package use source-built update-binary
Categories
(Firefox OS Graveyard :: GonkIntegration, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: gerard-majax, Assigned: gerard-majax)
References
Details
Attachments
(1 file, 1 obsolete file)
Per bug 1047350, we now can use source-built update-binary than the old prebuilt one.
This would just need declaring TARGET_UPDATE_BINARY in the flame manifest. This can allow us to hack and have more cool things in the FOTA package.
> TARGET_UPDATE_BINARY := $(PRODUCT_OUT)/system/bin/updater
Should do the trick (at least from CLI it does).
Flags: needinfo?(mwu)
Flags: needinfo?(gsvelto)
Comment 1•11 years ago
|
||
I'm fully in favor of using the source-built update-binary. It's a no surprise approach since we can control which version of the sources we'll be using and it allows us to ensure that the update scripts we make are always compatible with it.
Flags: needinfo?(gsvelto)
Comment 2•11 years ago
|
||
Not sure what this NI is for. If we have the correct source, we should build it and use it, regardless of whether we intend to modify it or not.
Flags: needinfo?(mwu)
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → lissyx+mozillians
Assignee | ||
Comment 3•11 years ago
|
||
Attachment #8540722 -
Flags: review?(mwu)
Comment 4•10 years ago
|
||
https://android.googlesource.com/platform/bootable/recovery/+/android-4.4.4_r2.0.1/updater/Android.mk suggests that the updater binary is only included in FOTA packages, so there's no need to add it to the packages list. Instead, we should try to make the $(B2G_FOTA_UPDATE_ZIP) target depend on the updater binary so it is built whenever we're trying to generate a FOTA update zip. This should also get rid of the TARGET_UPDATE_BINARY variable.
Assignee | ||
Comment 5•10 years ago
|
||
(In reply to Michael Wu [:mwu] from comment #4)
> https://android.googlesource.com/platform/bootable/recovery/+/android-4.4.
> 4_r2.0.1/updater/Android.mk suggests that the updater binary is only
> included in FOTA packages, so there's no need to add it to the packages
> list. Instead, we should try to make the $(B2G_FOTA_UPDATE_ZIP) target
> depend on the updater binary so it is built whenever we're trying to
> generate a FOTA update zip. This should also get rid of the
> TARGET_UPDATE_BINARY variable.
We can do this, indeed, but I don't think we can get rid of this variable: according to bug 1008239 comment 31. From this comment, I understand that we may rely on a prebuilt update-binary that is not in the sources.
Comment 6•10 years ago
|
||
(In reply to Alexandre LISSY :gerard-majax from comment #5)
> We can do this, indeed, but I don't think we can get rid of this variable:
> according to bug 1008239 comment 31. From this comment, I understand that we
> may rely on a prebuilt update-binary that is not in the sources.
IIRC, we have the sources for the dolphin update-binary (the one referred to in bug 1008239 comment 31) just like for other devices.
Comment 7•10 years ago
|
||
(In reply to Andreas Pehrson [:pehrsons] (Telenor) from comment #6)
> (In reply to Alexandre LISSY :gerard-majax from comment #5)
> > We can do this, indeed, but I don't think we can get rid of this variable:
> > according to bug 1008239 comment 31. From this comment, I understand that we
> > may rely on a prebuilt update-binary that is not in the sources.
>
> IIRC, we have the sources for the dolphin update-binary (the one referred to
> in bug 1008239 comment 31) just like for other devices.
I've scanned through the dolphin code and it looks good to go to build from source. There will still be a reference to TARGET_UPDATE_BINARY in the device make files but it shouldn't hurt.
Assignee | ||
Comment 8•10 years ago
|
||
Attachment #8540722 -
Attachment is obsolete: true
Attachment #8540722 -
Flags: review?(mwu)
Assignee | ||
Comment 9•10 years ago
|
||
Comment on attachment 8547522 [details] [review]
PR for gonk-misc
Addresses michael's comments. Works on Flame KK and on my Nexus S.
Attachment #8547522 -
Flags: review?(gsvelto)
Comment 10•10 years ago
|
||
Works on dolphin after porting the patch to v1.4 (because that's the code I have checked out).
Comment 11•10 years ago
|
||
Comment on attachment 8547522 [details] [review]
PR for gonk-misc
LGTM, I've quickly tested this on my build and it works fine, I also like that you factored out the common definitions.
Attachment #8547522 -
Flags: review?(gsvelto) → review+
Assignee | ||
Comment 12•10 years ago
|
||
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•