Package Details: nodejs-node-red 2.1.3-1

Git Clone URL: (read-only, click to copy)
Package Base: nodejs-node-red
Description: A visual tool for wiring the Internet of Things.
Upstream URL:
Licenses: Apache
Submitter: ChaosKid42
Maintainer: ChaosKid42
Last Packager: ChaosKid42
Votes: 9
Popularity: 0.55
First Submitted: 2017-08-01 08:03
Last Updated: 2021-11-06 15:00

Latest Comments

1 2 Next › Last »

tazinblack commented on 2021-04-16 18:05

Fresh package build works. Update with git pull does not. Maybe mirror not completely synced? Am I to fast with updating? No problem, works for me. Thank you for your work!

ChaosKid42 commented on 2021-04-16 17:33

tazinblack: works for me. See

tazinblack commented on 2021-04-16 17:08

When I try to update I get this:

$ makepkg -si
==> Making package: nodejs-node-red 1.3.2-1 (Fri Apr 16 19:07:04 2021)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found node-red-1.3.2.tgz
==> ERROR: nodejs-node-red.service was not found in the build directory and is not a URL.

Any ideas?

ChaosKid42 commented on 2020-05-04 17:12

@TUC: Thanks for pointing me to systemd-sysusers. Updated the package accordingly.

TUC commented on 2020-05-03 20:13

Thanks for providing a service file.

Could you use systemd-sysusers for user/group creation. See

/usr contains read-only data, so working directory should be /var/lib/nodejs-node-red

echo 'u nodejs-node-red - "Node-red daemon" /var/lib/nodejs-node-red' |
  install -Dm644 /dev/stdin "$pkgdir/usr/lib/sysusers.d/$pkgname.conf"

echo 'd /var/lib/nodejs-node-red 0750 nodejs-node-red nodejs-node-red -' |
  install -Dm644 /dev/stdin "$pkgdir/usr/lib/tmpfiles.d/$pkgname.conf"

ChaosKid42 commented on 2020-04-28 06:55

@oxplot: Does the new version serve your needs?

oxplot commented on 2020-04-27 18:13

It'd be great to have or something simliar here as well.

Avixentus commented on 2020-02-24 18:30

That's what I did. IMHO the list of supported architectures should contain all the supported architectures for convenience. This is the only package I use -A on (although I don't build many on armv7h). But if that's the norm on the AUR I can adapt.

ChaosKid42 commented on 2020-02-24 18:19

I believe "any" wouldn't be a good idea because the binary packages would be flagged as "any" (which is plain wrong). I could however add i686, armv5, armv6h, armv7h, aarch64 to the list of supported architectures. But why not simply use "makepkg -A"?

Avixentus commented on 2020-02-24 18:09

Building while ignoring the arch works fine because bcrypt is also rebuilt natively. I suggest restoring the arch to 'any'.