monitord RPMs für openSUSE

[Buebchen]

SoX selbst (bzw. libsox) läßt sich ja relativ leicht integrieren. Der Haken ist da eher, daß ich unter windows mit msys/mingw Probleme habe z.B. dem mp3 lame Support zu kompilieren (bzw. zu linken).

Der typische Ärger - vermutlich weil ich einfach für sowas zu dämlich bin - mit libtool. Der erklärt mit ständige, daß er keine geeignete libmp3lame finden würde. Naja. Könnte auch mal wieder im file magic liegen, daß er das nicht erkennt. Nen eingebauten codec kann ich immerhin schon nutzen. Mal sehen, ob das ganze dann auch demnächst mal unter linux baut. Da ist die libsox im Normalfall sowieso schon drauf. Und wenn nicht erheblich einfacher zu erstellen.

[cwh]

Du bist also grade dabei Dir das anzugucken?

Von bauen unter Windows hab ich leider keine Ahnung. Unter den gängigen Linuxdistributionen gibts sox einfach. Für openSUSE mit gibt sie es bei Packman mit mp3-Support. Damit bekomm ich dann auch ordentliche monitord Pakete für openSUSE hin - und jhr dann debs. ;)

Dann könnt ich auch ziemlich problemlos openSUSE Liveimages/-isos machen.

Grüße.
Christopher

[Buebchen]

Naja. Ich hab das soweit auch schon hardwired am Laufen. Also die libsox unter windows. Das Problem ist halt, daß ich bisher nur die mitgeliefertern Codecs nutzen kann, weil ich die anderen nicht compiliert bekommen (bzw. der linker muckt am Ende wenn er die libsox.dll gegen die libmp3lame.dll binden soll).

Ich werd's wohl erstmal auf linux weitermachen müssen. Und wenn alle Stricke reissen bleibt eben der mp3 Support unter windows auf lame beschränkt. Unter linux entweder über lame oder sox. Zwar doof. Aber ist dann halt so.

Ggf. versuche ich die DLL unter Windows mal nicht mit dem gcc sondern dem Visual C++ Compiler zu erstellen. Ich denke, da habe ich erstmal mehr glück. Nur muss ich den erstmal installieren ...

[cwh]

Moin.

Um mal wieder was zum eigentlichen Thema, nämlich RPMs für openSUSE zu
schreiben ... ;)

Es gibt neue Pakete an der obigen Adresse.

Ich hab die Plugins audiorecorder und mysql in extra subpakete rausgezogen um Abhängigkeiten zu minimieren.

SoX-Support hab ich noch nicht enabled, weil der ja noch nicht so
ganz fertig zu sein scheint.

Desweiteren gibts ein rc-script zum automatischen starten von monitord
beim booten.

Um ein ordentliches RPM zu machen braucht man einen ordentlichen Source
tarball. Den bekommt man am besten mit 'make dist'. In Falle monitord haben
aber leider nach make dist alle headerfiles gefehlt. Deswegen habe ich die mal
ins Makefile.am in EXTRA_DIST ebenso dazugepackt wie die sample-config.

Leider gibts mit der eingecheckten Version configure.ac und der aktuellsten
Autoconfversion probleme - die hab ich gefixt und hätte da einen patch parat.

Nach Durchlaufen der autotools gibts leider früher oder später bei 'svn up'
konflikte in den autogenerierten Files. Daher is es eigentlich ziemlich
unpraktisch, eben diese mit einzuchecken. Daher würde ich empfehlen:
*.m4
*.in
config.*
configure
depcomp
install-sh
ltmain.sh
missing
mkinstalldirs
aus dem SVN zu löschen.

Um dafür den ganzen aclocal, autoconf, automake, libtoolize Schlonz deutlich
abzukürzen würde ich das berühmte autogen.sh (http://buildconf.brlcad.org/)
verwenden und mit einchecken. Damit ist nach einem Aufruf alles da, was man
zum bauen braucht.

Bübchen: Soll ich die das alles mal schicken oder bekomm ich SVN-Zugang um das
selber einzuchecken. ;)

Grüße aus Franken,
Christopher

[Buebchen]

den ganzen configure kram mache ich sowieso nicht gerne. Die Doku ist alles anderen als wirklich hilfreich. Zumindest für mich. Wobei das sicherlich auch daran liegt, daß ich das ganze auch noch unter msys laufen lasse. Da kann man sich nicht mal eben die aktuellen Versionen aus dem Repository laden :(

Nen patch kannst Du mir gerne schicken. Zugriff auf's svn kann ich keinen geben, da ich nicht der admin bin. Autogen.sh schaue ich mir mal an.

Grundsätzlich möchte ich eigentlich schon das ganze so halten, daß es sowohl unter linux, als auch unter windows übersetzt werden kann ohne erst das ganze System von Hand updaten zu müssen. Und bei win32 kann man eigentlich nur die verfügbare msys Version als Maßstab nehmen. Die ist leider z.T. wirklich seeehr alt.

Aber ist spät und ich geh jetzt erstmal ins Bett - Morgen schaue ich mir das erstmal an :)

[jhr-online]

Bübchen: Soll ich die das alles mal schicken oder bekomm ich SVN-Zugang um das
selber einzuchecken. ;)

Wenn niemand "Einwand" schreit, kann ich dir Zugriff auf's Repository geben. Schick mir eine PN mit gewünschtem Benutzernamen und Passwort, dann wird das erledigt.

jhr

[Buebchen]

Ich schrei höchsten "Zustimmung" :)

[cwh]

Ich fühle mich geehrt. ;)

Bei der Gelegenheit merke auch noch mal an, dass die zum guten Ton gehörenden Files: AUTHORS, ChangeLog, COPYING, INSTALL, NEWS und README noch fehlen.

Wer sind denn eigentlich die Autoren? Ihr seid ein bissl zu bescheiden, so wenig Ihr Euch in euerem Code verewigt. ;)

ChangeLog wäre mal wichtig - allerdings sollte man vielleicht auch öfter mal Releases machen.

Lizenz hab ich nur GPL in win32-nsis/license.txt gefunden. Ich gehe davon aus, daß das fürs ganze Projekt gilt?

In INSTALL könnte man teile des Endlosthreads ganz oben im hiesigen Forum packen.

In NEWS und README wüßte ich grade auch nicht, was man schreiben sollte.

Kommentare? Meinungen?

Christopher