Closed
Bug 915484
Opened 11 years ago
Closed 11 years ago
make install-gaia causes the flash to be stuck at the firefox logo
Categories
(Firefox OS Graveyard :: Gaia::Build, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
2.0 S1 (9may)
People
(Reporter: nhirata, Assigned: timdream)
References
Details
(Whiteboard: [p=3])
Attachments
(2 files)
1. run make install-gaia
Expected: booted into new gaia with fresh profile
Actual: still stuck at the logo
Follow up bug to bug 15034
Reporter | ||
Comment 2•11 years ago
|
||
Bug 915034 temp fixes the flash.sh to include the logic for checking which directory to install the files. Using this one to place the fix into the gaia/Makefile
Comment 3•11 years ago
|
||
I was quite busy this week but I can probably help you here next week or after the summit.
Updated•11 years ago
|
Component: Builds → Gaia
Reporter | ||
Comment 4•11 years ago
|
||
Julien, this is as far as I got since last week:
https://github.com/mozilla-b2g/gaia/pull/12764
I think the -q flag in the grep is causing it to not work correctly
the info is to print the output of the Makefile.
I will try to work on it some more this week. If you have any suggestions please let me know.
Flags: needinfo?(nhirata.bugzilla)
Reporter | ||
Comment 5•11 years ago
|
||
Attachment #818129 -
Flags: review?(mwu)
Reporter | ||
Comment 6•11 years ago
|
||
I think I figured it out. Should I remove the logic from the flash.sh after filing a bug on that?
Flags: needinfo?(felash)
Comment 7•11 years ago
|
||
Hmm, that should be set only if it isn't set already (it can be imported from .b2g.mk). It also needs to account for running make targets that don't require a device to be plugged in (like make profile).
Updated•11 years ago
|
Attachment #818129 -
Flags: review?(mwu)
Comment 8•11 years ago
|
||
I agree, probably we need to do all the GAIA_INSTALL_PARENT stuff inside the install-gaia target.
But then we need to run all lines in the same shell and finish all lines with "&& \".
So maybe it would be a better idea to move the "install-gaia" target commands in an external file...
Flags: needinfo?(felash)
Assignee | ||
Comment 9•11 years ago
|
||
This is something worthy to be worked on after bug 997029.
I propose we make GAIA_INSTALL_PARENT default to empty string (instead of |/system/b2g|), and run adb to determine the best place to put the apps if it is not specified externally, or with other parameters.
Component: Gaia → Gaia::Build
Depends on: 997029
Comment 10•11 years ago
|
||
see [1] for the code I use to determine GAIA_INSTALL_PARENT from a plugged in device. This code is also partly used in the flash.sh script in the B2G repository thanks to Naoki.
[1] https://github.com/julienw/config-files/blob/master/gf#L69-L78
Assignee | ||
Comment 11•11 years ago
|
||
Yes, that's what I intend to include in Makefile.
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → timdream
Status: NEW → ASSIGNED
Assignee | ||
Comment 13•11 years ago
|
||
Comment on attachment 8408894 [details]
mozilla-b2g:master PR#18450
I ended up patch the push-to-device.js file instead of Makefile to stop dumping more logic there.
As suggested by :felash, |make push| will read back /data/local/webapps/webapps.json to see what's the correct webapps locations, if GAIA_INSTALL_PARENT is not set.
One exception is |make reset-gaia|. Given the fact webapps.json is removed at the |purge| step before |push|, it's default location should be /system/b2g, to keep the original behavior.
Additional clean-up in this patch makes specifying $ADB work, and nicer console output.
Attachment #8408894 -
Flags: review?(yurenju.mozilla)
Attachment #8408894 -
Flags: feedback?(felash)
Comment 14•11 years ago
|
||
Comment on attachment 8408894 [details]
mozilla-b2g:master PR#18450
works for me but I added some suggestions about how to do in IMO a cleaner way the reset-gaia case.
Also, I'd like that we stop using predictable temporary file names in the gaia directory.
Attachment #8408894 -
Flags: feedback?(felash) → feedback+
Comment 15•11 years ago
|
||
Comment 16•11 years ago
|
||
Comment on attachment 8408894 [details]
mozilla-b2g:master PR#18450
Tim, I left comments on github and please set me review flag again if pull request is updated.
BTW, please test this pull request on Windows, it looks a little bit danger for Windows.
Attachment #8408894 -
Flags: review?(yurenju.mozilla)
Assignee | ||
Comment 17•11 years ago
|
||
Comment on attachment 8408894 [details]
mozilla-b2g:master PR#18450
Addressing review comment and moving most of the logic to JS.
Attachment #8408894 -
Flags: review?(yurenju.mozilla)
Attachment #8408894 -
Flags: feedback?(felash)
Attachment #8408894 -
Flags: feedback+
Comment 18•11 years ago
|
||
Comment on attachment 8408894 [details]
mozilla-b2g:master PR#18450
added some comments, nothing blocking from my point of view, but would be nice to handle.
I didn't try the patch, please tell me if you would like that I try it.
Attachment #8408894 -
Flags: feedback?(felash) → feedback+
Comment 19•11 years ago
|
||
Hi Alex, could you help to review this pr? I will not avaiable next week.
Flags: needinfo?(poirot.alex)
Assignee | ||
Updated•11 years ago
|
Whiteboard: [p=3]
Comment 20•11 years ago
|
||
Comment on attachment 8408894 [details]
mozilla-b2g:master PR#18450
Some suggestions in the PR, but that looks good.
Speaking about Windows support, master fails for me with:
Exception: Error: it does not support sh.exe command
I get the exact same error with this patch. Filled bug 1002461.
If I fix it, I end up with a broken gaia with what looks like a homescreen but with no app icon at all. Again, I end up in the same state with your patch or master.
Attachment #8408894 -
Flags: review?(yurenju.mozilla) → review+
Flags: needinfo?(poirot.alex)
Assignee | ||
Comment 21•11 years ago
|
||
Need to fix test breakage...
Assignee | ||
Comment 22•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → 2.0 S1 (9may)
You need to log in
before you can comment on or make changes to this bug.
Description
•