Hm, nutzt Du nun mariadb oder mysql?
Ehrlich gesagt scheint das das gleiche zu sein?!
Bin mir nicht sicher, ob fedora jetzt mysql oder mariadb nutzt (soweit mir bekannt ist, wurde das ja geforkt oder umbenannt)
Hm, nutzt Du nun mariadb oder mysql?
Ehrlich gesagt scheint das das gleiche zu sein?!
Bin mir nicht sicher, ob fedora jetzt mysql oder mariadb nutzt (soweit mir bekannt ist, wurde das ja geforkt oder umbenannt)
Kenne mich da mit den Besonderheiten und Unterschieden nicht aus.
mysql-libs installiert?
Kenne mich da mit den Besonderheiten und Unterschieden nicht aus.
mysql-libs installiert?
yep:
[root@spuck ~]# rpm -qa | grep -i mysql
qt-mysql-4.8.5-11.fc20.i686
mysql-proxy-devel-0.8.1-5.fc19.i686
community-mysql-libs-5.5.35-1.fc20.i686
rubygem-mysql2-0.3.13-1.fc20.i686
mysql-proxy-0.8.1-5.fc19.i686
php-mysqlnd-5.5.7-1.fc20.i686
perl-DBD-MySQL-4.024-1.fc20.i686
community-mysql-common-5.5.35-1.fc20.i686
akonadi-mysql-1.10.3-1.fc20.i686
[root@spuck ~]# rpm -qa | grep -i mariadb
mariadb-embedded-5.5.34-2.fc20.i686
mariadb-5.5.34-2.fc20.i686
mariadb-devel-5.5.34-2.fc20.i686
mariadb-libs-5.5.34-2.fc20.i686
mariadb-server-5.5.34-2.fc20.i686
Alles anzeigen
Vielleicht heisst das include bei MariaDB anders?! Schau doch mal unter /usr/lib/(mysql), was Du da so findest
Vielleicht heisst das include bei MariaDB anders?! Schau doch mal unter /usr/lib/(mysql), was Du da so findest
Das könnte sein, sieht aber gut aus:
[root@spuck vdr-2.0.4]# ll /usr/lib/mysql
total 18100
-rw-r--r--. 1 root root 2963 Nov 27 15:38 INFO_BIN
-rw-r--r--. 1 root root 183 Nov 20 13:29 INFO_SRC
lrwxrwxrwx 1 root root 17 Jan 12 13:19 libmysqlclient_r.so -> libmysqlclient.so
lrwxrwxrwx 1 root root 20 Jan 12 13:19 libmysqlclient.so -> libmysqlclient.so.18
lrwxrwxrwx 1 root root 26 Jan 12 13:45 libmysqlclient.so.1018 -> libmysqlclient.so.1018.0.0
-rwxr-xr-x 1 root root 2921232 Dec 9 18:37 libmysqlclient.so.1018.0.0
lrwxrwxrwx. 1 root root 24 Dec 24 17:41 libmysqlclient.so.18 -> libmysqlclient.so.18.0.0
-rwxr-xr-x. 1 root root 3035372 Nov 27 15:40 libmysqlclient.so.18.0.0
-rwxr-xr-x. 1 root root 12535716 Nov 27 15:40 libmysqld.so.18
-rwxr-xr-x. 1 root root 12100 Nov 27 15:30 mysqlbug
-rwxr-xr-x. 1 root root 6987 Nov 27 15:38 mysql_config
drwxr-xr-x. 2 root root 4096 Jan 12 11:43 plugin
Alles anzeigen
hats leider auch nicht gebracht, immer noch:
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wno-unused-result -shared epg2vdr.o update.o lib/db.o lib/tabledef.o lib/common.o lib/config.o -lmysqlclient_r -luuid -o libvdr-epg2vdr.so
/bin/ld: cannot find -lmysqlclient_r
collect2: error: ld returned 1 exit status
make[1]: *** [libvdr-epg2vdr.so] Error 1
ich vermute auch, daß es irgend eine sache mit mysql/mariadb ist, aber keine ahnung ,was...
für weitere vorschläge wäre ich dankbar
cheers,
Otto
Gibt es denn die Lib auf Deinem System? Was sagt denn:
EDIT:
Habe gerade Dein obiges Posting gesehen, die lib gibt es.
EDIT2.
Du hast ja nur "/usr/lib/mysql" durchsucht, gibt es den Symlimk in "/usr/lib"?
Ich wollte epgd und epg2vdr gerade für vdr4arch paketieren.
Ich komme aber irgendwie mit der Versionierung nicht zurecht.
Es gibt keine Tarballs bei projects.vdr-developer.org und im Git fehlen die Versionstags.
Damit bekommt man zumindest ein Commit-Datum, den Abstand von der letzten getaggten Version und die Kurzreferenz des Commit:
pkgver() {
cd "${srcdir}/$pkgname"
echo $(git log -n 1 --date=short | sed -nr 's|^Date:\s+([0-9]{4})-([0-9]{2})-([0-9]{2})$|\1\2\3|p').$(git rev-list --count HEAD).$(git rev-parse --short HEAD)
}
Ich bekomms nicht hin. Das Log wird mit irgendwelchem unverständlichen SQL Zeug geflutet.
Wohlgemerkt, ich habe an den Configs gar nichts geändert. Nichtmal einen epgdata PIN hinterlegt. Ich hätte aber trotzdem einen aussagekräftigen Fehler erwartet.
In dem systemd Service File ist denke ich auch ein Fehler. Es sollte Wants=mysqld.service heißen. Oder gleich Requires=mysqld.service. Auf jeden Fall nicht After=mysqld.service
Ich hänge hier auch mal einen Patch für das epgd-tool an. Für systemd wird ein "service" Befehl aufgerufen. systemd wird aber mit systemctl gesteuert und eine Sonderbehandlung für Arch Linux ist auch nicht nötig. Das was für Arch Linux gemacht wird ist nämlich das, was für systemd gemacht werden müsste.
Zusätzlich noch eine saubere Erkennung ob systemd PID 1 ist.
dein User hat keine Berechtigung funktionen und procedures zu erstellem. Da war was einzustellen bei der maria wie sie auch in Archlinux benutzt wird: Alexander hast du das grad parat sonst schau ich nach?
Christian
grad aus ner alten Mail gefunden, der erste Block sollte auch im Readme stehen
Zitat
- if you have binary-logging (log_bin) enabled
add log-bin-trust-function-creators to your configuration:
#> echo "log-bin-trust-function-creators = 1" >> /etc/mysql/my.cnf
and restart the database
oder wenn die das zu unsicher ist kannst du auch das bin-logging abschalten. Ist unter mysql das selbe. Der seahawk hat es auch mit MariaDB am laufen, sollte ohne Probleme funktionieren.
Chrisitan
Gefällt mir beides nicht besonders. Weil ich da die Standardeinstellungen von Arch Linux verstellen muss. Aber naja.
Edit: Das wars übrigens.
Edit2: Irgendwelche Kommentare zum Patch? Und meinen Anmerkungen zum Service File?
Ich hätte aber trotzdem einen aussagekräftigen Fehler erwartet.
und btw hier steht doch genau das in deinem pastebin:
ZitatSQL-Error in 'CREATE FUNCTION
und dann
ZitatThis function has none of DETERMINISTIC, NO SQL, or READS SQL DATA in its declaration and binary logging is enabled (you *might* want to use the less safe log_bin_trust_function_creators variable) (1418)
Gefällt mir beides nicht besonders. Weil ich da die Standardeinstellungen von Arch Linux verstellen muss. Aber naja.
Manchmal ist das so, scheint eine Besonderheit der MariaDB mysql zu sein, unter Ubuntu ist das nicht so...
Christian
Edit2: Irgendwelche Kommentare zum Patch? Und meinen Anmerkungen zum Service File?
wir selber nutzen ja bei precise kein systemd, schauen wir uns zusammen mit 3PO an und wenns auch auf Gentoo läuft nehmen wir es natürlich mit, danke dir dafür!
Christian
und btw hier steht doch genau das in deinem pastebin:
Achja tatsächlich. Das ist wohl irgendwie untergegangen.
Hallo Copperhead,
ZitatIn dem systemd Service File ist denke ich auch ein Fehler. Es sollte Wants=mysqld.service heißen. Oder gleich Requires=mysqld.service. Auf jeden Fall nicht After=mysqld.service
dieser service kam ursprünglich von mir, aber auch mit der Bitte um Überprüfung. Warum denn eigtl. Nicht after zusammen mit requires?
Macht doch Sinn dass epgd erst gestartet wird wenn mysqld gestartet wurde?!
CKone: Wie sollen Änderungen an den contrib files ein gekippt werden, wer kümmert sich um die Anpassungen?
Grüße, Kokel
http://www.freedesktop.org/sof…emd/man/systemd.unit.html
So, wie ich das verstehe, wäre es besser, Requires (oder Wants) und After anzugeben, wenn mysqld.service gebraucht wird und vorher gestartet werden soll.
Das bedeutet aber auch, dass epgd gestoppt wird, wenn mysqld gestoppt wird. Ein Wants sorgt andererseits dafür, dass beide unabhängig voneinander gestartet werden, wenn aber mysqld nicht gestartet werden kann, läuft epgd trotzdem.
Regelt epgd die Verbindung zu mysqld nicht sowieso alleine? Muss es ja auch, da mysql ja auch auf einer anderen Maschine laufen kann.
Wenn es auf der gleichen Kiste läuft, dann ist Wants sicherlich das richtige, aber nicht Requires, da epgd auch ohne mysql laufen kann. Es tut dann zwar nicht viel sinnvolles, aber es geht.
Before/After wäre nicht nötig.
Lars.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!