[PATCH]: OpenLDAP - funktioniert und AVM Telefonbuch von aussen auslesbar

mehle · 15 Jan 2010

Hallo,

Hier nun die funktionierenden Patches. Vielen Dank an er13 für die Hilfe an libdb.

Kommentare wie OpenLDAP zu verwenden und zu konfigurieren ist kann man im Webfrontend entnehmen.

Getestet habe ich alle beschriebenen Aktionen.

Alle Diskussionen in diesem Thread bis einschliesslich Kommentar #14 sind nun nicht mehr relevant.

UPDATE: da dieses Paket ja auch die LDAP libs mitbringt, sollten wir da nicht eine Config-Option bauen, wo nur die libs in das Image und in den Staging-Teil kopiert werden? Slapd würde dann von dieser Config-Option abhängen.

UPDATE: nun kann man auch das Telefonbuch durchsuchen und in VoIP Telefonen integrieren. Beispiel: ldapsearch -x -b "dc=phonebook,dc=fritz.box" -H "ldap://fritz.box" "(cn=Hugo)"

Cian
Stephan

er13 · 15 Jan 2010

mehle schrieb:
Kann bitte mal jemand in den Patch für die libdb schauen und mir sagen, was ich falsch mache?

nur vom Lesen her, ich glaube die .config-Option muss FREETZ_LIB_libdb heißen und nicht FREETZ_LIB_db

mehle · 15 Jan 2010

Wenn ich _libdb nehme anstatt _db wird doch $(pkg) auf libdb gesetzt, oder? Dies wäre aber falsch, da das Paket/upstream Tarball nunmal db heisst.

Ciao
Stephan

er13 · 15 Jan 2010

Nein es bleibt db, denn es leitet sich vom Namen der .mk Datei ab, s. da

Edit:
Noch ein paar Anmerkungen:

bitte verwende CONFIGURED_CONFIGURE Macro und produziere keine Code-Clones. Damit das configure-Script, welches sich in einem Unterverzeichnis befindet, aufgerufen wird, muss Du diesen Patch anwenden, eventuell angepasst.
bitte mache eine _separate_ StagingDir-Regel, so wie es jetzt ist, ist nicht richtig
verwende bitte überall, wo es möglich ist, $(PKG) statt DB (Hint: nur im Rumpf einer Regel muss DB verwendet werden)
setzt LIB_VERSION auf 4.8 und verwende es, um Binaries-Variablen zu definieren, in PKG_SOURCE kannst Du PKG_VERSION verwenden

mehle · 15 Jan 2010

Nach der Änderung zu libdb kommt immer noch die gleiche Warnmeldung.

Danke
Stephan

er13 · 15 Jan 2010

Existiert die lib in dem root/usr/lib-Verzeichnis? (bin unter Windows und habe keine Lust zu rebooten ;-))

Edit: in der $(PKG)_TARGET_BINARY-Zeile muss es $(PKG)_TARGET_DIR heißen statt $(PKG)_DEST_LIB

mehle · 15 Jan 2010

er13 schrieb:
Edit:
Noch ein paar Anmerkungen:

bitte verwende CONFIGURED_CONFIGURE Macro und produziere keine Code-Clones. Damit das configure-Script, welches sich in einem Unterverzeichnis befindet, aufgerufen wird, muss Du diesen Patch anwenden, eventuell angepasst.

Das Problem ist, dass das Makefile der db unbedingt in einem Unterverzeichnis aufzurufen ist da ansonsten es nicht baut. Wie kann ich ein cd in das Build-Dir machen.

[*] bitte mache eine _separate_ StagingDir-Regel, so wie es jetzt ist, ist nicht richtig

Zum Vergrößern anklicken....

Hatte ich :-( Leider wurde die uberhaupt nicht angezogen. Schreibfehler sind auszuschliessen - Mir ist nicht klar was ich falsch gemacht hatte. Gibt es da irgend etwas zu beachten?

[*] verwende bitte überall, wo es möglich ist, $(PKG) statt DB (Hint: nur im Rumpf einer Regel muss DB verwendet werden)

Zum Vergrößern anklicken....

Gerne, aber dies hat nicht funktioniert, $(PKG) wurde zu "" aufgelöst.

[*] setzt LIB_VERSION auf 4.8 und verwende es, um Binaries-Variablen zu definieren, in PKG_SOURCE kannst Du PKG_VERSION verwenden

Zum Vergrößern anklicken....

Zum Vergrößern anklicken....

Ack, mache ich.

Danke für die Hlife.

Zum Vergrößern anklicken....

er13 · 15 Jan 2010

mehle schrieb:
Das Problem ist, dass das Makefile der db unbedingt in einem Unterverzeichnis aufzurufen ist da ansonsten es nicht baut. Wie kann ich ein cd in das Build-Dir machen.

Code:

$($(PKG)_BINARY): $($(PKG)_DIR)/.configured
	PATH=$(TARGET_PATH) $(MAKE) -C $(D_DIR)/build_unix

mehle schrieb:
Schreibfehler sind auszuschliessen - Mir ist nicht klar was ich falsch gemacht hatte. Gibt es da irgend etwas zu beachten?

schaue Dir andere Libs an bzw. poste den nicht funktionierenden Teil, damit ich ihn mir anschauen kann

mehle schrieb:
Gerne, aber dies hat nicht funktioniert, $(PKG) wurde zu "" aufgelöst.

sollte aber ;-)

mehle · 15 Jan 2010

Code:

$($(PKG)_BINARY): $($(PKG)_DIR)/.configured
	PATH=$(TARGET_PATH) $(MAKE) -C $(D_DIR)/build_unix

ich muss in build_unix mich befinden um das configure aufzurufen:

Code:

PATH=$(TARGET_PATH) cd $(DB_DIR)/build_unix/ && ../dist/configure

er13 · 15 Jan 2010

habe ich doch gesagt, den Patch hier und die Variable $(PKG)_CONFIGURE_SUBDIR auf build_unix setzen (vor dem CONFIGURED_CONFIGURE-Macro), das mit der Variablen dachte ich sei aus dem Patch klar

mehle · 16 Jan 2010

Die ganze Makefile Magie ist mir eine Nummer zu hoch. Ich glaube ich habe alle deine Empfehlungen eingebaut - siehe angehängtes Makefile.

Aber damit kompiliert gar nichts:

$ make
chmod 755
chmod: fehlender Operand nach „755“
„chmod --help“ gibt weitere Informationen.
make: *** [root/usr/lib/libdb-4.8.so] Fehler 1

Ich bitte um den entscheidenden Tip ;-)

Danke
Stephan

er13 · 16 Jan 2010

ist in Wirklichkeit überhaupt keine Kunst, muss mal ein Template mit Kommentaren erstellen, der INSTALL_LIBRARY vs. INSTALL_LIBRARY_STRIP Teil ist nicht unbedingt notwendig, war zu faul es wieder rauszuschmeissen

mehle · 16 Jan 2010

Danke!

Mir ist nicht klar, was bei dir mit dem STAGING Teil anders ist als bei mir (ist es vielleicht, dass _STAGING_BINARY am Anfang definiert ist? Wenn ja, dann ist mir unklar warum dies so sein muss).

Dennoch wird libdb nicht ins Image kopiert obwohl in root/usr/lib/:

installing mod base
copying files
installing libs
ld_uClibc
libcrypt
libcrypto
libdl
libevent
libfreetz
libgcc_s
liblzo2
libm
libnsl
libpcap
libpcre
libpopt
libpthread
libresolv
librt
libssl
libuClibc
libuClibc__
libutil
libz
adding favicons (hansolo)

er13 · 17 Jan 2010

bei mir schon

Code:

  installing libs
    ld_uClibc
    libapr
    libaprutil
    libart_lgpl_2
    libblkid
    libcom_err
    libcrypt
    libcrypto
    libcurl
    libdb

enthält Deine .config FREETZ_LIB_libdb Symbol, hast Du es überall umbenannt, auch in openldap/Config.in, make menuconfig nach dem Umbenennen aufgerufen?

mehle · 17 Jan 2010

Bingo, ich hatte noch ein _db nicht zu _libdb konvertiert. Nun kompiliert alles und es wird auch ins Image installiert.

Ich hoffe, dass ich morgen alles Testen kann und funktionierende/getestete Patches bereitstellen kann.

Eine Frage an alle: mein originäres Ziel mit OpenLDAP ist eigentlich, /var/flash/phonebook zu externalisieren. D.h. andere Geräte (z.B. VoIP Telefone) sollen auf das Telefonbuch zugreifen können. Dazu muss ich aber die phonebook XML Datei parsen. Mit OpenLDAP kann ich ein beliebiges Programm als Backend nutzen (genannt Shell-Backend), solange es standardisierte Antworten an OpenLDAP liefert. Ich sehe 2 Möglichkeiten, dieses Shell-Backend zu realisieren:

1. Mit sh/sed/awk/grep die XML Datei durchforsten

2. Ein Programm gegen libphonebook schreiben

Zu 1: hat jemand eine clevere Idee, wie man dies macht?

Zu 2: hat jemand eine Header Datei?

Andere Vorschläge?

Danke
Stephan

er13 · 18 Jan 2010

wäre da XPath nicht geeigneter als sed/awk/grep, ich hatte irgendwo libxml2 rumliegen (XPath-Support muss allerdings noch eingeschaltet werden)

RalfFriedl · 18 Jan 2010

Eine XML-Library ist sicher geeigneter und robuster, um XML zu lesen. Es kann aber sein, daß diese konkrete XML-Datei auch mit normalen Werkzeugen zu lesen ist (solange sich die Formatierung nicht ändert). Letztlich ist es auch eine Frage des Speicherplatzes.

mehle · 26 Jan 2010

Ich habe neue Patches erstellt - siehe ersten Eintag im Thread.

Wenn ein Skript-Wizard eine bessere Lösung hat, wie man das Phonebook auslesen kann, bin ich sehr daran interessiert.

Ciao
Stephan

blueice_haller · 1 Mrz 2010

Hallo,
ich möchte auf meine Fritz!Box 7170 (Firmware-Version 29.04.80-16352) LDAP installieren.

Falls der Speicher nicht ausreicht, 128 MB Speicher ist unter /var/media/ftp/Generic-USBSMReader-01 verfügbar.

Vorgehensweise (VirtualBox freetz-linux-1.1.ovf, *=hinzu, -=entfernt):

Code:

tar -xvjf freetz-1.1.2.tar.bz2
cd freetz-*/
* svn checkout  http://svn.freetz.org/trunk freetz-trunk
patch -p0 < openldap-20100125.patch (1)
patch -p0 < db-20100125.patch (2) // Wofür ist der eigentlich ?
* svn checkout  http://svn.freetz.org/trunk freetz-trunk
* manuelles bearbeiten der Config.in sowie Makefile.in siehe [URL="http://www.ip-phone-forum.de/showthread.php?p=1497573#post1497573"]#post1497573[/URL]
make menuconfig (3)
make

(1)

Code:

patching file make/Config.in
Hunk #1 succeeded at 105 with fuzz 2 (offset -24 lines).
patching file make/openldap/files/.language
patching file make/openldap/files/root/usr/lib/cgi-bin/openldap.cgi
patching file make/openldap/files/root/etc/default.openldap/phonebook.rules2
patching file make/openldap/files/root/etc/default.openldap/openldap.cfg
patching file make/openldap/files/root/etc/default.openldap/slapd.init.ldif
patching file make/openldap/files/root/etc/default.openldap/slapd.conf.shellbackend
patching file make/openldap/files/root/etc/default.openldap/phonebook-backend.ldif
patching file make/openldap/files/root/etc/default.openldap/slapd.conf
patching file make/openldap/files/root/etc/default.openldap/phonebook-backend.conf
patching file make/openldap/files/root/etc/default.openldap/phonebook.rules
patching file make/openldap/files/root/etc/default.openldap/phonebook.sh
patching file make/openldap/files/root/etc/init.d/rc.openldap
patching file make/openldap/Makefile.in
patching file make/openldap/openldap.mk
patching file make/openldap/Config.in

(2)

Code:

patching file make/libs/Makefile.in
Hunk #1 FAILED at 206.
1 out of 1 hunk FAILED -- saving rejects to file make/libs/Makefile.in.rej
patching file make/libs/patches/100-no_docs.db.patch
patching file make/libs/db.mk
patching file make/libs/Config.in
Hunk #1 FAILED at 795.
1 out of 1 hunk FAILED -- saving rejects to file make/libs/Config.in.rej

(3):

Hardware -> Fon WLAN 7170
Package Selections -> Testing -> OpenLDAP 2.4.21 (NEW)
-> build with SSL Support
-> Statically link libraries (NE)
-> OpenLDAP server (slapd) Options -> Shell storage - Externalize Fritz Phonebook (NEW)
Testing -> nagios 2.11
Patches -> enum
-> Patch web menu signed message
Package Selections -> Standard -> Dropbear 0.52
-> Without scp & ssh client
-> Add SFTP Support (NEW)
Advanced options -> External -> Enable external processing
-> Keep subdirectories (NEW)
-> Create file for upload (NEW)
-> external directory (custom directory) -> /var/media/ftp/Generic-USBSMReader-01/freetz
-> microperl
-> libresolv // löst soweit ich gelesen habe Probleme, wenn libs nicht vorhanden sind
mehr lässt sich nicht auslagern ?
Exit -> save yes
make

Wird das so funktionieren oder wird das image nicht erstellt ?

mehle · 1 Mrz 2010

blueice_haller schrieb:
patch -p0 < db-20100125.patch (2) // Wofür ist der eigentlich ?

OpenLDAP stellt nur das LDAP Protokoll zur Verfügung. Die Daten selber werden in der Berkeley DB gespeichert.

Code:
(1)

Code:

patching file make/libs/Makefile.in Hunk #1 FAILED at 206.

hier wirst du wohl etwas selber Hand anlegen müssen - besser ist, du nimmst SVN trunk und lässt den Patch für die Berkeley DB weg, da der schon jetzt integriert ist.

(3):

Hardware -> Fon WLAN 7170

Package Selections -> Testing -> OpenLDAP 2.4.21 (NEW)
-> build with SSL Support
-> Statically link libraries (NE)
-> OpenLDAP server (slapd) Options -> Shell storage - Externalize Fritz Phonebook (NEW)

Das Shell Backend brauchst du nur für das Auslesen des Adressbuches.

Wird das so funktionieren oder wird das image nicht erstellt ?

Zum Vergrößern anklicken....

Mein Patch ist noch nicht für external vorbereitet. Weiterhin ist die Berkeley DB gross. Alles in allem brauchst du für beide ca. 500KB Speicher im Image. Wenn du die hast, ist alles gut. Wenn nicht, dann musst du selber das external.mk anlegen um die in dein USB Verzeichnis zu schieben.

Ciao
Stephan

[PATCH]: OpenLDAP - funktioniert und AVM Telefonbuch von aussen auslesbar

Mitglied

Anhänge

Aktives Mitglied

Mitglied

Aktives Mitglied

Mitglied

Aktives Mitglied

Mitglied

Aktives Mitglied

Mitglied

Aktives Mitglied

Mitglied

Anhänge

Aktives Mitglied

Anhänge

Mitglied

Aktives Mitglied

Mitglied

Aktives Mitglied

Anhänge

IPPF-Urgestein

Mitglied

Neuer User

Mitglied

Statistik des Forums