tinouheb team mailing list archive
-
tinouheb team
-
Mailing list archive
-
Message #00030
Re: Installation auf Mac
> Am 17.04.2016 um 15:12 schrieb tigernest <tigernest@xxxxxxxxx>:
>
> Hallo Johannes,
>
> also das hat jetzt geklappt :) wieder einen Schritt weiter, aber …
>
> das Generieren einer Rechnung funktioniert nicht, das sieht wohl ein bisschen anders aus als bei der alten Version, aber ich kriege auch kein Ergebnis.
> Beim Generieren einer Rechnung bekomme ich keine Vorschau angezeigt, siehe screenshot:
>
> <Bildschirmfoto 2016-04-17 um 12.37.07.png>
>
> Wenn ich die Rechnung dann trotzdem Fertig Stelle bekomme ich den korrekten Dialog:
>
> <Bildschirmfoto 2016-04-17 um 13.26.41.png>
>
> Wenn ich dann aber in Versandte Rechnungen nachsehe, ist die Rechnung nicht da.
> Wenn ich xauftrag.pl im Terminal starte, ist die Rechnung ebenfalls nicht da.
>
> wenn ich direkt auf Rechnung generieren gehe, kann ich keine Patientin auswählen…
>
> <Bildschirmfoto 2016-04-17 um 14.39.23.png>
>
> und das mit dem .profile hat leider nicht funktioniert :( aber wir können ja mit der jetzigen Version erst mal leben und ich kann das vielleicht irgendwann mal googeln, wie ich das hinkriegen kann oder kann es sein dass das Rechnung generieren aus dem gleichen Grund nicht klappt?
>
> Bin ich froh, dass Du Dich über Fragen freust :)
>
> LG,
> Thurid
>
>
>
>> Am 16.04.2016 um 23:33 schrieb Johannes Renkl <renkljs@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx <mailto:renkljs@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>>:
>>
>> Hallo Thurid,
>>
>>
>>>
>>> Hallo Johannes,
>>>
>>> ich habe eine Anleitung gefunden nach der man ein .bash_profile erstellt,
>>> so dass der Befehl mysql ausgeführt wird, auch wenn man nicht in dem Ordner
>>> ist,… vorher ging der Befehl mit dem Passwort auch nicht, ich dachte, das
>>> sollte das Problem beheben,… wenn ich jetzt mysql oder mysqldump im
>>> Terminal eingebe geht es auch, nur bei tinyheb geht es anscheinend nicht :(
>>
>> Das liegt daran, dass in tinyheb nicht bash sondern sh benutzt wird und das
>> .bash_profile dann nicht gelesen wird. Wenn Du stattdessen eine Datei .profile
>> anlegst und da
>> export PATH="$PATH":<verzeichnis in dem mysql liegt>
>> reinschreibst könnte es klappen.
>>
>>>
>>> echo $PATH
>>> sieht im Moment so aus:
>>>
>>> /usr/local/mysql/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/
>>> bin
>>>
>>> zu 2. da bekomme ich operation not permitted, auch als su :(
>>
>> Vielleicht ist /usr irgendwie read only gemounted oder so...
>>
>>>
>>> zu 3. das funktioniert :) mir wäre ja ein dauerhaftes 1. lieber, sonst muss
>>> ich ja bei jedem update von Tinyheb erneut alles per hand ändern, oder?
>>
>> Ja da hast Du natürlich recht, je nachdem wie man das Update macht und auf jeden
>> Fall wenn sich die Dateien restore.pl bzw. backup_gen.pl ändern müsstest Du das
>> händisch wieder ändern. Also vielleicht klappts ja doch noch mit 1.
>>
>>>
>>> und dann habe ich noch eine Frage (jaja es hört nie auf ;))
>>
>> Ich freue mich über jede einzelne... :)
>>
>>> ich habe das backup jetzt eingespielt, aber da ist noch die alte
>>> Gebührenordnung drin, ich nehme an, ich muss das update dafür noch machen?
>>> dann wüsste ich gerne wie, ich hab ja die email mit den links zu den
>>> Dateien, aber aus gegebenem Anlass dann die Frage, wo muss ich die
>>> Speichern, damit es funktioniert?
>>
>> Die Dateien kommen nach /srv/www/cgi-bin/tinyheb/DATA/ und für das Update wird
>> wie bisher /srv/www/cgi-bin/tinyheb/DATA/update.pl aufgerufen... (Hier sollte
>> der nicht auffindbare mysql Befehl kein Problem darstellen.)
>>
>>
>> Grüße
>> Johannes
>>
>>>
>>> Danke und Liebe Grüße,
>>> Thurid
>>>
>>>
>>>
>>>
>>>
>>> Am 14.04.2016 um 23:47 schrieb Johannes Renkl <
>>> renkljs@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx <mailto:renkljs@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>>:
>>>
>>> Hallo Thurid,
>>>
>>> du hattest ja schon festgestellt, dass das mysql beim Mac woanders
>>> liegt und
>>> in den Logs sieht es so aus wäre das das Problem. Die Befehle mysqldump
>>> und
>>> mysql sind nicht "im Pfad" (also nicht in den Verzeichnissen in denen
>>> auto-
>>> matisch nach Programmen gesucht wird).
>>> Jetzt gibt es (mindestens) drei Möglichkeiten :)
>>> 1. Das Verzeichnis in denen mysql (usw.) liegt in die Umgebungsvariable
>>> PATH
>>> aufnehmen.
>>> 2. Links für mysql in ein Verzeichnis machen das in PATH ist, das ginge
>>> so:
>>> ln -s <voller pfad zu mysql> /usr/bin/mysql
>>> ln -s <voller pfad zu mysqldump> /usr/bin/mysqldump
>>> 3. In restore.pl und backup_gen.pl aus /srv/www/cgi-bin/tinyheb/tools
>>> in
>>> Zeile 45 bzw. 37 mysql bzw mysqldump mit vollem Pfad angeben. Es könnte
>>> aber sein, dass es noch weitere Stellen gibt wo das zu korrigieren
>>> wäre.
>>>
>>> Vielleicht versuchst Du es zunächst mal mit 2. und wenn das nicht
>>> hinhaut
>>> mit 3. Für 1. müsste man nachsehen welche Dateien die shell beim Start
>>> liest - vielleicht .profile im Home-Verzeichnis. 1. wäre vielleicht das
>>> richtigste aber auch gerade das komplizierteste...
>>>
>>> Viel Glück und Grüße
>>> Johannes
>>>
>>>
>>>
>>> Hallo Johannes,
>>>
>>> das funktioniert nach der Eingabe des Passwortes, will sagen,
>>> ich habe das
>>> richtige :)
>>>
>>> die Fehlermeldung und error_logs als screenshots sind hier.
>>> beim Versuch einer Sicherung:
>>>
>>> beim Einspielen einer Sicherung:
>>>
>>>
>>> der Errorlog nach beidem:
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ich versteh nur Bahnhof ;)
>>>
>>> ich hoffe dir sagt das was …
>>>
>>> Liebe Grüße,
>>> Thurid
>>>
>>>
>>> Am 30.03.2016 um 21:44 schrieb Johannes Renkl
>>> <renkljs@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx <mailto:renkljs@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
>>> <mailto:renkljs@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx <mailto:renkljs@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>>>:
>>>
>>> Hallo Thurid,
>>>
>>>
>>> kannst Du mal versuchen Dich mit
>>>
>>> mysql -u root -p
>>>
>>> und anschließender Passworteingabe in die Datenbank
>>> einzuloggen um
>>> sicher zu
>>> gehen, dass Du wirklich das richtige Passwort verwendest?
>>>
>>> Der error log liegt unter Linux hier: /var/log/apache2/
>>> error.log
>>> Wenn das Passwort bzw die Berechtigung nicht passt steht am
>>> Ende der
>>> Datei
>>> (nach einem erfolglosen Backup-Versuch) zum Beispiel sowas:
>>> [Wed Mar 30 21:41:30.172774 2016] [cgi:error] [pid 13229]
>>> [client
>>> 192.168.7.123:56672] AH01215: mysqldump: Got error: 1045:
>>> Access denied
>>> for user 'root'@'localhost' (using password: YES) when
>>> trying to
>>> connect: /srv/www/cgi-bin/tinyheb/tools/backup_gen.pl,
>>> referer:
>>> http://192.168.7.123/tinyheb/tools/backup.pl <http://192.168.7.123/tinyheb/tools/backup.pl>
>>>
>>>
>>> Grüße
>>> Johannes
>>>
>>>
>>>
>>> Hallo Rolf,
>>>
>>> das hab ich auch schon versucht... :( und ich habe bei
>>> der
>>> Installation fuer
>>> mysql eins vergeben muessen, man bekommt erst ein
>>> temporaeres, das man
>>> dann
>>> aendern kann...
>>>
>>> lg,
>>> Thurid
>>>
>>> Am 28/03/16 um 17:19 schrieb Rolf Skowronek:
>>>
>>> Hallo Thurid,
>>> wenn Du die Installation so gemacht hast wie Thomas
>>> es beschrieben hat,
>>> gibt es auch kein Passwort.
>>> Ich habe die Installation auch immer so gemacht und
>>> nie ein Passwort
>>> gebraucht. Wenn ich ein Backup der Datenbank machen
>>> will und gebe ein
>>> Passwort ein, bekomme ich dieselbe Fehlermeldung
>>> wie Du. Wenn das Feld
>>> einfach leer bleibt funktioniert es wie erwartet.
>>> Die Eingabeaufforderung ist ja:
>>> Passwort des Datenbankadmin (falls benötigt)
>>> Probiers mal ohne.
>>>
>>> Rolf
>>>
>>>
>>> On 03/28/2016 02:31 PM, edelstahlelfe wrote:
>>>
>>> :) auch frohe Ostern...
>>> danke, jetzt bin ich wieder einen Schritt
>>> weiter :) das Zertifikat ist
>>> erfolgreich eingespielt :) yay :)
>>>
>>> aber das mit der Datenbank geht nach wie vor
>>> nicht. ich kann zwar neue
>>> Patientinnen erstellen, aber ich kann weder
>>> eine Sicherung erstellen,
>>> noch eine einspielen. Die Fehlermeldung ist
>>> gleich, egal welches
>>> Passwort ich eingebe, Admin-Passwort des
>>> Rechners, der Datenbank,
>>> keins...
>>>
>>> in der /etc/tinyheb.conf steht keines drin,
>>> weder bei Admin noch bei
>>> user, wenn ich das admin passwort der Datenbank
>>> da eingebe und es
>>> wieder
>>> versuche, geht es auch nicht.
>>>
>>> ich habe versucht, die init.sql noch mal laufen
>>> zu lassen, laut den
>>> Fehlermeldungen da, gehe ich davon aus, dass
>>> die Datenbank
>>> Konfiguration
>>> schon funktioniert hat...
>>>
>>> kann es sein, dass es nicht am Passwort liegt?
>>>
>>> Vielen Dank,
>>> Thurid
>>>
>>>
>>> Am 28/03/16 um 01:21 schrieb Johannes Renkl:
>>>
>>> Frohe Ostern allerseits, :)
>>>
>>>
>>> versuch mal den Befehl startx auszuführen
>>> bevor Du
>>> das tk modul installierst. Bzw schau Dir
>>> die ersten
>>> beiden Treffer bei google an für die
>>> Suchbegriffe
>>> "perl tk cpan macos".
>>>
>>> Das Passwort zum Einspielen der
>>> Datensicherung müsste
>>> eigentlich das sein das in /etc/
>>> tinyheb.conf steht
>>> denke ich...
>>>
>>>
>>> Grüße Johannes
>>>
>>>
>>> ich kann leider xkey.pl nicht starten,
>>> Fehlermeldung:
>>>
>>> using OpenSSL command line at xkey.pl
>>> line 33.
>>> Can't locate Tk.pm in @INC (you may
>>> need to install
>>> the Tk module) (@INC contains:
>>> /Library/Perl/5.18/
>>> darwin-thread-multi-2level
>>> /Library/Perl/5.18
>>> /Network/Library/Perl/5.18/
>>> darwin-thread-multi-2level
>>> /Network/Library/Perl/5.18
>>> /Library/Perl/Updates/5.18.2/
>>> darwin-thread-multi-2level
>>> /Library/Perl/Updates/5.18.2
>>> /System/Library/Perl/5.18/
>>> darwin-thread-multi-2level
>>> /System/Library/Perl/5.18
>>> /System/Library/Perl/Extras/5.18/
>>> darwin-thread-multi-2level
>>> /System/Library/Perl/Extras/5.18 .) at
>>> xkey.pl line
>>> 45.
>>> BEGIN failed--compilation aborted at
>>> xkey.pl line 45.
>>>
>>> daraufhin, hab ich jetzt versucht, alle
>>> Module aus
>>> der Doku zu installieren, ging auch,
>>> ausser die Tk
>>> Module:
>>>
>>> Using -L/usr/X11R6/lib to find /usr/
>>> X11R6/lib/libX11.6.dylib
>>> Cannot find X include files via /usr/
>>> X11R6/include
>>> Cannot find X include files anywhere.
>>> No 'Makefile' created'YAML' not
>>> installed, will not store persistent
>>> state
>>> SREZIC/Tk-804.033.tar.gz
>>> /usr/bin/perl Makefile.PL -- NOT OK
>>> Running make test
>>> Make had some problems, won't test
>>> Running make install
>>> Make had some problems, won't install
>>> Could not read metadata file. Falling
>>> back to other
>>> methods to determine prerequisites
>>>
>>> Langsam denke ich an aufgeben... ;)
>>>
>>> hat noch irgendjemand eine gute Idee?
>>>
>>> Danke und LG,
>>> Thurid
>>>
>>>
>>> Am 27/03/16 um 10:36 schrieb Rolf
>>> Skowronek:
>>>
>>> Thurid,
>>> die Übernahme des Zertifikats passiert
>>> wohl genauso, wie nach der
>>> ürsprünglichen Erteilung. Also
>>> 'gesamt-pkcs.key' von der ITSG
>>> herunterladen und mit xkey.pl einlesen
>>> (Seiten 134 und 135 in der
>>> Doku).
>>> Zum Einspielen der Sicherung habe ich
>>> im Moment keine Idee.
>>>
>>> Rolf
>>>
>>> On 03/27/2016 12:46 AM, edelstahlelfe
>>> wrote:
>>>
>>> Hallo alle miteinander :)
>>>
>>> @Rolf, danke hab es gefunden und die
>>> Skripte werden jetzt
>>> ausgefuehrt,... :)
>>>
>>> @Johannes, das mit dem mysql Befehl hat
>>> sich auch
>>> geklaert, das ist
>>> bei
>>> dem Mac an einer anderen Stelle,
>>> die Skripte funktionierten aber erst,
>>> nachdem ich noch ein
>>> zusaetzliches
>>> perl modul installiert habe
>>> (DBD::mysql) (war in der
>>> Fehlermeldung so
>>> genannt),
>>> habe die init datei danach nochmal
>>> gestartet und den Fehler 1396
>>> (HY000)
>>> at line 4: Operation create User failed
>>> for 'wwwrun'@'localhost'
>>> liegt es daran, dass ich es nicht
>>> mehrmals starten kann,
>>> oder ist noch
>>> was nicht ok?
>>>
>>> und jetzt habe ich noch das Problem,
>>> dass ich die Sicherung nicht
>>> einspielen kann :(
>>>
>>> Fehlermeldung Von "http://localhost <http://localhost/> <
>>> http://localhost/ <http://localhost/>>":
>>> Sicherung konnte nicht erfolgreich in
>>> Datenbank
>>> eingespielt werden,
>>> bitte Passwort und Error-Log des
>>> Webservers ueberpruefen.
>>>
>>> Ich habe es mit allen pwds der
>>> Datenbank probiert (es gab
>>> am Anfang
>>> ein
>>> Temporaeres, dass ich aber geaendert
>>> habe). Ich glaube nicht dass
>>> es am
>>> Passwort liegt, wie prueft man denn
>>> Error-Logs?
>>> oder hat jemand eine Idee, woran es
>>> liegt?
>>>
>>> und zum einspielen des Zertifikats, ich
>>> finde in der Doku den Fall
>>> nicht, dass man ein bestehendes
>>> Zertifikat migriert...
>>> ich habe eine Kopie des Privaten
>>> Schluessels (zumindest des
>>> angegebenen
>>> Ordners unter windows erstellt.
>>> genuegt, es diesen
>>> irgendwo auf dem
>>> Mac
>>> zu speichern? und wenn wo? ich bin mir
>>> nicht sicher, wo
>>> hier (der mac)
>>> das Aequivalent zu dem home verzeichnis
>>> sein soll.
>>>
>>> Danke fuer die Hilfe und frohe Ostern
>>> :)
>>>
>>> Thurid
>>>
>>>
>>>
>>>
>>> Am 24/03/16 um 15:08 schrieb Rolf
>>> Skowronek:
>>>
>>> Hallo Thurid,
>>> dasselbe Problem hatte ich auch mal
>>> nachdem ich einige Pakete
>>> upgedated
>>> hatte. Damals war wohl auch ein Update
>>> für den httpd
>>> dabei und das
>>> hat
>>> auch Kofigurationsfiles überschrieben.
>>> Hier meine Notiz
>>> von damals:
>>>
>>> Tinyheb lief nicht, Perl Scripts wurden
>>> angezeigt aber nicht
>>> ausgeführt.
>>> In /etc/httpd/httpd.conf war das Laden
>>> von 'mod_cgi.so'
>>> auskommentiert.
>>> (http://httpd.apache.org/docs/2.2/ <http://httpd.apache.org/docs/2.2/>
>>> howto/cgi.html)
>>>
>>> Vieleicht hilft das ja weiter.
>>>
>>> Rolf
>>>
>>>
>>> On 03/23/2016 07:46 PM, edelstahlelfe
>>> wrote:
>>>
>>> also, es gibt auch kein Verzeichnis
>>> sites-available... zumindest
>>> nicht
>>> auf dem Mac.
>>> wenn man die conf Datei in das
>>> Verzeichnis other (da ist noch
>>> php5.conf
>>> drin) kopiert, funktioniert es, wenn
>>> man die Seite unter
>>> localhost/tinyheb aufruft...
>>> jetzt weiss ich nicht, was es mit dem
>>> Aktivieren der Seite auf
>>> sich hat?
>>> muss ich das noch machen und in welchem
>>> Verzeichnis?
>>>
>>> mein eigentliches Problem ist, dass die
>>> perl-skripte im Browser
>>> als code
>>> angezeigt werden,
>>> Die beiden unten genannten Module habe
>>> ich mit cpan
>>> runtergeladen. das
>>> ging problemlos.
>>> Wenn ich versuche eines der Perlskripte
>>> direkt auszufuehren,
>>> bekomme ich
>>> die Fehlermeldung: "-T" is on the #!
>>> line, it must also be used
>>> on the
>>> command line at stammdatenerfassung.pl
>>> line 1.
>>>
>>> irgendeine Idee, warum es nicht
>>> funktion
>>>
>>> [truncated for moderation]
>>>
>>>
>>> --
>>> Mailing list: https://launchpad.net/~tinouheb <https://launchpad.net/~tinouheb>
>>> Post to : tinouheb@xxxxxxxxxxxxxxxxxxx <mailto:tinouheb@xxxxxxxxxxxxxxxxxxx>
>>> Unsubscribe : https://launchpad.net/~tinouheb <https://launchpad.net/~tinouheb>
>>> More help : https://help.launchpad.net/ListHelp <https://help.launchpad.net/ListHelp>
>>>
>>>
>>>
>>> --
>>> Think of XFCE as a very fast, low-calorie desktop that appeals to
>>> people who think that Gnome and KDE are too heavy and filled with
>>> polyunsaturated fats. ;>
>>>
>>> --
>>> Mailing list: https://launchpad.net/~tinouheb <https://launchpad.net/~tinouheb>
>>> Post to : tinouheb@xxxxxxxxxxxxxxxxxxx <mailto:tinouheb@xxxxxxxxxxxxxxxxxxx>
>>> Unsubscribe : https://launchpad.net/~tinouheb <https://launchpad.net/~tinouheb>
>>> More help : https://help.launchpad.net/ListHelp <https://help.launchpad.net/ListHelp>
>>>
>>>
>>>
>>>
>>
>>> --
>>> Mailing list: https://launchpad.net/~tinouheb <https://launchpad.net/~tinouheb>
>>> Post to : tinouheb@xxxxxxxxxxxxxxxxxxx <mailto:tinouheb@xxxxxxxxxxxxxxxxxxx>
>>> Unsubscribe : https://launchpad.net/~tinouheb <https://launchpad.net/~tinouheb>
>>> More help : https://help.launchpad.net/ListHelp <https://help.launchpad.net/ListHelp>
>>
>>
>> --
>> Think of XFCE as a very fast, low-calorie desktop that appeals to people who think that Gnome and KDE are too heavy and filled with polyunsaturated fats. ;>
>>
>> --
>> Mailing list: https://launchpad.net/~tinouheb <https://launchpad.net/~tinouheb>
>> Post to : tinouheb@xxxxxxxxxxxxxxxxxxx <mailto:tinouheb@xxxxxxxxxxxxxxxxxxx>
>> Unsubscribe : https://launchpad.net/~tinouheb <https://launchpad.net/~tinouheb>
>> More help : https://help.launchpad.net/ListHelp <https://help.launchpad.net/ListHelp>
Follow ups
References
