Closed
Bug 818032
Opened 12 years ago
Closed 12 years ago
device builds with gaia multilocale enabled fail
Categories
(Firefox OS Graveyard :: Gaia, defect, P1)
Firefox OS Graveyard
Gaia
Tracking
(blocking-basecamp:+)
People
(Reporter: bhearsum, Assigned: stas)
References
Details
This happened the first time we tried to land this, and then again today. Forgot to file a bug for it the first time :(.
06:25:11 INFO - cp /builds/slave/b2g-m-aurora-panda-dep/build/gaia/profile/user.js out/target/product/panda/system/b2g/user.js
06:25:11 INFO - cp: cannot stat `/builds/slave/b2g-m-aurora-panda-dep/build/gaia/profile/user.js': No such file or directory
Reporter | ||
Comment 1•12 years ago
|
||
09:48 < stas> bhearsum: does the same thing happen when you unset LOCALE_BASEDIR ?
Reporter | ||
Comment 2•12 years ago
|
||
Blocks multilocale gaia builds, marking as C2, noming for blocking-basecamp.
blocking-basecamp: --- → ?
Target Milestone: --- → B2G C2 (20nov-10dec)
Reporter | ||
Comment 3•12 years ago
|
||
(In reply to Ben Hearsum [:bhearsum] from comment #1)
> 09:48 < stas> bhearsum: does the same thing happen when you unset
> LOCALE_BASEDIR ?
This only happens with LOCALE_BASEDIR set.
Updated•12 years ago
|
blocking-basecamp: ? → +
Priority: -- → P1
Reporter | ||
Comment 4•12 years ago
|
||
Stas is going to be looking into this, assigning to him for now. I'll be helping in way I can.
Assignee: nobody → stas
Reporter | ||
Comment 5•12 years ago
|
||
While I was setting up a slave for Stas I noticed that a rebuild inside of the same objdir seems to work fine. So it seems like one of two things is happening here;
- Dep builds create gaia/profile/user.js but clobbers don't
- Dep builds don't look for this file at all, but clobbers do
Assignee | ||
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•