CDK will ums verrecken ned

[lolinger]

Die DBOX2 gehört nem Freund von mir. Um daran Wartungen vornehmen zu können, ist es komfortabler, das ganze über Internet vornehmen zu können. Evtl. möchten wir von DBOX2 zu DBOX2 auch MP3 und Filme tauschen. Immerhin haben wir beide Kabel-Internet mit ordentlich Upload, da lässt sich schon was machen...
Aber um überhaupts die Binary von OpenVPN kompilieren zu können, musst du ja auch OpenSSL haben und 100% den TUN-Treiber, da der mitkompiliert wird.
Als dankeschön für eure Arbeit, werd ich daraus dann ein Plugin bauen, damit andere auch in den Genuss kommen. OpenSSL wäre jetzt nicht zwingend notwendig, aber der TUN-Treiber ist das wichtigste

[dbt]

hier mal die binaries:
/lib/modules/2.4.36.2-dbox2/kernel/drivers/net/tun.o
/lib (libcrypto.rar entpacken)
/sbin/openvpn
Patch:
openvpn_diff_newmake-2008-03-29-12-57-47.patch

[rhabarber1848]

Hier der Patch, um OpenVPN aus dem Tuxbox CVS heraus zu bauen:
EDIT: Patch ist im CVS

Ob der OpenVPN daemon mittels rcS überhaupt startet, weiß ich
nicht, ich habe mich dabei hier orientiert:
http://forum.tuxbox-cvs.sourceforge.net ... 97#p362297

Wahrscheinlich muss da noch nachgearbeitet werden, das
Kompilieren an sich funktioniert schon.

Dazu gibt es eine neue cdk/configure-Option --enable-openvpn.
Das ist erforderlich, da erstens ein neues Kernelmodul zu
kompilieren ist und zweitens libcrypto mit md4-Unterstützung
benötigt wird, ohne das kompiliert OpenVPN nicht. In Busybox
habe ich zudem tunctl aktiviert. Das alles ist nur für OpenVPN
erforderlich, nicht für "normale" Images.

PS: Die root-Partition eines OpenVPN-Squashfs/LZMA-Images
wächst um 416 kB.

[rhabarber1848]

committed:
http://article.gmane.org/gmane.comp.vid ... x.scm/1036
http://article.gmane.org/gmane.comp.vid ... x.scm/1037
http://article.gmane.org/gmane.comp.vid ... x.scm/1038
http://article.gmane.org/gmane.comp.vid ... x.scm/1039

Dieser Punkt bzgl. rcS ist noch aktuell:

Wahrscheinlich muss da noch nachgearbeitet werden, das
Kompilieren an sich funktioniert schon.

Aber Code im CVS reift besser

[dbt]

Jungfreuliches Verzeichnis angelegt, dann kommt beim autogen.sh das:

Code: Alles auswählen

I am testing that you have the required versions of libtool, autoconf,
automake, make, gettext, gcc, and g++.

checking for libtool >= 1.4.2 ... yes (version 2.2.6)
checking for autoconf >= 2.57a ... yes (version 2.63)
checking for automake >= 1.8 ... yes (version 1.10.1)
checking for gettext >= 0.12.1 ... yes (version 0.17)
checking for make >= 3.80 ... yes (version 3.81)
checking for gcc >= 3.0 or = 2.95 ... yes (version Linux))
checking for g++ >= 3.0 or = 2.95 ... yes (version Linux))

Generating configuration files for tuxbox-cdk, please wait....
/usr/bin/m4:configure.ac:146: bad expression in eval: build tun kernel module+0
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: autom4te failed with exit status: 1
autoreconf: aclocal failed with exit status: 1

zum configure kommts erst garnicht

[rhabarber1848]

/usr/bin/m4:configure.ac:146: bad expression in eval: build tun kernel module+0

Sollte nun behoben sein:
http://article.gmane.org/gmane.comp.vid ... x.scm/1043

FTR:

Code: Alles auswählen

# m4 --version
m4 (GNU M4) 1.4.11

auf Debian Lenny zeigt nicht den o.g. Fehler.
Welche m4-Version und Distro hast Du?

[dbt]

Danke läuft wieder
Habe

Code: Alles auswählen

 m4 --version
m4 (GNU M4) 1.4.12

Distri:
OpenSuse 11.1