Neu Knxweb2 und Linknx 0.0.1.29

[lobo]

Vermutlich ist Dein eibd irgendwie nicht per Paket aufs System gelangt?

Jo, das habe ich hier kompiliert (ein Armel-Paket habe ich nicht gefunden).

Die Dependencies kann man ja ignorieren lassen.

Jetzt wird das Eis aber dünn ...
... ich habe folgendes probiert:

 dpkg -i --force-depends linknx_0.0.1.29-1_armel.deb

Es schien funktioniert zu haben ... aufrufen kann ich linknx schon mal. Allerdings muß ich zugeben, dass ich nicht sooo genau weiß, was ich da getan habe

Gäbe es einen besseren Weg, ohne die Abhängigkeit zu installieren?

[vlamers]

kurze vermutlich blöde zwischenfrage:

hats schon wer mit auf nem Wiregate zum laufen gebracht?

Gruß

[greentux]

Die Dependencies kann man ja ignorieren lassen. Vermutlich ist Dein eibd irgendwie nicht per Paket aufs System gelangt?

[lobo]

@udo (umatz): danke - hatte ich dann auch gesehen --- allerdings erst zufällig und später. Ich hatte gehofft, die Optionen wären in der richtigen Doku noch etwas beschrieben.

Jetzt bin ich kurz vor'm Ziel ... beim configure sagt er:

checking for LOG4CPP... no
no
checking for LUA... no
no
checking for LUA... no
no

... also LUA läuft aber in 5.1.4:

root@debian:/usr/local/src/linknx# lua
Lua 5.1.4  Copyright (C) 1994-2008 Lua.org, PUC-Rio

... log4cpp wohl noch nicht (aber muß ich ja jetzt noch nicht unbedingt nutzen).

Beim checkinstall kommt dann:

*** Failed to install the package

Do you want to see the log file?  [y]: y
Selecting previously deselected package linknx.
(Reading database ... 15724 files and directories currently installed.)
Unpacking linknx (from .../linknx_0.0.1.29-1_armel.deb) ...
dpkg: dependency problems prevent configuration of linknx:
[B] linknx depends on eibd-server; however:
  Package eibd-server is not installed.[/B]

Weiss da jemand Rat? Der eibd läuft grundsätzlich. Ich habe zwar noch ein Problem mit dem Startscript, aber per Hand gestartet (mit eibd -t4 -i -c ipt:192.168.1.9 -DTS) läuft auf einer anderen Konsole munter vor sich hin - und selbst mit der ETS kann ich mich jetzt wieder über eibd verbinden.


Viele Grüße,

Stefan

[umatz]

Super vielen Dank, jetzt klappt's auch mit meiner Dockstar!
Nur den

--enable-onlyeibd habe ich nicht in der Doku gefunden. Fehlt mir da jetzt was?

Viele Grüße,

Stefan

./configure --help
[...]
Optional Features:
[...]
  --enable-onlyeibd		build only eibd (requires no libxml and m68hc05-gnu)
[...]

Greetinx,
Udo

[lobo]

Das ist schön --- die 5.2 lief bei mir leider nicht durch

[Bodo]

Die LUA-Version wurde vor 3 Wochen erneuert auf 5.2 und die linknx.mk verlangt wohl noch die alte Version 5.1.4

Hoi

Da hat's mich auch gerade gewürfelt.



Sent from unterwegs.
Bodo

[mwo]

Ach und jetzt glaub ich auch das Problem Nr.1 zu haben:

Die LUA-Version wurde vor 3 Wochen erneuert auf 5.2 und die linknx.mk verlangt wohl noch die alte Version 5.1.4

Ich teste das gerade ...

[mwo]

Hallo Dirk,

ich glaub ich habs ... und der Hinweis war auch noch hier im Forum (wie peinlich von mir):

Ich bekomm den Fehler "AC_CHECK_PTHSEM" wird nicht gefunden. Und in folgendem Thema wird ein Hinweis darauf gegeben: https://knx-user-forum.de/knx-eib-fo...und-usb-3.html

Zitat: "Die autoconf Macros von pthsem wurden nicht im Suchpfad von autoreconf installiert. Ich nehme an, das pthsem.m4 bei dir unter /usr/local/share/aclocal* zu finden ist - der Default-Suchpfad von autoreconf (und auch aclocal) ist aber /usr/share/aclocal*."

Das ist wohl mein Problem Nr.3. Ich hab jetzt die "pthsem.ac" von "/usr/local/share/aclocal/" nach "/usr/share/aclocal" im Debian kopiert.

... und was soll ich sagen: der Compile kommt jetzt etwas weiter. Ich bin gerade am analysieren.

Zu meiner Entschuldigung: Ich sitz hier seit 3 Tagen und hab wirklich schon sehr viele Foren durchforstet, vermutlich nach den falschen Suchbegriffen.

Jetzt bleibt noch das Problem Nr. 2 (libesmtp-nothread), aber damit kann man wohl leben, da zumindest das in der 0.0.1.28 auch schon so war und die läuft super auf meiner NSLU2.

Danke Dirk, dass Du Dich meiner angenommen hast, das war ein kleiner Ansporn für mich nochmal zum x-ten mal die Google-Suche zu betätigen.

Viele Grüsse, Markus

[lobo]

Super vielen Dank, jetzt klappt's auch mit meiner Dockstar!
Nur den

Meine configure Zeile sah so aus:

--enable-onlyeibd

--enable-onlyeibd habe ich nicht in der Doku gefunden. Fehlt mir da jetzt was?

Viele Grüße,

Stefan

[do13]

... und der Compile-Abbruch hat andere Gründe.

Wie lautet denn dann die Fehlermeldung? Ich fürchte mal ohne Fehlermeldung und entsprechenden Logs werden wir dir hier nicht weiterhelfen können.

Dirk

[mwo]

Hi Dirk,

im Make-File "linknx.mk" ist der Parameter bereits gesetzt und damit der Test beim Erstellen eines IPK-Pakets ausgeschaltet.
Der Test ist glaubich auch überflüssig. Weil: der Compile von Linknx ansich mit ausgeschaltetem pthsem-test funktionert.
Für den Befehl "make linknx-ipk" ist der Parameter also schon gesetzt und der Compile-Abbruch hat andere Gründe.

Trotzdem Vielen Dank für den Hinweis !

Gruss, Markus

[do13]

3. Letzendlich scheitert der Compile trotz der obigen Tricks an der Routine AC_CHECK_PTHSEM in der configure.ac, hier sagt der Compile, das die Routine nicht vorhanden ist und bricht ab. Und hier komme ich dann wirklich nicht weiter.
...
Ich wäre sehr dankbar, wenn jemand zu einem der obigen Probleme eine Lösung hat bzw. einen Tip geben kann, um hier weiterzuhelfen!

Rufe mal configure zusätzlich mit folgendem Parameter auf:

--without-pth-test

Dirk

[mwo]

Compile mit NSLU2 CrossCompiler unter Debian

Hallo,

darf ich mich in die Diskussion einklinken und drei Probleme mit dem Compile von Linknx-0.0.1.29 schildern, für die eventuell jemand schon eine Lösung hat:

Meine Installation: Virtual Box mit Debian 6.0.3 und CrossCompile-Umgebung für eine Linksys NSLU2 (optware):

1. Es kommt beim Compile mit Linknx.mk nach der positiven Erstellung verschiedener Pakete (pthsem, libcurl usw.) die Fehlermeldung, dass LUA in einer falschen Version vorhanden ist und deshalb der Compile abbricht. Das habe ich temporär gelöst in dem ich LUA aus dem Make auskommentiert habe.

2. Der make von Libsmtp mit -nothread geht einfach nicht, der Befehl make libesmtp-nothread-ipk wird nicht erkannt. Alternativ hab ich hier make libesmtp-ipk erzeugt, also ohne "-nothread", was mir aber sehr "unsauber" erscheint. (Soweit meine Französisch-Kenntnisse reichen hat wohl der Kollege im Französichem Forum dasselbe Problem, siehe Linknx 0.0.1.29 sur DS-411J).

3. Letzendlich scheitert der Compile trotz der obigen Tricks an der Routine AC_CHECK_PTHSEM in der configure.ac, hier sagt der Compile, das die Routine nicht vorhanden ist und bricht ab. Und hier komme ich dann wirklich nicht weiter.

Der Compile der alten Version Linknx-0.0.1.28 hat übrigens funktioniert (bis auf den -nothread bei der Libesmtp).

Anm: Ich bin absolut kein Linux-Profi, meine Linux-Kenntnisse sind eher rudimentär.

Ich wäre sehr dankbar, wenn jemand zu einem der obigen Probleme eine Lösung hat bzw. einen Tip geben kann, um hier weiterzuhelfen!

Danke und Grüsse,
Markus

[umatz]

p.s.: eine Sicherung des Ist-Standes läuft gerade (mit dd auf einen anderen USB-Stick). Da so ein Stick ja nur eine begrenzte Lebensdauer hast, wie hast Du das mit einem eventuellen Backup gelöst?

Ich hatte nach einiger Zeit auch Probleme mit einem USB-Stick und habe dann stattdessen eine passende Seagate USB HDD angeschlossen. Backup kann ich auf via NFS auf ein freigegebenes Laufwerk meines NAS machen (muss ich mich aber auch noch drum kümmern ...)

Greetinx,
Udo