io.js armv7l build isn't working on the BeagleBone Black #349

julianduque · 2015-01-14T00:57:29Z

I'm using iojs-v1.0.0-nightly201501135ea716d895-linux-armv7l on Debian Wheezy (default image for BBB) and this comes with eglibc instead of glibc

root@beaglebone:~/iojs/bin# ./iojs 
./iojs: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.16' not found (required by ./iojs)
./iojs: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.15' not found (required by ./iojs)

root@beaglebone:~/iojs/bin# lscpu 
Architecture:          armv7l
Byte Order:            Little Endian
CPU(s):                1
On-line CPU(s) list:   0
Thread(s) per core:    1
Core(s) per socket:    1
Socket(s):             1

The text was updated successfully, but these errors were encountered:

rvagg · 2015-01-14T01:07:43Z

ok, well that kind of sucks .. I'm building on an Ubuntu 14.04 base which has a lot of stuff updated

Fishrock123 · 2015-02-06T15:03:20Z

@rvagg @julianduque What's the status on this? I'm assuming this is still an issue.

rvagg · 2015-02-07T04:00:37Z

yes, still an issue, I'd love to have a couple of BBB boards donated to the project so we can integrate them to CI and produce builds based on an older Linux distro on armv7

the only other resolution is for me to come up with a way to produce builds on the current armv7 box but linking to an older libc, which I started on but is not a simple afternoon job.

runvnc · 2015-02-15T02:22:44Z

Maybe I should just not use Debian Wheezy? I recently ran into this glibc issue both on a BeagleBone Black and on my local Debian install on my rooted Android tablet. Should I switch to a different OS with more up-to-date libraries or something? If so, which Linux distribution that is ARM compatible works with io.js?

fivdi · 2015-02-15T02:49:34Z

I've being running the ARMv7 version of io.js 1.0.2 successfully on a BeagleBone Black using Ubuntu 14.4.1. This version of Ubuntu can be downloaded here http://elinux.org/BeagleBoardUbuntu. There are several files available for downloads. I'm using this one https://rcn-ee.net/rootfs/2015-01-06/ubuntu-14.04.1-console-armhf-2015-01-06.tar.xz

rvagg · 2015-02-15T10:05:40Z

I think I have a way to fix this, http://cloud.online.net/ offer a Wheezy version on their ARMv7 machines, I just need to find some time to work on this and hook it up to CI. If it works, then the binaries should be compiled against a much older libc and in theory would work on the standard BBB distro (I think).

jbergstroem · 2015-02-15T11:47:28Z

@rvagg Another solution could be creating a cross-compile host which would allow for more "exotic" flavours. Not sure how many we'd actually need, but it's not very hard to setup. I guess we can have it in mind as the build team progresses.

rvagg · 2015-02-15T12:21:47Z

I'm not really keen on cross-compiling because it's very difficult to test

runvnc · 2015-02-16T16:34:04Z

@fivdi thanks.. I have found Ubuntu packages to generally be more up-to-date before. Was just going with Debian because I thought it might be a lighter-weight option but I keep running into issues with packages so I may go back to Ubuntu.

julianduque · 2015-02-19T05:37:06Z

@rvagg I have one BBB Rev C here for you, will give it to you next week if that works

rvagg · 2015-02-19T11:46:35Z

@julianduque aye! thanks

julianduque · 2015-03-04T19:43:59Z

@rvagg talked with people from BeagleBoard and current image will be deprecated, will test binary with new one, also will work on getting io.js bundled on the new image.

techniq · 2015-03-05T21:06:17Z

With my Vagrant VM setup for running Docker ARM containers, I noticed the issue using a Docker image based on Debian Wheezy, but not when using Debian Jessie. I know the current default BBB image is based on Wheezy, but it looks like the issue will go away once Jessie becomes standard.

rvagg · 2015-03-05T21:14:16Z

once Jessie becomes standard

surely you jest! Wheezy will live longer than you and I ..

The priority for the @iojs/build team re ARMv7 is to start building releases on a Wheezy-based OS. I think the easiest path there is to just start using a Wheezy image on Online Labs.

rvagg · 2015-03-05T21:15:12Z

nodejs/build#63

techniq · 2015-03-05T21:22:50Z

😄

rvagg · 2015-03-25T04:38:52Z

Update: I got a gcc-4.8 compiled for wheezy / armhf and am now using it on an ARMv7 machine running Wheezy machine on online.net: https://jenkins-iojs.nodesource.com/job/iojs+any-pr+multi/371/nodes=iojs-armv7-wheezy/console

Next step would be to switch releases over to this setup if this works OK.

I also have a bunch of new equipment to help me better set up the growing ARM cluster in my office so should have more machines coming on board soon.

/cc @iojs/build

samkrew · 2015-04-15T10:46:36Z

Any updates ?

rvagg · 2015-04-15T11:33:36Z

some notes on this in nodejs/build#77 - summary: WIP

rvagg · 2015-06-16T13:48:52Z

Hey folks, just letting you know that as of this build: https://iojs.org/download/nightly/v2.3.1-nightly2015061696165f9be2/ the nightlies are coming out of a Wheezy-based ARMv7 machine. I'd love to hear if they are solving the problems coming up here.

fivdi · 2015-06-16T21:01:24Z

It's definitely looking a lot better. Here's the output of a few commands on a BeagleBone Black using the latest Recommended Debian Wheezy 7.8 Image:

debian@beaglebone:~$ uname -a
Linux beaglebone 3.8.13-bone70 #1 SMP Fri Jan 23 02:15:42 UTC 2015 armv7l GNU/Linux
debian@beaglebone:~$ 
debian@beaglebone:~$ lscpu
Architecture:          armv7l
Byte Order:            Little Endian
CPU(s):                1
On-line CPU(s) list:   0
Thread(s) per core:    1
Core(s) per socket:    1
Socket(s):             1
debian@beaglebone:~$ 
debian@beaglebone:~$ iojs -v
v2.3.1-nightly2015061696165f9be2
debian@beaglebone:~$ 
debian@beaglebone:~$ node -v
v2.3.1-nightly2015061696165f9be2
debian@beaglebone:~$ 
debian@beaglebone:~$ node
> console.log("Hello, World!")
Hello, World!
undefined
> 
(^C again to quit)
> 
debian@beaglebone:~$

This is the first time I've worked with a nightly build and I haven't figured out how to get npm/gyp to install addons yet. For example, below is the output of npm install onoff. onoff depends on the addon epoll, and in order to compile it, gyp tries to download iojs-v2.3.1-nightly2015061696165f9be2.tar.gz from https://iojs.org/dist/v2.3.1-nightly2015061696165f9be2. It gets a 404 because it's not there. io.js doesn't have it's nightlies at https://iojs.org/dist/, it has them at https://iojs.org/download/nightly/. Maybe npm/gyp have an option for this, but I haven't found it yet.

debian@beaglebone:~/dev/onoff$ npm install onoff
npm WARN engine onoff@1.0.2: wanted: {"node":">=0.8.0"} (current: {"node":"2.3.1-nightly2015061696165f9be2","npm":"2.11.2"})
npm WARN engine epoll@0.1.13: wanted: {"node":">=0.8.0"} (current: {"node":"2.3.1-nightly2015061696165f9be2","npm":"2.11.2"})
\
> epoll@0.1.13 install /home/debian/dev/onoff/node_modules/onoff/node_modules/epoll
> node-gyp rebuild

gyp WARN install got an error, rolling back install
gyp ERR! configure error 
gyp ERR! stack Error: 404 response dowloading https://iojs.org/dist/v2.3.1-nightly2015061696165f9be2/iojs-v2.3.1-nightly2015061696165f9be2.tar.gz
gyp ERR! stack     at Request.<anonymous> (/home/debian/opt/iojs-v2.3.1-nightly/lib/node_modules/npm/node_modules/node-gyp/lib/install.js:251:14)
gyp ERR! stack     at emitOne (events.js:82:20)
gyp ERR! stack     at Request.emit (events.js:169:7)
gyp ERR! stack     at Request.onRequestResponse (/home/debian/opt/iojs-v2.3.1-nightly/lib/node_modules/npm/node_modules/request/request.js:1142:10)
gyp ERR! stack     at emitOne (events.js:77:13)
gyp ERR! stack     at ClientRequest.emit (events.js:169:7)
gyp ERR! stack     at HTTPParser.parserOnIncomingClient (_http_client.js:415:21)
gyp ERR! stack     at HTTPParser.parserOnHeadersComplete (_http_common.js:88:23)
gyp ERR! stack     at TLSSocket.socketOnData (_http_client.js:305:20)
gyp ERR! stack     at emitOne (events.js:77:13)
gyp ERR! System Linux 3.8.13-bone70
gyp ERR! command "/home/debian/opt/iojs-v2.3.1-nightly/bin/iojs" "/home/debian/opt/iojs-v2.3.1-nightly/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/debian/dev/onoff/node_modules/onoff/node_modules/epoll
gyp ERR! node -v v2.3.1-nightly2015061696165f9be2
gyp ERR! node-gyp -v v2.0.1
gyp ERR! not ok 
npm ERR! Linux 3.8.13-bone70
npm ERR! argv "/home/debian/opt/iojs-v2.3.1-nightly/bin/iojs" "/home/debian/opt/iojs-v2.3.1-nightly/bin/npm" "install" "onoff"
npm ERR! node v2.3.1-nightly2015061696165f9be2
npm ERR! npm  v2.11.2
npm ERR! code ELIFECYCLE

npm ERR! epoll@0.1.13 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the epoll@0.1.13 install script 'node-gyp rebuild'.
npm ERR! This is most likely a problem with the epoll package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-gyp rebuild
npm ERR! You can get their info via:
npm ERR!     npm owner ls epoll
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/debian/dev/onoff/npm-debug.log
debian@beaglebone:~/dev/onoff$

Fishrock123 · 2015-06-17T00:34:28Z

@fivdi iirc node-gyp doesn't work with nightlies.

rvagg · 2015-06-17T01:40:49Z

you can grab the source for the nightly and stick it in ~/.node-gyp/ with the appropriate name and it'll work, alternatively use --nodedir /path/to/source when using node-gyp or npm install and it should be fine

... working towards making this actually work without hackery but we're not there yet

fivdi · 2015-06-17T21:51:42Z

Yes, using --nodedir=/path/to/source works :)

One additional hack was needed. argv.push('--no-parallel') here had to be commented out to avoid the following error:

...
gyp_main.py: error: no such option: --no-parallel
gyp ERR! configure error 
gyp ERR! stack Error: `gyp` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onCpExit (/home/debian/opt/iojs-v2.3.1-nightly/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:355:16)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 3.8.13-bone70
...

Whether or not it's a good idea to comment out this line is a different question.

Did a few tests and they all worked as expected 👍

fivdi · 2015-06-23T19:37:22Z

@rvagg the v2.3.1 nightlies are coming out of a Wheezy-based ARMv7 machine, but v2.3.1 release didn't. Will release builds come out of a Wheezy-based ARMv7 machine in the future?

rvagg · 2015-06-24T05:57:10Z

only nightlies so far sorry, transition to releases is planned but not something I want to hurry for complicated reasons

rvagg · 2015-07-01T02:37:36Z

new release job that we're now using for nightlies, next-nightlies, rcs and releases is using the new Wheezy-based ARMv7 build machine so expect v2.3.2 to have a binary that works on older linuxes.

rvagg · 2015-07-02T13:27:53Z

v2.3.2 armv7 binary came off a wheezy machine so should fix this issue

fivdi · 2015-07-02T19:57:00Z

Nice Job :)

Other than the node-gyp workaround mentioned below, everything is looking good on the BeagleBone Black now:

debian@beaglebone:~$ iojs -v
v2.3.2
debian@beaglebone:~$ 
debian@beaglebone:~$ iojs
> Date()
'Thu Jul 02 2015 19:35:15 GMT+0000 (UTC)'
> 
(^C again to quit)
> 
debian@beaglebone:~$

Tried out a few modules and addons and everything functioned as expected.

argv.push('--no-parallel') here in node-gyp still needs to be commented out to avoid the error below when addons are installed. There's already a few issues over at node-gyp related to the topic, for example, nodejs/node-gyp#426, nodejs/node-gyp#434, and nodejs/node-gyp#651

debian@beaglebone:~/dev/lcd$ npm install lcd
-
> epoll@0.1.13 install /home/debian/dev/lcd/node_modules/lcd/node_modules/onoff/node_modules/epoll
> node-gyp rebuild

Usage: gyp_main.py [options ...] [build_file ...]

gyp_main.py: error: no such option: --no-parallel
gyp ERR! configure error 
gyp ERR! stack Error: `gyp` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onCpExit (/home/debian/opt/iojs-v2.3.2/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:355:16)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 3.8.13-bone70
gyp ERR! command "/home/debian/opt/iojs-v2.3.2/bin/iojs" "/home/debian/opt/iojs-v2.3.2/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/debian/dev/lcd/node_modules/lcd/node_modules/onoff/node_modules/epoll
gyp ERR! node -v v2.3.2
gyp ERR! node-gyp -v v2.0.1
gyp ERR! not ok 
npm ERR! Linux 3.8.13-bone70
npm ERR! argv "/home/debian/opt/iojs-v2.3.2/bin/iojs" "/home/debian/opt/iojs-v2.3.2/bin/npm" "install" "lcd"
npm ERR! node v2.3.2
npm ERR! npm  v2.11.3
npm ERR! code ELIFECYCLE

npm ERR! epoll@0.1.13 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the epoll@0.1.13 install script 'node-gyp rebuild'.
npm ERR! This is most likely a problem with the epoll package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-gyp rebuild
npm ERR! You can get their info via:
npm ERR!     npm owner ls epoll
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/debian/dev/lcd/npm-debug.log
debian@beaglebone:~/dev/lcd$

brendanashworth · 2015-07-31T03:33:05Z

Should this issue be closed or should it be kept open for the node-gyp issue?

fivdi mentioned this issue Jan 18, 2015

Update to nan 1.5.0 for iojs compat serialport/node-serialport#441

Merged

Fishrock123 added the build Issues and PRs related to build files or the CI. label Feb 7, 2015

rvagg mentioned this issue Mar 9, 2015

io.js for Raspberry Pi 2? #1105

Closed

rvagg mentioned this issue Jun 29, 2015

`GLIBC_2.16' not found: io.js 2.3.1 on Raspberry PI 2 w/ Raspbian #2077

Closed

brendanashworth added the arm Issues and PRs related to the ARM platform. label Jul 13, 2015

rvagg closed this as completed Jul 31, 2015

snyk-bot mentioned this issue Feb 22, 2020

[Snyk] Upgrade uuid from 3.1.0 to 3.4.0 saurabharch/node#3

Open

leonardoadame mentioned this issue Jul 6, 2023

[Snyk] Fix for 5 vulnerabilities leonardoadame/node#27

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

io.js armv7l build isn't working on the BeagleBone Black #349

io.js armv7l build isn't working on the BeagleBone Black #349

julianduque commented Jan 14, 2015

rvagg commented Jan 14, 2015

Fishrock123 commented Feb 6, 2015

rvagg commented Feb 7, 2015

runvnc commented Feb 15, 2015

fivdi commented Feb 15, 2015

rvagg commented Feb 15, 2015

jbergstroem commented Feb 15, 2015

rvagg commented Feb 15, 2015

runvnc commented Feb 16, 2015

julianduque commented Feb 19, 2015

rvagg commented Feb 19, 2015

julianduque commented Mar 4, 2015

techniq commented Mar 5, 2015

rvagg commented Mar 5, 2015

rvagg commented Mar 5, 2015

techniq commented Mar 5, 2015

rvagg commented Mar 25, 2015

samkrew commented Apr 15, 2015

rvagg commented Apr 15, 2015

rvagg commented Jun 16, 2015

fivdi commented Jun 16, 2015

Fishrock123 commented Jun 17, 2015

rvagg commented Jun 17, 2015

fivdi commented Jun 17, 2015

fivdi commented Jun 23, 2015

rvagg commented Jun 24, 2015

rvagg commented Jul 1, 2015

rvagg commented Jul 2, 2015

fivdi commented Jul 2, 2015

brendanashworth commented Jul 31, 2015

io.js armv7l build isn't working on the BeagleBone Black #349

io.js armv7l build isn't working on the BeagleBone Black #349

Comments

julianduque commented Jan 14, 2015

rvagg commented Jan 14, 2015

Fishrock123 commented Feb 6, 2015

rvagg commented Feb 7, 2015

runvnc commented Feb 15, 2015

fivdi commented Feb 15, 2015

rvagg commented Feb 15, 2015

jbergstroem commented Feb 15, 2015

rvagg commented Feb 15, 2015

runvnc commented Feb 16, 2015

julianduque commented Feb 19, 2015

rvagg commented Feb 19, 2015

julianduque commented Mar 4, 2015

techniq commented Mar 5, 2015

rvagg commented Mar 5, 2015

rvagg commented Mar 5, 2015

techniq commented Mar 5, 2015

rvagg commented Mar 25, 2015

samkrew commented Apr 15, 2015

rvagg commented Apr 15, 2015

rvagg commented Jun 16, 2015

fivdi commented Jun 16, 2015

Fishrock123 commented Jun 17, 2015

rvagg commented Jun 17, 2015

fivdi commented Jun 17, 2015

fivdi commented Jun 23, 2015

rvagg commented Jun 24, 2015

rvagg commented Jul 1, 2015

rvagg commented Jul 2, 2015

fivdi commented Jul 2, 2015

brendanashworth commented Jul 31, 2015