js-controller 3.0/3.1 jetzt im Latest!

[Thomas Braun]

@2hot4you

sudo chmod u+s /bin/ping

[harrym]

@Thomas-Braun sag mal ! mer als ein x für alle kann nicht sein .... lass dein halbwissen jetzt mal beiseite. Das ist ein problem mit den Adaptern bzw. eine Konfigsache in denen

[Thomas Braun]

@harrym setuid ist 'mehr' als x
Die Rechte in meinen Raspian lauten jedenfalls so:

pi@raspberrypi:~$ ls -la /bin/ping
-rwsr-xr-x 1 root root 55720 Aug  3  2018 /bin/ping
pi@raspberrypi:~$

Was bezeichnet jetzt das s?

[harrym]

@Thomas-Braun setzt dich mal mit den rechten unter linux/unix auseinander .... mir reicht das jetzt.

[Thomas Braun]

@harrym Erzähls mir doch bitte. Was bedeutet das s?

[2hot4you]

habe den Ping Adpter neu installiert, jetzt klapp es wieder , keine Ahnung was jetzt geholfen habt,

Danke für eure Hilfe

[harrym]

@Thomas-Braun ist bei ping unnötig. und setuid ist nicht mehr als x .... verschiebt nur rechte von usern ....

[Thomas Braun]

@harrym Ist bei Ping nicht unnötig. Entweder setuid oder capabilities (je nach Distribution) ist erforderlich.

[harrym]

@Thomas-Braun ja ... is recht .... schön, dass du dich so super in linux auskennst.

[Thomas Braun]

@harrym Was willst du Vogel eigentlich?

In the past, before Capabilities, ping and other system tools were installed with setuid root permissions, like this:

$ ls -l /bin/ping
-rwsr-xr-x 1 root root 44168 May 7 2014 /bin/ping
The “s” in the permission string represents the setuid bit, and it means that ping will be executed with root level permissions, even if invoked by a non-root user. Ping needs higher privileges to work properly.

[wendy2702]

@Thomas-Braun sagte in js-controller 3.0 jetzt im Latest!:

@harrym Was willst du Vogel eigentlich?

Bitte bleibt beide Sachlich!

Am besten ihr belasst es jetzt dabei.

Danke!

[apollon77]

An sich setzt der installation fixer die capabilities korrekt ... keine Ahnung was hier war, aber tut ja jetzt

[David16]

Hallo,

ich bekomme leider beim Updaten folgende Meldung. Was mache ich falsch? Finde leider keinen Lösungsansatz....

[Thomas Braun]

@David16
Du hast node doppelt installiert, würde ich behaupten.

nodejs -v
node -v
npm -v
which node
which nodejs
which npm

[apollon77]

@David16 node doppelt? Ich glaube nicht. Ich sehe nichts was darauf hinweisen würde.

Das ist nur eine Warnung und kein Fehler. Der Prozess läuft durch. An der restart Zeile als letztes im log zu erkennen.

Irgendein Adapter hat eine alte Version eine Bluetooth Library als Abhängigkeit die mit node 12 wohl nicht mag. Hier mal überlegen welcher das sein kann und Updates prüfen.

[Thomas Braun]

@apollon77 Beim make steigt er in /usr/local/bin ein.
Das deutet für mich auf eine manuelle Installation von node dort hin. Sauber installiert liegt node i.d.R in /usr/bin

[e-s]

@David16 @apollon77

Das ist der gleiche rotz wahrscheinlich wie bei mir.

Ich würde mal kurz auf npm die aktuelle Version von node-bluetooth googlen und dann 'npm i node-bluetooth@VERSION' eingeben.

[Steff]

Moin,
wollte mal danke sagen, habe heute mein System auf den JSC 3.0.20 gehoben, dies hat dank der guten Anleitung am Anfag des Threads problemlos geklappt. Viele Dank dafür!
Lediglich beim S7-Adapter bekomme ich Warnmeldungen "This object will not be created in future versions. Please report this to the developer."

Spoiler

Issue ist erstellt.--> Github - Link

Gruß Steffen

[David16]

@e-s okay, damit bin ich dann aktuell wohl überfragt.

@Thomas Braun
Node habe ich eigentlich nicht doppelt installiert.. Nicht dass ich wüsste. Ich hatte auf die neuen Versionen geupdatet, vllt. hat da was nicht funktioniert...

Hier noch die Antwort zu deinen Code-Schnipseln:

@Thomas Braun , bringt das dich zu deinem beschreibenen Problem?

[Jan1]

@David16
Wenn man die neue Version eben im falschen Verzeichnis installiert, braucht man nicht zwei mal was installieren, um wie in Deinem Beispiel 2 Node Versionen laufen zu haben.