eibd(war bcusdk) Fork -> knxd

[Sipple]

Guten Morgen

Ich habe das nun auf einem frischen Debian Jessie 8.1.0 amd64 versucht.

pthsem Paket bauen und installieren hat einwandfrei geklappt.

knxd Paket bauen klappt augenscheinlich auch tadellos, aber beim Installieren kommt folgende Fehlermeldung:

   dh_builddeb
        dpkg-deb --build debian/knxd ..
dpkg-deb: building package `knxd' in `../knxd_0.10.3-5_amd64.deb'.
        dpkg-deb --build debian/knxd-tools ..
dpkg-deb: building package `knxd-tools' in `../knxd-tools_0.10.3-5_amd64.deb'.
        dpkg-deb --build debian/knxd-dev ..
dpkg-deb: building package `knxd-dev' in `../knxd-dev_0.10.3-5_all.deb'.
        dpkg-deb --build debian/knxd-examples ..
dpkg-deb: building package `knxd-examples' in `../knxd-examples_0.10.3-5_amd64.deb'.
 dpkg-genchanges -b >../knxd_0.10.3-5_amd64.changes
dpkg-genchanges: binary-only upload (no source code included)
 dpkg-source --after-build knxd
dpkg-buildpackage: binary-only upload (no source included)
root@D810:~/knxd# cd ..
root@D810:~# ls -l
total 1140
drwxr-xr-x 11 root root    4096 Jul 14 15:17 knxd
-rw-r--r--  1 root root    1775 Jul 14 15:20 knxd_0.10.3-5_amd64.changes
-rw-r--r--  1 root root  124790 Jul 14 15:20 knxd_0.10.3-5_amd64.deb
-rw-r--r--  1 root root   37686 Jul 14 15:20 knxd-dev_0.10.3-5_all.deb
-rw-r--r--  1 root root   12568 Jul 14 15:20 knxd-examples_0.10.3-5_amd64.deb
-rw-r--r--  1 root root   43664 Jul 14 15:20 knxd-tools_0.10.3-5_amd64.deb
-rw-r--r--  1 root root   43026 Jul 14 15:11 libpthsem20_2.0.8_amd64.deb
-rw-r--r--  1 root root   13034 Jul 14 15:11 libpthsem-compat_2.0.8_amd64.deb
-rw-r--r--  1 root root   67478 Jul 14 15:11 libpthsem-dbg_2.0.8_amd64.deb
-rw-r--r--  1 root root  101684 Jul 14 15:11 libpthsem-dev_2.0.8_amd64.deb
drwxr-xr-x  5 3001 12001   4096 Jul 14 15:10 pthsem-2.0.8
-rw-r--r--  1 root root    1739 Jul 14 15:11 pthsem_2.0.8_amd64.changes
-rw-r--r--  1 root root  687551 Feb 16  2010 pthsem_2.0.8.tar.gz
root@D810:~# dpkg -i knxd_*.deb knxd-tools_*.deb
Selecting previously unselected package knxd.
(Reading database ... 41525 files and directories currently installed.)
Preparing to unpack knxd_0.10.3-5_amd64.deb ...
Unpacking knxd (0.10.3-5) ...
Selecting previously unselected package knxd-tools.
Preparing to unpack knxd-tools_0.10.3-5_amd64.deb ...
Unpacking knxd-tools (0.10.3-5) ...
dpkg: error processing archive knxd-tools_0.10.3-5_amd64.deb (--install):
 trying to overwrite '/usr/lib/knxd/eibread-cgi', which is also in package knxd 0.10.3-5
dpkg: dependency problems prevent configuration of knxd:
 knxd depends on knxd-tools; however:
  Package knxd-tools is not installed.

dpkg: error processing package knxd (--install):
 dependency problems - leaving unconfigured
Processing triggers for systemd (215-17+deb8u1) ...
Errors were encountered while processing:
 knxd-tools_0.10.3-5_amd64.deb
 knxd

Da sind wohl die eibread-cgi/eibwrite-cgi doppelt verpackt (im knxd deb und im knxd-tools deb). Die braucht man doch nur für die Comet Visu, oder?
Wollte das händisch irgendwie lösen, bekomme es aber nicht hin.

Gruß, Martin

[Smurf]

Upps, danke, ist behoben. Muss ich aber nichtmal an einem anderen Ort parken, /usr/lib/knxd funktioniert dafür einwandfrei.

Bei der Gelegenheit habe ich knxtool beigebracht, unbekannte Dinge aus /usr/lib/knxd auszuführen … und Fehler nach stderr statt stdout zu schreiben. :-/

[Tru]

Aktuell: ich habe die Debian-Pakete aufgeräumt. "knxd-tools" installiert jetzt nur "knxtool" in /usr/bin und den ganzen Kleinkram (groupswrite etc.) als Symlinks auf knxtool in /usr/lib/knxd. "knxtool list" sagt, was es so alles gibt.

Das ist OK für mich, ausser für eibread-cgi.c und eibwrite-cgi.c. Das sind meines Wissens Nachlieferungen von Makki, welche keine Entsprechung im knxtool haben und somit funktional nicht mehr vorhanden sind, wenn ich das richtig sehe. Ich denke die musst du gesondert behandeln, vielleicht an einem anderen Ort ablegen, damit deine Link-Logik nicht durcheinander kommt.

[Smurf]

Wenn dabei nicht genug anderer Kram liegenbleiben würde …
… aber ich brauch eh einen Builder … mal sehen was sich machen lässt.

[Sipple]

*seufz* "Klappt nicht" ist keine Fehlermeldung, mit der jemand was anfangen kann. Bitte die letzten Zeilen des fehlgeschlagenen Buildversuchs hier reinposten.

Sorry Smurf, aber das habe ich doch in meinen ersten Post (#240) schon drin stehen...
Wenn ich mehr schicken soll (das ganze log vom dpkg-buildpackage wird wohl zu viel sein), sag bescheid.

Nein, ich habe keine fertig gebauten Pakete. Einen Autobuilder aufzusetzen ist leider eine nichttriviale Aktion, und ich habe bereits eine TODO-Liste bis ins nächste Jahrzehnt. :-/

Das muss auch nicht sein. Wäre halt eine Überlegung wert, ob man nicht irgendwo (git (kenn ich mich nicht aus), sonstwo) ein Verzeichnis zur Verfügung stellen könnte, in das man bereits erfolgreich gebaute Pakete uploaden kann. Ich selber habe keinen öffentlichen Zugang auf einen Server, sonst würde ich das anstoßen.

Auch von mir danke für Deine Mühe, ich weiß wie das ist wenn man alles alleine machen muss. Mehr als testen kann ich leider auch nicht.

Gruß, Martin

[Andreas1]

Überhaupt finde ich, es muss nicht sein dass ich aktuell alles komplett alleine mache. :-P

Ich kann leider nicht wirklich helfen, möchte Dir aber meinen allergrößten Respekt aussprechen. Das ist wirklich toll, was du hier machst.
Ein Hoch auf Smurf!!

[Smurf]

*seufz* "Klappt nicht" ist keine Fehlermeldung, mit der jemand was anfangen kann. Bitte die letzten Zeilen des fehlgeschlagenen Buildversuchs hier reinposten.

Nein, ich habe keine fertig gebauten Pakete. Einen Autobuilder aufzusetzen ist leider eine nichttriviale Aktion, und ich habe bereits eine TODO-Liste bis ins nächste Jahrzehnt. :-/

[Sipple]

Klappt bei mir leider nicht.
Habe ich dann wenigstens beim manuellen Bauen alles richtig gemacht oder ist durch das Entfernen von --enable-systemd und --disable-maintainer-mode schon alles versaut?

Andere Frage. Das haben doch bestimmt schon Dutzende gemacht. Z.B. auf diversen Plattformen. Jessie, Wheezy, Squeeze, Suse RedHat und auf RPi, i386, amd64 etc.
Gibt es dafür schon eine Sammelstelle für fertige Pakete? Auf git hab ich nichts gefunden.
.
Gruß, Martin

[Smurf]

Sollte so passen. In der aktuellen Version ist außer dem Entfernen von libsystemd-daemon-dev aus debian/control nichts mehr notwendig, den Rest macht das Buildskript selber.

[Sipple]

Servus

Ich habe gestern mal versucht den knxd auf einem kleinen i386 System unter Debian Wheezy zu kompilieren und die Pakete zu erstellen.

Zuerst:

 
 apt-get install git-core git clone https://github.com/knxd/knxd.git

Oder war das schon falsch?

Jedenfalls habe ich dann brav libsystemd-daemon-dev aus debian/control entfernt und das Paket nicht installiert. Natürlich auch /lib/* aus debian/knxd.install gelöscht.
Dazu noch wie von MGK erwähnt die fehlenden Paktete debhelper und libusb-1.0.0-dev installiert.
pthsem Paket erstellen und installieren hat daraufhin tadellos funktioniert.

knxd nicht. Die Fehlermeldung beim dpkg-buildpackage -b :

configure: exit 1
dh_auto_configure: ./configure --build=i486-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libexecdir=${prefix}/lib/knxd --disable-maintainer-mode --disable-dependency-tracking --enable-usb --enable-eibnetip --enable-eibnetiptunnel --enable-eibnetipserver --enable-groupcache --enable-ft12 --enable-pei16s --enable-ncn5120 --enable-tpuarts --enable-dummy --enable-systemd
returned exit code 1
make[1]: *** [override_dh_auto_configure] Error 25
make[1]: Leaving directory `/root/knxd'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

Ich kenn mich mit dpkg-buildpackage nicht aus, aber mir ist aufgefallen, dass in der ./configure Zeile immer noch eine Referenz auf systemd steht. Also habe ich mal das ganze auf die althergebrachte Weise versucht und das ./configure manuell ausgeführt, ohne --enable-systemd. Daraufhin motzt er noch wegen --disable-maintainer-mode (unrecognized options). Also auch noch rausgeschmissen und dann ist es durchgelaufen. Ebenso make. Das Paket habe ich dann mit checkinstall erstellt und installiert. Auch das scheint geklappt zu haben. Die Frage ist nun: War die Vorgehensweise korrekt, oder ist durch meine Modifikationen irgendwas kaputt/verloren gegangen?

P.S. Warum geht in dem Code Block ganz oben kein Return?

Gruß, Martin

[Smurf]

… und wenn jemand eine nicht-dpkg-Distribution verwendet, wäre deren Spec natürlich auch fein – RPM haben wir noch nicht, und die anderen in ./contrib könnten sicher einen Update gebrauchen.

Überhaupt finde ich, es muss nicht sein dass ich aktuell alles komplett alleine mache. :-P

[Smurf]

Aktuell: ich habe die Debian-Pakete aufgeräumt. "knxd-tools" installiert jetzt nur "knxtool" in /usr/bin und den ganzen Kleinkram (groupswrite etc.) als Symlinks auf knxtool in /usr/lib/knxd. "knxtool list" sagt, was es so alles gibt.
Um das alte Verhalten wiederzubekommen, kann man

cd /usr/local/bin; sudo ln -s ../../lib/knxd/* .

ausführen.
Sämtliche Aliase in /usr/bin zu installieren geht nicht, das sind zu viele, das hauen mir die Debian-Leute um die Ohren …

[hholle]

Danke. Hat funktioniert!

[Smurf]

Unter Wheezy funktioniert der systemd-Support nicht. debian/knxd.install editieren und die Zeile

/lib/*

rauswerfen

[hholle]

Ich versuche den aktuellen Master Branch auf einem Raspberry PI / Raspian Wheezy zu bauen, bzw. das DEB zu erstellen. Mir fehlt scheinbar eine oder mehrere Libs. Hat jemand vllt. eine Idee?

make[4]: Entering directory '/home/pi/knxd/systemd'
/bin/mkdir -p '/home/pi/knxd/debian/tmp/etc'
/usr/bin/install -c -m 644 knxd.conf '/home/pi/knxd/debian/tmp/etc'
/bin/mkdir -p '/home/pi/knxd/debian/tmp/usr/lib/systemd/system/'
/usr/bin/install -c -m 644 knxd.service knxd.socket '/home/pi/knxd/debian/tmp/usr/lib/systemd/system/'
/bin/mkdir -p '/home/pi/knxd/debian/tmp/usr/lib/sysusers.d/'
/usr/bin/install -c -m 644 sysusers.d/knxd.conf '/home/pi/knxd/debian/tmp/usr/lib/sysusers.d/'
make[4]: Leaving directory '/home/pi/knxd/systemd'
make[3]: Leaving directory '/home/pi/knxd/systemd'
make[2]: Leaving directory '/home/pi/knxd'
make[1]: Leaving directory '/home/pi/knxd'
dh_install
install -d debian/knxd///usr/bin
cp -a debian/tmp//usr/bin/knxd debian/knxd///usr/bin/
install -d debian/knxd///usr/lib
cp -a debian/tmp//usr/lib/libeibclient.a debian/knxd///usr/lib/
cp -a debian/tmp//usr/lib/libeibclient.la debian/knxd///usr/lib/
cp -a debian/tmp//usr/lib/libeibclient.so debian/knxd///usr/lib/
cp -a debian/tmp//usr/lib/libeibclient.so.0 debian/knxd///usr/lib/
cp -a debian/tmp//usr/lib/libeibclient.so.0.0.0 debian/knxd///usr/lib/
cp -a debian/tmp//usr/lib/systemd debian/knxd///usr/lib/
cp -a debian/tmp//usr/lib/sysusers.d debian/knxd///usr/lib/
dh_install: knxd missing files (/lib/*), aborting
debian/rules:14: recipe for target 'binary' failed
make: *** [binary] Error 2
dpkg-buildpackage: error: debian/rules binary gave error exit status 2