openSUSE 12.3 saslauthd 2.1.25 mysql
Ich bin gerade am verzweifeln. Hat jemand postfix mit saslauth und mysql in der 12.3 zum Laufen bekommen ?? ich bekommen immer Jun 26 10:20:45 lumpi postfix/smtpd[9258]: SQL engine 'mysql' not supported saslauth -v gibt saslauthd 2.1.25 authentication mechanisms: getpwent pam rimap shadow ldap laut spec ist aber mysql mit einkompiliert sehr merkwürdig. Naja hab versuch die Sourcen neu zu kompilieren aber da steht folgendes im Log configure:16390: checking SQL configure:16393: result: enabled configure:16496: checking for mysql_select_db in -lmysqlclient configure:16521: gcc -std=gnu99 -o conftest -Wall -W -fno-strict-aliasing -O2 -g -m64 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchr onous-unwind-tables -DLDAP_DEPRECATED -I/usr/include/mysql -L/usr/include/mysql /usr/include/mysql conftest.c -lmysqlclient >&5 /usr/include/mysql: file not recognized: Is a directory collect2: error: ld returned 1 exit status configure:16521: $? = 1 configure: failed program was: ..... | #ifdef __cplusplus | extern "C" | #endif | char mysql_select_db (); | int | main () | { | return mysql_select_db (); | ; | return 0; | } configure:16530: result: no configure:16537: WARNING: MySQL library mysqlclient does not work configure:16636: checking for PQsetdbLogin in -lpq configure:16661: gcc -std=gnu99 -o conftest -Wall -W -fno-strict-aliasing -O2 -g -m64 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchr onous-unwind-tables -DLDAP_DEPRECATED -I/usr/include/mysql -I/usr/include/pgsql -L/usr/include/pgsql /usr/include/pgsql conftest.c -lpq >&5 /usr/include/pgsql: file not recognized: Is a directory collect2: error: ld returned 1 exit status configure:16661: $? = 1 configure: failed program was: | /* confdefs.h */ Hat jemand eine Idee ? lg max -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Moin moin, Am 26.06.2013 11:47, schrieb Markus Heinze:
Ich bin gerade am verzweifeln. Hat jemand postfix mit saslauth und mysql in der 12.3 zum Laufen bekommen ?? ich bekommen immer
Jun 26 10:20:45 lumpi postfix/smtpd[9258]: SQL engine 'mysql' not supported
saslauth -v gibt
saslauthd 2.1.25 authentication mechanisms: getpwent pam rimap shadow ldap
laut spec ist aber mysql mit einkompiliert sehr merkwürdig. Naja hab versuch die Sourcen neu zu kompilieren aber da steht folgendes im Log
configure:16390: checking SQL configure:16393: result: enabled configure:16496: checking for mysql_select_db in -lmysqlclient configure:16521: gcc -std=gnu99 -o conftest -Wall -W -fno-strict-aliasing -O2 -g -m64 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchr onous-unwind-tables -DLDAP_DEPRECATED -I/usr/include/mysql -L/usr/include/mysql /usr/include/mysql conftest.c -lmysqlclient >&5 /usr/include/mysql: file not recognized: Is a directory collect2: error: ld returned 1 exit status configure:16521: $? = 1 configure: failed program was:
.....
| #ifdef __cplusplus | extern "C" | #endif | char mysql_select_db (); | int | main () | { | return mysql_select_db (); | ; | return 0; | } configure:16530: result: no configure:16537: WARNING: MySQL library mysqlclient does not work configure:16636: checking for PQsetdbLogin in -lpq configure:16661: gcc -std=gnu99 -o conftest -Wall -W -fno-strict-aliasing -O2 -g -m64 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchr onous-unwind-tables -DLDAP_DEPRECATED -I/usr/include/mysql -I/usr/include/pgsql -L/usr/include/pgsql /usr/include/pgsql conftest.c -lpq >&5 /usr/include/pgsql: file not recognized: Is a directory collect2: error: ld returned 1 exit status configure:16661: $? = 1 configure: failed program was: | /* confdefs.h */
Hat jemand eine Idee ?
Es ist zwar noch nicht die endgültige Lösung jedoch folgendes als Ansatz für die/denjenigen der das Paket verwaltet. Nachdem ich mir die original Sourcen installiert und erfolgreich, d.h. ohne Fehler kompiliert hab, hab ich mir mal das src-rpm von 12.3 vorgenommen. Nach diversen Tests bin ich am Patch cyrus-sasl-no_rpath.patch hängen geblieben. Sobald dieser benutzt/angewandt wird, wird jegliche Form von sql Plugin ignoriert da die benötigten Devel-Sourcen nicht mehr gefunden werden können. Kurzerhand hab ich ihn im Spec auskommentiert und ein rpmbuild gemacht, wie man schon an der Größe des resultierenden Binary erkennen kann diesmal mit sql Unterstützung, schnell ein rpm - Uhv cyrus-sasl-saslauthd-2.1.25-24.1.1.x86_64.rpm cyrus-sasl-sqlauxprop-2.1.25-24.1.1.x86_64.rpm und danach ein rcsaslauthd restart rcpostfix restart und schon klappts auch wieder mit mysql, nunja letztlich bleibt die Frage wozu dieser Patch nützlich/wichtig ist zumindest blockiert er das korrekte Erzeugen der RPM. Wie gesagt vllt. könnte sich das mal jemand aus der Dev Abteilung anschauen da dieser Bug nach meinen Recherchen schon seit der 12.2 offen und als kritisch markiert ist. Generell funktioniert mein System mit dieser Lösung jedoch bleibt der Beigeschmackt eine Lücke geöffnet zu haben die so nicht sein soll. lg max
lg max
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Markus, hallo Leute, Am Donnerstag, 27. Juni 2013 schrieb Markus Heinze:
Am 26.06.2013 11:47, schrieb Markus Heinze:
Hat jemand postfix mit saslauth und mysql in der 12.3 zum Laufen bekommen ??
Nachdem ich mir die original Sourcen installiert und erfolgreich, d.h. ohne Fehler kompiliert hab, hab ich mir mal das src-rpm von 12.3 vorgenommen. Nach diversen Tests bin ich am Patch cyrus-sasl-no_rpath.patch hängen geblieben. Sobald dieser benutzt/angewandt wird, wird jegliche Form von sql Plugin ignoriert da die benötigten Devel-Sourcen nicht mehr gefunden werden können. Kurzerhand hab ich ihn im Spec auskommentiert und ein rpmbuild gemacht, [...] und schon klappts auch wieder mit mysql, nunja letztlich bleibt die Frage wozu dieser Patch nützlich/wichtig ist zumindest blockiert er das korrekte Erzeugen der RPM. Wie gesagt vllt. könnte sich das mal jemand aus der Dev Abteilung anschauen da dieser Bug nach meinen Recherchen schon seit der 12.2 offen und als kritisch markiert ist. Generell funktioniert mein System mit dieser Lösung jedoch bleibt der Beigeschmackt eine Lücke geöffnet zu haben die so nicht sein soll.
Im .changes finde ich zum Stichwort "rpath" nur: * Mi Apr 04 2012 dvaleev [at] suse.com - remove rpath Sehr hilfreich :-/ Bitte mach einen Bugreport auf - mitsamt dem Hinweis, dass der cyrus-sasl-no_rpath.patch Ursache des Problems ist und es ohne diesen Patch funktioniert. Wenn Du dann noch den Link zum Bugreport hier postest, kümmere ich mich darum, dass der Bug beim richtigen Entwickler landet ;-) Rein interessehalber: was passiert, wenn Du im Patch die Zeile + andrew_runpath_switch="none" ersetzt mit + andrew_cv_runpath_switch="none" Zumindest anhand den mit dem Patch gelöschten Zeilen könnte ich mir vorstellen, dass sich da schlicht ein Fehler beim Variablennamen eingeschlichen hat ;-) Gruß Christian Boltz, aus der "Dev ärgern"-Abteilung (aka Bugreporter ;-) --
BTW an alle: ich weiss nicht, wie ich auf die Leser hier wirke, ich kann da nur aus den Mails ableiten, aber wenn ich mal daneben liege, dann will ich korrigiert werden bzw. einen Widerspruch bekommen. Dein Wunsch sei Dir erfüllt ;-) *g* Danke. [>> David Haller und > Christian Boltz in suse-linux]
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Christian, Am 28.06.2013 01:12, schrieb Christian Boltz:
Hallo Markus, hallo Leute,
Am Donnerstag, 27. Juni 2013 schrieb Markus Heinze:
Am 26.06.2013 11:47, schrieb Markus Heinze:
Hat jemand postfix mit saslauth und mysql in der 12.3 zum Laufen bekommen ?? Nachdem ich mir die original Sourcen installiert und erfolgreich, d.h. ohne Fehler kompiliert hab, hab ich mir mal das src-rpm von 12.3 vorgenommen. Nach diversen Tests bin ich am Patch cyrus-sasl-no_rpath.patch hängen geblieben. Sobald dieser benutzt/angewandt wird, wird jegliche Form von sql Plugin ignoriert da die benötigten Devel-Sourcen nicht mehr gefunden werden können. Kurzerhand hab ich ihn im Spec auskommentiert und ein rpmbuild gemacht, [...] und schon klappts auch wieder mit mysql, nunja letztlich bleibt die Frage wozu dieser Patch nützlich/wichtig ist zumindest blockiert er das korrekte Erzeugen der RPM. Wie gesagt vllt. könnte sich das mal jemand aus der Dev Abteilung anschauen da dieser Bug nach meinen Recherchen schon seit der 12.2 offen und als kritisch markiert ist. Generell funktioniert mein System mit dieser Lösung jedoch bleibt der Beigeschmackt eine Lücke geöffnet zu haben die so nicht sein soll. Im .changes finde ich zum Stichwort "rpath" nur:
* Mi Apr 04 2012 dvaleev [at] suse.com - remove rpath
Sehr hilfreich :-/
Bitte mach einen Bugreport auf - mitsamt dem Hinweis, dass der cyrus-sasl-no_rpath.patch Ursache des Problems ist und es ohne diesen Patch funktioniert.
ok, werd ich machen.
Wenn Du dann noch den Link zum Bugreport hier postest, kümmere ich mich darum, dass der Bug beim richtigen Entwickler landet ;-)
Rein interessehalber: was passiert, wenn Du im Patch die Zeile + andrew_runpath_switch="none" ersetzt mit + andrew_cv_runpath_switch="none"
Zumindest anhand den mit dem Patch gelöschten Zeilen könnte ich mir vorstellen, dass sich da schlicht ein Fehler beim Variablennamen eingeschlichen hat ;-)
das probier ich mal aus und poste hier das Ergebnis
Gruß
Christian Boltz, aus der "Dev ärgern"-Abteilung (aka Bugreporter ;-)
Danke für die Unterstützung, bis später. lg max -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Christian, Hallo Liste ich antworte mal auf mich selbst da ich hier auf arbeit nur den Webmailer hab und der Rest des Threads liegt daheim auf dem Rechner, sorry Am 2013-06-28 7:04, schrieb Markus Heinze:
Hallo Christian,
Am 28.06.2013 01:12, schrieb Christian Boltz:
Hallo Markus, hallo Leute,
Am Donnerstag, 27. Juni 2013 schrieb Markus Heinze:
Am 26.06.2013 11:47, schrieb Markus Heinze:
Hat jemand postfix mit saslauth und mysql in der 12.3 zum Laufen bekommen ?? Nachdem ich mir die original Sourcen installiert und erfolgreich, d.h. ohne Fehler kompiliert hab, hab ich mir mal das src-rpm von 12.3 vorgenommen. Nach diversen Tests bin ich am Patch cyrus-sasl-no_rpath.patch hängen geblieben. Sobald dieser benutzt/angewandt wird, wird jegliche Form von sql Plugin ignoriert da die benötigten Devel-Sourcen nicht mehr gefunden werden können. Kurzerhand hab ich ihn im Spec auskommentiert und ein rpmbuild gemacht, [...] und schon klappts auch wieder mit mysql, nunja letztlich bleibt die Frage wozu dieser Patch nützlich/wichtig ist zumindest blockiert er das korrekte Erzeugen der RPM. Wie gesagt vllt. könnte sich das mal jemand aus der Dev Abteilung anschauen da dieser Bug nach meinen Recherchen schon seit der 12.2 offen und als kritisch markiert ist. Generell funktioniert mein System mit dieser Lösung jedoch bleibt der Beigeschmackt eine Lücke geöffnet zu haben die so nicht sein soll. Im .changes finde ich zum Stichwort "rpath" nur:
* Mi Apr 04 2012 dvaleev [at] suse.com - remove rpath
Sehr hilfreich :-/
Bitte mach einen Bugreport auf - mitsamt dem Hinweis, dass der cyrus-sasl-no_rpath.patch Ursache des Problems ist und es ohne diesen Patch funktioniert.
ok, werd ich machen.
hier der Link für den neuen Bugreport https://bugzilla.novell.com/show_bug.cgi?id=827230 hier der offene von der 12.2 https://bugzilla.novell.com/show_bug.cgi?id=784705
Wenn Du dann noch den Link zum Bugreport hier postest, kümmere ich mich darum, dass der Bug beim richtigen Entwickler landet ;-)
Rein interessehalber: was passiert, wenn Du im Patch die Zeile + andrew_runpath_switch="none" ersetzt mit + andrew_cv_runpath_switch="none"
Zumindest anhand den mit dem Patch gelöschten Zeilen könnte ich mir vorstellen, dass sich da schlicht ein Fehler beim Variablennamen eingeschlichen hat ;-)
das probier ich mal aus und poste hier das Ergebnis
genau das war es, wenn man lesen kann ist es schon toll ;) vielen vielen Dank das Du meinen Augen auf die Sprünge geholfen hast ;)
Gruß
Christian Boltz, aus der "Dev ärgern"-Abteilung (aka Bugreporter ;-)
Danke für die Unterstützung, bis später.
lg max
lg max -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (2)
-
Christian Boltz
-
Markus Heinze