Sie sind nicht angemeldet.
Lieber Besucher, herzlich willkommen bei: Aqua Computer Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
mfgZitat
thomas@PC01-Linux:~/Download/aeinfo-2.4-src$ make
cat htdocs/fan.1.htm | sed -e "s/FAN 1/FAN 2/" -e "s/fan.1/fan.2/g" > htdocs/fan.2.htm
cat htdocs/fan.1.htm | sed -e "s/FAN 1/FAN 3/" -e "s/fan.1/fan.3/g" > htdocs/fan.3.htm
cat htdocs/fan.1.htm | sed -e "s/FAN 1/FAN 4/" -e "s/fan.1/fan.4/g" > htdocs/fan.4.htm
cat htdocs/sensor.1.htm | sed -e "s/SENSOR 1/SENSOR 2/" -e "s/sensor.1/sensor.2/g" > htdocs/sensor.2.htm
cat htdocs/sensor.1.htm | sed -e "s/SENSOR 1/SENSOR 3/" -e "s/sensor.1/sensor.3/g" > htdocs/sensor.3.htm
cat htdocs/sensor.1.htm | sed -e "s/SENSOR 1/SENSOR 4/" -e "s/sensor.1/sensor.4/g" > htdocs/sensor.4.htm
cat htdocs/sensor.1.htm | sed -e "s/SENSOR 1/SENSOR 5/" -e "s/sensor.1/sensor.5/g" > htdocs/sensor.5.htm
cat htdocs/sensor.1.htm | sed -e "s/SENSOR 1/SENSOR 6/" -e "s/sensor.1/sensor.6/g" > htdocs/sensor.6.htm
g++ -Wno-deprecated -DUSE_COLORS -lusb global.cpp -o aeinfo
g++ -Wno-deprecated -lusb -lpthread aquaerod.cpp -o aquaerod
In file included from aquaerod.cpp:52:
parsers.h: In function »long int parseLong(std::string)«:
parsers.h:51: Fehler: »strtol« wurde in diesem Gültigkeitsbereich nicht definiert
parsers.h: In member function »virtual T LinearTransformParser<T>::parse(std::string)«:
parsers.h:202: Fehler: es gibt keine Argumente für »atof«, die von einem Templateparameter abhängen, weshalb eine Deklaration von »atof« verfügbar sein muss
parsers.h:202: Fehler: (mit »-fpermissive« wird G++ den Code akzeptieren, aber die Verwendung eines nicht deklarierten Namens ist veraltet)
In file included from aquaerod.cpp:65:
ipc.h: In member function »void Semaphore::lock()«:
ipc.h:264: Fehler: »strerror« wurde in diesem Gültigkeitsbereich nicht definiert
ipc.h: In member function »void Semaphore::unlock()«:
ipc.h:283: Fehler: »strerror« wurde in diesem Gültigkeitsbereich nicht definiert
ipc.h: In member function »void Thread::start()«:
ipc.h:563: Fehler: »strerror« wurde in diesem Gültigkeitsbereich nicht definiert
ipc.h:571: Fehler: »strerror« wurde in diesem Gültigkeitsbereich nicht definiert
In file included from aquaerod.cpp:75:
aehttpd.cpp: In constructor »HttpResponse::HttpResponse(int, HttpRequest&)«:
aehttpd.cpp:1561: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1562: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1563: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1564: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1565: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1566: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1567: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1568: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1569: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1570: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1571: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
aehttpd.cpp:1572: Warnung: veraltete Konvertierung von Zeichenkettenkonstante in »char*«
make: *** [all] Fehler 1
thomas@PC01-Linux:~/Download/aeinfo-2.4-src$ sudo make install
[sudo] password for thomas:
install -o root -g root -m 755 -s aeinfo /usr/local/bin
install -o root -g root -m 755 -d /opt/aquaerod/
install -o root -g root -m 755 -s aquaerod /opt/aquaerod/
install: Aufruf von stat für „aquaerod“ nicht möglich: No such file or directory
make: *** [install] Fehler 1
thomas@PC01-Linux:~/Download/aeinfo-2.4-src$ aeinfo
aquaero-info 2.4 (c) 2006, 2007 Christian Unger
Status of aquaero
Temperatures (�C):
water in : 27.5 Water out : 26.8 Festplatte : 26.0
Northbrigh : 30.2 Case hint : 24.7 Sensor 6 : --.-
Fans (RPM):
Radiator1 : 606 Radiator 2 : 0 Northbrigh : 1780 Case hint : 404
Durchfluss : 26.28 l/h
Powersensor: 20 W
thomas@PC01-Linux:~/Download/aeinfo-2.4-src$
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »pharaoh« (25. Juli 2009, 17:18)
Ich kriege das nicht zum laufen, bei mir kommt immer HTTP404. Wenn ich den Daemon aus dem Verzecihnis /opt/aquaerod mit ./aquaerod starte, dann klappt alles. Über das StartScript kommt lediglich ein HTTP404...Als nächstes habe ich versucht das ansonsten recht ausgetüftelte Startscript für openSUSE auch auf meiner Version 10.3 zu verwenden, was aber am falschen Pfad nach dem aufruf von "/sbin/startproc -e $AE_BIN > /dev/null" scheitert (das vorherige "cd $AE_PATH" wird ignoriert). Dadurch werden natürlich die Webseiten unter "/opt/aquaerod/htdocs/" nach der Kontaktierung mit dem Web-Server nicht gefunden (führt zu einem Fehler 404).
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »dirk1166« (25. September 2009, 22:01)
das liegt daran, dass in dem verzeichnis ein file namens "install" existiert. 'make install' versucht das file "install" zu bauen, das aber bereits existiert und vom timestamp her aktuell ist.EDIT: mit sudo make -B install hat es nun funktioniert. Warum?
Ich kriege das nicht zum laufen, bei mir kommt immer HTTP404. Wenn ich den Daemon aus dem Verzecihnis /opt/aquaerod mit ./aquaerod starte, dann klappt alles. Über das StartScript kommt lediglich ein HTTP404...
Nutze openSuSE 11.1 (# uname -a => Linux carpe-diem 2.6.27.29-0.1-default #1 SMP 2009-08-15 17:53:59 +0200 x86_64 x86_64 x86_64 GNU/Linux), hoffe irgendjemand kann mich da in die richtige Richtung schubsen.
Quellcode |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
#! /bin/sh # # Copyright (c) 2002 SuSE Linux AG Nuernberg, Germany. All rights reserved. # # Author: Werner Fink <werner@suse.de>, 1996 # Burchard Steinbild, 1996 # # /etc/init.d/boot.local # # script with local commands to be executed from init on system startup # # Here you should add things, that should happen directly after booting # before we're going to the first run level. # ## Start aquero echo '****************' >> /var/log/aquero.log date +%F_%T >> /var/log/aquero.log cd /opt/aquaerod/ # Uhrzeit des aquero setzen /usr/local/bin/aeinfo >> /var/log/aquero.log 2>> /var/log/aquero.log # Aquero im Hintergrund starten nohup ./aquaerod >> /var/log/aquero.log 2>> /var/log/aquero.log & |
sieht so aus, als ob die entwicklung an aeinfo etwas eingeschlafen ist, zumindest blieb meine mail an den entwickler ohne antwort.
für meinen server habe ich an aeinfo etwas herumgeschraubt, vielleicht kann der eine oder andere etwas davon gebrauchen. die änderungen sind einzelne patches gegen aeinfo-2.4-src-eng.tar.gz.
leider konnte ich das problem mit aeinfo unter 64bit linux noch nicht fixen. aquaerod funktioniert unter 64bit, aeinfo hat probleme beim zugriff auf shm und segfaulted oder hängt.
für aeinfo habe ich auch ein rpm-paket komplett mit initskripten etc. für RHEL5/CentOS erstellt. falls jemand bedarf hat, einfach melden.
so gern ich auch an aeinfo weiterarbeiten würde, dazu fehlt mir die zeit. ich habe es soweit gepatcht, dass meine anforderungen erfüllt, aber aktiv kann ich mich damit leider nicht beschäftigen.
how to patch:
$ cd aeinfo-2.4-src-eng
$ patch -p1 < aeinfo-as.patch
aeinfo und 64bit:
IMHO ist das kein NX problem, das es sich um shm handelt und nur auf 64bit auftritt. ich glaube, die offsets innerhalb des segments werden falsch berechnet, vielleicht weil von 32bit-datentypen ausgegangen wird. der code liest ja aus dem shm-segment, leider nur nullen, was zu dem segfault führt.
rpm:
hab kein problem damit, das paket zur verfügung zu stellen.
ich folge in der regel der lizenz der software, die ich patche. in diesem fall also alles unter LGPL.Frage auch im Zusammenhang mit oben. Normalerweise können Deine Patches laut LGPL unter beliebiger Lizenz stehen (bei GPL wäre das keine Frage wieder GPL) , stellst Du sie wieder unter LGPL oder einer anderen Lizenz?
ich habs gestern mit dem startscript und euren patches auch unter ubuntu 9.10 64 bit zum laufen gekriegt.
iWürd mich auch gerne mit an der Entwicklung beteiligen.
-