monitor 1.9.0 - aber richtig :)

[Buebchen]

@mdi:
Schön zu hören, daß das CMS vielleicht schon in wenigen Tagen an den Start gehen könnte.

@nepomuck:
Du hast geschrieben, daß Du schon lame installiert hast. Wo liegen dann dann bei Dir die lame.h ? /usr/include/lame/lame.h ? Mir geht es darum, ob ich im Programm nur "lame.h" includen soll oder besser "lame/lame.h".

Ansonsten steht eine neue Version im SVN bereit. Die autotools und einige andere Feinheiten wollten noch "besiegt" werden. Die jetzige Version sollte nun gegen die Standardblibiotheken linken.

Die monitord.xml aus dem Unterordner monitord habe ich aus dem SVN genommen. Stattdessen habe ich einen Ordner sample-config erstellt.

Ausserdem habe ich die lbtool.m4 aus dem Unterordner m4 wieder gelöscht. Das bitte auch machen, sofern ihr die autotools mal starten solltet.

Von meiner Seite aus würde ich nun auch sagen, sind die Features, die ich brauche und komplettieren möchte im Grunde alle angelegt. Aus purem Eigennutz habe ich auch ein mySQL Plugin erstellt, daß ich auch noch in die 2.0er Version packen möchte.

Die nun vorhandenen Features würde ich dann in den nächsten Tagen noch vervollständigen und grundtesten. Danach kann dann eingentlich ein erster beta test starten, der dann die ganzen "kleinen" Fehler offenlegen wird. Eine fertige monitord Version 2.0 könnte ich mir so ab März vorstellen. Ggf auch schon im Februar. Hängt davon ab wie viele kleine Fehler noch auftreten.

Wie sieht es einer Entwicklung im Bereich Frontend aus ? Einige Ansätze habe ich schon gesehen, gelesen oder gehört. Gibt es da noch Aktivitäten ?

[jhr-online]

Bei linken fällt mir was ein, wovon ich keine Ahnung hab...
Es wird doch einige libs geben, die für den monitord nötig sind, richtig? Werden die von euch immer mitgeliefert, also irgendwie verbaut? Oder greift ihr auf libs zurück, die das System schon liefert. Ich hab da echt keine Ahnung von, bin ja kein Programmierer in dem Bereich... :)
Ich frage, weil ich eben drüber nachdachte, daraus auch ein Debian-Paket zu bauen, wenn ich Zeit habe. Dafür müsste ich dann ja Abhängigkeiten definieren...

Die Antwort hierauf darf sehr kurz sein. Wer Lust hat, kann mir aber gerne ein paar Zeilen für's Verständnis schreiben, oder ein (guten) Link geben, der mir erklärt, was ich für einen Unsinn gerade rede :)

jhr
...der sich gerade seiner Unwissenheit bewusst ist und ihrer schämt.

[Buebchen]

der "pure" monitord braucht keine besonderen Libraries. Mal abgesehen von den üblichen Verdächtigen, die der Compiler und das Betriebssystem schon mitliefert.

Anders bei der libmysqlclient und libmp3lame. Die werden beim Start des monitord (bzw. des plugins) vom system automatisch hinzugeladen.
Für Windows habe ich die ins Installerpaket hinzugefügt. Für linux nicht. Da kenne ich mich mit RPMs und .deb's auch nicht wirklich gut aus. Man könnte aber sicherlich eine Abhängigkeit zu den benötigten Paketen hinterlegen.

Wenn ich alles richtig gemacht habe wird das configure script auch meckern, wenn kein mysql und/oder lame support vom system gegeben ist.

Wichtig: lame heisst in dem Fall, daß die libmp3lame.(so|dll) gebraucht wird.

[nepomuck]

Du hast geschrieben, daß Du schon lame installiert hast. Wo liegen dann dann bei Dir die lame.h ?

Ich habe die Sourcen von Lame gar nicht auf der Maschine. Nur die fertige Library in /usr/lib.

Andreas

[Buebchen]

Ich habe die Sourcen von Lame gar nicht auf der Maschine. Nur die fertige Library in /usr/lib.

Andreas

Die lib heist aber libmp3lame.so, richtig ?

Dann versuch vor dem configure ein

export CPPFLAGS="-Ilame-3.97/include"

Dann sollte er die lame.h aus dem svn nehmen. Lame erstellen brauchst du dafür nicht.

[mdi]

Moin,

ich habe mal eine Frage zu der MySQL-Plugin-Geschichte:

Legt das Plugin selber Tabellen an wenn die nicht da sind? Wenn nein - wie sollen die denn aussehen bzw. ist es möglich, die notwendigen Table-Definitionen hier als SQL-Queries abzulegen um sie generieren zu können ohne dass ich mir die Infos aus dem Code klauben muss? Würd das auch gern mal ausprobieren und entsprechend auch als Info auf die Webseite bappen :).

Viele Grüße
Martin

[Buebchen]

Die Tabelle wird nicht erstellt. Ebensowenig wie die Datenbank. Das würde ich auch eher als Aufgabe des Frontends sehen.

das plugin ist variabel gehalten. Es liest seine Konfig aus der monitord.xml.

Pro Meldungstyp (pocsag,zvei,fms) gibt es einen mapping Bereich, der Tabelle und Feldzuordnungen definiert. Das posten von XML Dateien ist ja nicht so toll. Deswegen schau mal in den Ordner sample-config rein. Da kann man das einsehen.

Felder sehen so aus:

a) <field name="..feldname-sql"> ..feldname-resultset <field>
b) <field name="..feldname-sql" source="mysql" "> NOW() <field>

a) Weist dem mysql-Feld den Inhalt des Resultset-Felds zu
b) Würde dem mysql-Feld den Funktionswert NOW() zuweisen.

Eine Konstante würde so gehen:

c) <field name="..feldname-sql" source="mysql" "> "FIXWERT" <field>

[mdi]

Hallo,

OK; das habe ich dann doch so weit verstanden, scheint mir :).

Nach entsprechendem Bau von Tabelle und Mapping stoße ich jetzt jedoch darauf, dass ich zwar korrekte Login-Daten in der monitord.xml angebe, der monitord aber weiterhin versucht, als root zu connecten.

Der Fehler ist in der monitord.xml zu finden; das Feld heißt nicht "login" sondern "username". Ich habe die sample-config-Dateien angepasst.

Martin

[Buebchen]

Ups :-)

Stimmt. Ich hatte zuerst login angedacht. Fand ich dann aber ungeeignet und habs geändert. Hatte gedacht, ich hätte die samples auch angepasst. Nun ja. So kann man sich irren *schäm*

[nepomuck]

Hallo Zusammen,

Die Version 0.3 des Monitor-Protokolls ist fertig. Das PDF mit der aktuellen Dokumentation liegt auf:

ftp://andi.rw-labs.de/pub/Monitor%20Protokoll%2003.pdf

Änderungen:

OK: 100/200
Nur noch wenige Kommandos werden per OK bestätigt (@Buebchen)

Inquiry: 111/211
Liefert nun eine mehrzeilige Antwort und kann somit mehrere Paramter wie z.B. mehrere zur Verfügung stehende Protokollversionen angeben (@Buebchen).
Liefert zudem eine Liste der aktiven Module auf dem Server/Client (@Nepomuck)

Login: 220
Braucht nun als dritten Paramter eine vom Client gewünschte Protokollversion (@Nepomuck). Ohne diese Erweiterung macht der erweiterte Inquiry keinen Sinn.

Recording: 104
Liefert Dateinamen *MIT* Pfadangabe (@Buebchen)

ZVEI-Alarm: 300
Übermittelt am Ende ein Textfeld (@Buebchen)

Pocsac: 320
Datenfelder definiert 320:{Zeit}:Kanalnummer:RIC:Subadresse:Text (@Buebchen)

Falls ihr Fehler findet oder weitere Änderungen braucht, lasst es mich wissen.

Andreas
PS: Wie sieht's eigentlich mit einer Dokumentation zum Format der monitord.xml aus?