Closed Bug 789040 Opened 12 years ago Closed 11 years ago

No busybox on the b2g otoro device (again)

Categories

(Firefox OS Graveyard :: GonkIntegration, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: justin.lebar+bug, Unassigned)

Details

glandium added to the wiki [1]:

> As of August 7, 2012, building B2G builds busybox. Symbolic links for commands are 
> however not enabled by default. They can be enabled by adding the following to .config:
>
>    export BB_ADD_SYMLINKS=true

However, I grep'ed my whole b2g directory and didn't find any file containing BB_ADD_SYMLINKS.  So I think this doesn't work any longer.

Separately, I've been unable to chmod 777 files I've uploaded onto the device -- perhaps this is part of how we're locking it down? -- which keeps me from uploading busybox manually.

[1] https://intranet.mozilla.org/B2G_Team/Otoro
Summary: No busybox on the b2g device (again) → No busybox on the b2g otoro device (again)
mwu, what do we need to do to revert the change in comment 1?  Do you know what was going wrong with the BB build on MacOS?
I think there were some header issues - possibly something missing.

chmod 777 should still work on eng builds, which all otoro builds should be unless you go out of your way to change it. Just make sure you do a adb remount first.
(In reply to Justin Lebar [:jlebar] from comment #2)
> mwu, what do we need to do to revert the change in comment 1?  Do you know
> what was going wrong with the BB build on MacOS?

The problem is Kconfig, which doesn't build on something other than linux.
I think we're turning off otoro
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Resolution: FIXED → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.