apt-get install bb-node-red-installer fail

[Wally Bkg]

I'm still having issues with installing the node-red & bonescript stuff.

I have a BBW that has been running my IOT application 24/7 with great success for about the last four or five months.  Its running:

cat /etc/dogtag

BeagleBoard.org Debian Image 2015-11-12

uname -a

Linux alarmbone 4.1.18-ti-r49 #1 SMP PREEMPT Fri Feb 26 00:12:54 UTC 2016 armv7l GNU/Linux

It was installed from a 2GB console image but I've apt-get installed enough X stuff to get ssh -X gedit to work (although I rarely actually use it this way).  Its been kept current with apt get update and apt-get upgrade a couple of times a month although its basically dedicated to running this app and its development/testing/debugging.

I also have a BBG that I'm setting up for a friend that has a nicely working bonescript and node-red starting from an lxqt 2016-04-03 image.  While playing with this I though of a simple idea to add some mqtt functionality to my IOT application using node-red.  My BBW is already running the mosquito mqtt broker and I've used it as such while testing node-red on the BBG and RPi2  So now I thought I'd install node-red to my BBW console image but the installation fails.

I've never had these kinds of problems with apt-get install failures on other Ubuntu & Debian systems.

apt-get install bb-node-red-installer

Reading package lists... Done

Building dependency tree       

Reading state information... Done

The following NEW packages will be installed:

  bb-node-red-installer

0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.

Need to get 4,140 B of archives.

After this operation, 49.2 kB of additional disk space will be used.

Do you want to continue? [Y/n] Y

Get:1 http://repos.rcn-ee.com/debian/ jessie/main bb-node-red-installer all 0.13.4-0rcnee1~bpo80+20160321+1 [4,140 B]

Fetched 4,140 B in 0s (32.3 kB/s)          

Selecting previously unselected package bb-node-red-installer.

(Reading database ... 80178 files and directories currently installed.)

Preparing to unpack .../bb-node-red-installer_0.13.4-0rcnee1~bpo80+20160321+1_all.deb ...

Unpacking bb-node-red-installer (0.13.4-0rcnee1~bpo80+20160321+1) ...

Setting up bb-node-red-installer (0.13.4-0rcnee1~bpo80+20160321+1) ...

bb-node-red-installer:npm: [1.4.21]

bb-node-red-installer:node: [v0.10.42]

bb-node-red-installer:Installing: systemd-0.2.6 (for node-red)

sys...@0.2.6 /usr/local/lib/node_modules/systemd

bb-node-red-installer:Installing: node-red-0.13.4 (for node-red)

 

> bcr...@0.8.5 install /usr/local/lib/node_modules/node-red/node_modules/bcrypt

> node-gyp rebuild

make: Entering directory '/usr/local/lib/node_modules/node-red/node_modules/bcrypt/build'

  CXX(target) Release/obj.target/bcrypt_lib/src/blowfish.o

  CXX(target) Release/obj.target/bcrypt_lib/src/bcrypt.o

  CXX(target) Release/obj.target/bcrypt_lib/src/bcrypt_node.o

Killed

dpkg: error processing package bb-node-red-installer (--configure):

 subprocess installed post-installation script returned error exit status 137

Errors were encountered while processing:

 bb-node-red-installer

E: Sub-process /usr/bin/dpkg returned an error code (1)

Am I doomed in my attempt to keep an "old" Jessie system reasonably up to date as things evolve?

[William Hermans]

I've never had these kinds of problems with apt-get install failures on other Ubuntu & Debian systems.

I've seen several, and in fact when udev was new, and incorporated into Ubuntu. You could apt-get install several "applications" that fell flat on their faces. Xen, and iSCSI tools were two such cases I can remember. I also distinctly remember a gcc bug creeping into Debian stable when Sarge was still in testing. Yes, these were all a long time ago. Anyway the short point of it all is that no one, and nothing created by humans is perfect.

Am I doomed in my attempt to keep an "old" Jessie system reasonably up to date as things evolve?

You know I thought you had something working before. So I've been wondering why didn't you stick with that ?

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/36157370-385d-4003-8b0f-b33750846faa%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Robert Nelson]

On Fri, Apr 29, 2016 at 12:49 PM, Wally Bkg <*> wrote:

I'm still having issues with installing the node-red & bonescript stuff.

I have a BBW that has been running my IOT application 24/7 with great success for about the last four or five months.  Its running:

cat /etc/dogtag

BeagleBoard.org Debian Image 2015-11-12

uname -a

Linux alarmbone 4.1.18-ti-r49 #1 SMP PREEMPT Fri Feb 26 00:12:54 UTC 2016 armv7l GNU/Linux

It was installed from a 2GB console image but I've apt-get installed enough X stuff to get ssh -X gedit to work (although I rarely actually use it this way).  Its been kept current with apt get update and apt-get upgrade a couple of times a month although its basically dedicated to running this app and its development/testing/debugging.

I also have a BBG that I'm setting up for a friend that has a nicely working bonescript and node-red starting from an lxqt 2016-04-03 image.  While playing with this I though of a simple idea to add some mqtt functionality to my IOT application using node-red.  My BBW is already running the mosquito mqtt broker and I've used it as such while testing node-red on the BBG and RPi2  So now I thought I'd install node-red to my BBW console image but the installation fails.

I've never had these kinds of problems with apt-get install failures on other Ubuntu & Debian systems.

Remember, this "bb-node-red-installer" is not a normal debian package..

it's internally calling "nodejs npm install node-red@xyz_version" as root..

So a "big" no-no in the debian/ubuntu world.

But we did it because users requested it..

"2015-11-12" was before we upgraded to nodejs 0.12.x, so by default it has nodejs 0.10.x*

anywho, i tried to replicate what you did last time, but it worked for me.

We don't have enough developers as-is right now and i know it works on the latest snapshots..

Regards,

--

Robert Nelson
https://rcn-ee.com/

[Wally Bkg]

So the question appears to become can this system be upgraded to node-js 0.12.x?

If it can't, I can test my idea on the RPi2 or BBG and only put a new image on the BBW to run it where it "belongs" if it pans out.

Physical accessibility of the BBW is less than convenient now that the hardware aspects of the project are complete and its been mounted in its permanent home, so if there is an apt-get or git pull type of solution I'd much prefer to give it a try first.

[Robert Nelson]

On Fri, Apr 29, 2016 at 2:50 PM, Wally Bkg <wb666...@gmail.com> wrote:

So the question appears to become can this system be upgraded to node-js 0.12.x?

Yeap, as root:

wget -qO- https://deb.nodesource.com/gpgkey/nodesource.gpg.key | apt-key add -

apt-get update
apt-get install apt-transport-https

echo 'deb https://deb.nodesource.com/node_0.12 jessie main' > /etc/apt/sources.list.d/nodesource.list
echo 'deb-src https://deb.nodesource.com/node_0.12 jessie main' >> /etc/apt/sources.list.d/nodesource.list

apt-get update
apt-get install nodejs

 

If it can't, I can test my idea on the RPi2 or BBG and only put a new image on the BBW to run it where it "belongs" if it pans out.

Physical accessibility of the BBW is less than convenient now that the hardware aspects of the project are complete and its been mounted in its permanent home, so if there is an apt-get or git pull type of solution I'd much prefer to give it a try first.

Regards,

[William Hermans]

I've had really good results with this: https://github.com/mark-webster/node-debian.git. But the last build I attempted on Wheezy, on a RevC BBB failed. The error was also rather cryptic, so I was unable to find a cure right off. The same version compiled just fine manually though . . .

--

For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAOCHtYiS%3DM0WC4gGKz4yqVKH-0gJ17QvXWqoEEveXMT66DftsQ%40mail.gmail.com.

[Robert Nelson]

On Fri, Apr 29, 2016 at 3:03 PM, William Hermans <yyr...@gmail.com> wrote:

I've had really good results with this: https://github.com/mark-webster/node-debian.git. But the last build I attempted on Wheezy, on a RevC BBB failed. The error was also rather cryptic, so I was unable to find a cure right off. The same version compiled just fine manually though . . .

The one nice thing about nodesource...

Swap the "node_0.12" for any of these:

node_4.x

node_5.x

node_6.x

and then just, apt-get update ; apt-get upgrade...

Regards,

[Wally Bkg]

Thanks for the suggestion but it still didn't work:

Setting up bb-node-red-installer (0.13.4-0rcnee1~bpo80+20160321+1) ...

bb-node-red-installer:npm: [2.15.0]

bb-node-red-installer:node: [v0.12.13]

bb-node-red-installer:Installing: systemd-0.2.6 (for node-red)

npm WARN engine sys...@0.2.6: wanted: {"node":">=0.6.11 <0.11.0"} (current: {"node":"0.12.13","npm":"2.15.0"})

sys...@0.2.6 /usr/local/lib/node_modules/systemd

bb-node-red-installer:Installing: node-red-0.13.4 (for node-red)

 

> bcr...@0.8.5 install /usr/local/lib/node_modules/node-red/node_modules/bcrypt

> node-gyp rebuild

Killed

dpkg: error processing package bb-node-red-installer (--configure):

 subprocess installed post-installation script returned error exit status 137

Errors were encountered while processing:

 bb-node-red-installer

E: Sub-process /usr/bin/dpkg returned an error code (1)

I do appreciate your effort.

[Robert Nelson]

On Fri, Apr 29, 2016 at 4:41 PM, Wally Bkg <wb666...@gmail.com> wrote:

Thanks for the suggestion but it still didn't work:

Setting up bb-node-red-installer (0.13.4-0rcnee1~bpo80+20160321+1) ...

bb-node-red-installer:npm: [2.15.0]

bb-node-red-installer:node: [v0.12.13]

bb-node-red-installer:Installing: systemd-0.2.6 (for node-red)

npm WARN engine sys...@0.2.6: wanted: {"node":">=0.6.11 <0.11.0"} (current: {"node":"0.12.13","npm":"2.15.0"})

sys...@0.2.6 /usr/local/lib/node_modules/systemd

bb-node-red-installer:Installing: node-red-0.13.4 (for node-red)

 

> bcr...@0.8.5 install /usr/local/lib/node_modules/node-red/node_modules/bcrypt

> node-gyp rebuild

Killed

dpkg: error processing package bb-node-red-installer (--configure):

 subprocess installed post-installation script returned error exit status 137

Errors were encountered while processing:

 bb-node-red-installer

E: Sub-process /usr/bin/dpkg returned an error code (1)

I'll double check this on sunday, at work my flash drive only goes back too 2016-03-20, but i have all the snapshots on a nas at home..

Regards,

[Wally Bkg]

If I'm the only one with this issue don't worry about it, please move on to more important things.

I did test my idea using node-red on the BBG.  The mqtt stuff worked nicely with the BBW as the broker, but my read of how the exec node worked from the info pane description was wishful thinking.  I was wanting one message for each output line on stdout from the application launched by the exec node as it runs  (its a status monitoring application that prints one line for each IOT system variable status change, its a client that talks to a server running on the BBW).  What I got was one output message with all the stdout when I killed the program (deamon) as if I'd piped it to a file and then cat the file.  

I may play around with piping the output to a file and using the tail node to generate the messages, but it was just a neat idea that could have been a "real use" of node-red for me.  I probably should have tried this before trying to upgrade the node-red on the BBW system which ultimately was a distraction.  But at least now I know if I need node-red on the BBW I'll need to start with a fresh image.

Thanks again!

[Wally Bkg]

Playing around with tail -f, it turned out the unwanted node-red behavior was because I forgot to call fflush().  

This didn't matter for the usage it was originally written for.  After a quick recompile of the client after adding fflush() I can make very good use of this as a rapid prototype as it is by using the BBG as a middleman, but its probably better I modify the original BBW IOT application to use libmosquito to send message to the broker as my monitoring client exposes all the state variables, many of which are of no use to a client and were only included for test/debug purposes in the client.  

But my first "real use" of node-red has to be scored a success and it delivered a lot of functionality for minimal effort.

Down the road I'll decide if its easier to mod the IOT app to use libmosquito or swap in a new SD card (physical access issues with the BBW).

Thanks again for all the help!

[Robert Nelson]

On Sat, Apr 30, 2016 at 12:03 PM, Wally Bkg <wb666...@gmail.com> wrote:

Playing around with tail -f, it turned out the unwanted node-red behavior was because I forgot to call fflush().  

This didn't matter for the usage it was originally written for.  After a quick recompile of the client after adding fflush() I can make very good use of this as a rapid prototype as it is by using the BBG as a middleman, but its probably better I modify the original BBW IOT application to use libmosquito to send message to the broker as my monitoring client exposes all the state variables, many of which are of no use to a client and were only included for test/debug purposes in the client.  

But my first "real use" of node-red has to be scored a success and it delivered a lot of functionality for minimal effort.

Down the road I'll decide if its easier to mod the IOT app to use libmosquito or swap in a new SD card (physical access issues with the BBW).

Thanks again for all the help!

Still works here:

root@beaglebone:~# apt-get install npm bb-node-red-installer

Reading package lists... Done

Building dependency tree       

Reading state information... Done

The following package was automatically installed and is no longer required:

  libmagic1

Use 'apt-get autoremove' to remove it.

0 upgraded, 0 newly installed, 2 reinstalled, 0 to remove and 0 not upgraded.

Need to get 358 kB of archives.

After this operation, 0 B of additional disk space will be used.

Get:1 http://repos.rcn-ee.com/debian/ jessie/main bb-node-red-installer all 0.13.4-0rcnee1~bpo80+20160321+1 [4140 B]

Get:2 http://ftp.us.debian.org/debian/ jessie/main npm all 1.4.21+ds-2 [354 kB]

Fetched 358 kB in 0s (737 kB/s)

perl: warning: Setting locale failed.

perl: warning: Please check that your locale settings:

LANGUAGE = (unset),

LC_ALL = (unset),

LANG = "en_US.UTF-8"

    are supported and installed on your system.

perl: warning: Falling back to the standard locale ("C").

locale: Cannot set LC_CTYPE to default locale: No such file or directory

locale: Cannot set LC_MESSAGES to default locale: No such file or directory

locale: Cannot set LC_ALL to default locale: No such file or directory

(Reading database ... 22326 files and directories currently installed.)

Preparing to unpack .../bb-node-red-installer_0.13.4-0rcnee1~bpo80+20160321+1_all.deb ...

Unpacking bb-node-red-installer (0.13.4-0rcnee1~bpo80+20160321+1) over (0.13.4-0rcnee1~bpo80+20160321+1) ...

Preparing to unpack .../npm_1.4.21+ds-2_all.deb ...

Unpacking npm (1.4.21+ds-2) over (1.4.21+ds-2) ...

Setting up bb-node-red-installer (0.13.4-0rcnee1~bpo80+20160321+1) ...

bb-node-red-installer:npm: [1.4.21]

bb-node-red-installer:node: [v0.10.42]

bb-node-red-installer:Installing: systemd-0.2.6 (for node-red)

sys...@0.2.6 /usr/local/lib/node_modules/systemd

bb-node-red-installer:Installing: node-red-0.13.4 (for node-red)

 

> bcr...@0.8.5 install /usr/local/lib/node_modules/node-red/node_modules/bcrypt

> node-gyp rebuild

make: Entering directory '/usr/local/lib/node_modules/node-red/node_modules/bcrypt/build'

  CXX(target) Release/obj.target/bcrypt_lib/src/blowfish.o

  CXX(target) Release/obj.target/bcrypt_lib/src/bcrypt.o

  CXX(target) Release/obj.target/bcrypt_lib/src/bcrypt_node.o

  SOLINK_MODULE(target) Release/obj.target/bcrypt_lib.node

  COPY Release/bcrypt_lib.node

make: Leaving directory '/usr/local/lib/node_modules/node-red/node_modules/bcrypt/build'

-

> utf-8-v...@1.2.1 install /usr/local/lib/node_modules/node-red/node_modules/ws/node_modules/utf-8-validate

> node-gyp rebuild

make: Entering directory '/usr/local/lib/node_modules/node-red/node_modules/ws/node_modules/utf-8-validate/build'

  CXX(target) Release/obj.target/validation/src/validation.o

  SOLINK_MODULE(target) Release/obj.target/validation.node

  COPY Release/validation.node

make: Leaving directory '/usr/local/lib/node_modules/node-red/node_modules/ws/node_modules/utf-8-validate/build'

\

> buffe...@1.2.1 install /usr/local/lib/node_modules/node-red/node_modules/ws/node_modules/bufferutil

> node-gyp rebuild

make: Entering directory '/usr/local/lib/node_modules/node-red/node_modules/ws/node_modules/bufferutil/build'

  CXX(target) Release/obj.target/bufferutil/src/bufferutil.o

  SOLINK_MODULE(target) Release/obj.target/bufferutil.node

  COPY Release/bufferutil.node

make: Leaving directory '/usr/local/lib/node_modules/node-red/node_modules/ws/node_modules/bufferutil/build'

npm WARN engine is-b...@1.1.3: wanted: {"node":">=0.12"} (current: {"node":"0.10.42","npm":"1.4.21"})

npm WARN engine is-b...@1.1.3: wanted: {"node":">=0.12"} (current: {"node":"0.10.42","npm":"1.4.21"})

npm WARN deprecated i18next...@1.10.3: you can use npm install i18next from version 2.0.0

\

> seria...@2.0.7-beta5 install /usr/local/lib/node_modules/node-red/node_modules/node-red-node-serialport/node_modules/serialport

> node-pre-gyp install --fallback-to-build

make: Entering directory '/usr/local/lib/node_modules/node-red/node_modules/node-red-node-serialport/node_modules/serialport/build'

  CXX(target) Release/obj.target/serialport/src/serialport.o

  CXX(target) Release/obj.target/serialport/src/serialport_unix.o

  CXX(target) Release/obj.target/serialport/src/serialport_poller.o

  SOLINK_MODULE(target) Release/obj.target/serialport.node

  COPY Release/serialport.node

make: Leaving directory '/usr/local/lib/node_modules/node-red/node_modules/node-red-node-serialport/node_modules/serialport/build'

/usr/local/bin/node-red-pi -> /usr/local/lib/node_modules/node-red/bin/node-red-pi

/usr/local/bin/node-red -> /usr/local/lib/node_modules/node-red/red.js

node...@0.13.4 /usr/local/lib/node_modules/node-red

├── is-...@0.2.1

├── on-he...@1.0.1

├── basic...@1.0.3

├── media...@0.3.0

├── node-red...@0.1.5

├── cl...@1.0.2

├── passport-oauth2...@0.1.2 (passport...@1.0.0)

├── must...@2.2.1

├── sem...@5.1.0

├── no...@3.0.6 (abb...@1.0.7)

├── passport-h...@1.0.1 (passport...@1.0.0)

├── fs.n...@0.0.4 (re...@0.6.1, as...@0.1.22)

├── co...@2.7.1 (va...@1.1.0)

├── pass...@0.3.2 (pa...@0.0.1, passport...@1.0.0)

├── follow-r...@0.0.7 (stream-...@0.1.0, de...@2.2.0)

├── bcry...@2.3.0

├── sent...@1.0.6 (lodash...@4.0.1)

├── oauth...@1.2.2 (ui...@0.0.3, utils...@1.0.0, de...@2.2.0)

├── raw-...@2.1.6 (unp...@1.0.0, by...@2.3.0, iconv...@0.4.13)

├── fs-e...@0.26.7 (path-is-...@1.0.0, kl...@1.2.0, json...@2.3.0, grace...@4.1.3, rim...@2.5.2)

├── body-...@1.15.0 (by...@2.2.0, conten...@1.0.1, de...@1.1.0, on-fi...@2.3.0, http-...@1.4.0, q...@6.1.0, de...@2.2.0, typ...@1.6.12, iconv...@0.4.13)

├── bcr...@0.8.5 (bind...@1.2.1, n...@2.0.5)

├── exp...@4.13.4 (escap...@1.0.3, array-...@1.1.1, utils...@1.0.0, cookie-s...@1.0.6, merge-de...@1.0.1, fr...@0.3.0, met...@1.1.2, range-...@1.0.3, va...@1.0.1, path-to...@0.1.7, coo...@0.1.5, pars...@1.3.1, conten...@1.0.1, et...@1.7.0, content-d...@0.5.1, serve-...@1.10.2, de...@1.1.0, on-fi...@2.3.0, finalh...@0.4.1, q...@4.0.0, de...@2.2.0, proxy...@1.0.10, se...@0.13.1, acc...@1.2.13, typ...@1.6.12)

├── w...@0.8.1 (opt...@0.0.6, ult...@1.0.2, utf-8-v...@1.2.1, buffe...@1.2.1)

├── mq...@1.7.4 (reint...@1.0.2, xt...@4.0.1, inhe...@2.0.1, com...@1.0.0, mini...@1.2.0, end-of...@1.1.0, mqtt-co...@2.1.1, readabl...@1.0.34, mqtt-...@3.4.6, hel...@0.1.0, websocke...@3.1.0, concat...@1.5.1)

├── node-red-...@0.1.3 (nodem...@1.3.4, im...@0.8.16)

├── wh...@3.7.7

├── node-red-n...@0.1.6 (twitt...@0.6.2, oa...@0.9.14, req...@2.67.0)

├── node-red-nod...@0.1.5 (req...@2.65.0, feedp...@1.1.3)

├── ugli...@2.6.2 (uglify-to-...@1.0.2, as...@0.2.10, ya...@3.10.0, sourc...@0.5.5)

├── che...@0.19.0 (dom-ser...@0.1.0, enti...@1.1.1, css-s...@1.0.0, htmlp...@3.8.3, lod...@3.10.1)

├── i18...@1.10.6 (coo...@0.6.1, js...@0.2.0, i18next...@1.10.3)

├── cr...@1.1.0 (moment-...@0.3.1)

├── xml...@0.4.16 (s...@1.2.1, xmlbu...@4.2.1)

└── node-red-nod...@0.1.2 (seria...@2.0.7-beta5)

bb-node-red-installer:Installed

Setting up npm (1.4.21+ds-2) ...

root@beaglebone:~# cat /etc/dogtag 

BeagleBoard.org Debian Image 2015-11-29

Regards,

[Wally Bkg]

Maybe this is a clue, to get node-red installed on Ubuntu 16.04 I had to install nodejs-legacy, so I tried installing it on my BBW.

This is what I get:

~# apt-get install nodejs-legacy

Reading package lists... Done

Building dependency tree       

Reading state information... Done

Some packages could not be installed. This may mean that you have

requested an impossible situation or if you are using the unstable

distribution that some required packages have not yet been created

or been moved out of Incoming.

The following information may help to resolve the situation:

The following packages have unmet dependencies:

 nodejs-legacy : Depends: nodejs (>= 0.6.19~dfsg1-3~) but it is not going to be installed

E: Unable to correct problems, you have held broken packages.

I can't figure out exactly what package is held, or how to un-hold it.

I do remember getting some kind of "package will be held back message" manduring an upgrade several months ago.