libmysqlclient.so.16 no version information available
Arg! This abomination 5.5 is causing more headaches, postfix will not run, I've heard dovecot may not either, amongst others postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by postcon /etc/init.d/postfix start * Starting Postfix Mail Transport Agent postfix postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by postconf) /usr/sbin/postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by /usr/sbin/postconf) /usr/sbin/postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by /usr/sbin/postconf) [fail] *sigh* Why was this removed, or is this another side affect of that amazing winblozy P.O.S cmake? signature.asc Description: This is a digitally signed message part
Re: libmysqlclient.so.16 no version information available
You need mysql-5.1 compat-libs package or rebuild applications against 5.5 for feddora/rhel type compat-mysql51 in google there are packages from remi since he builds 5.5 this is nothing new and was the same with 5.1 while applications was linked against 5.0 Am 31.01.2011 09:24, schrieb Noel Butler: Arg! This abomination 5.5 is causing more headaches, postfix will not run, I've heard dovecot may not either, amongst others postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by postcon /etc/init.d/postfix start * Starting Postfix Mail Transport Agent postfix postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by postconf) /usr/sbin/postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by /usr/sbin/postconf) /usr/sbin/postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by /usr/sbin/postconf) [fail] *sigh* Why was this removed, or is this another side affect of that amazing winblozy P.O.S cmake? -- Mit besten Grüßen, Reindl Harald the lounge interactive design GmbH A-1060 Vienna, Hofmühlgasse 17 CTO / software-development / cms-solutions p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40 icq: 154546673, http://www.thelounge.net/ signature.asc Description: OpenPGP digital signature
Re: libmysqlclient.so.16 no version information available
On Mon, 2011-01-31 at 10:52 +0100, Reindl Harald wrote: You need mysql-5.1 compat-libs package or rebuild applications against 5.5 for feddora/rhel type compat-mysql51 in google there are packages from remi since he builds 5.5 this is nothing new and was the same with 5.1 while applications was linked against 5.0 HUH? These are all source builds, I did not have this problem previously, I don't use package maintainers versions. I have source builds of mysql, postfix, dovecot, apache, php, bind - pretty much all the common main daemons, i don't trust distro butchers , err, i mean maintainers, for these critical apps. thanks anyway. Am 31.01.2011 09:24, schrieb Noel Butler: Arg! This abomination 5.5 is causing more headaches, postfix will not run, I've heard dovecot may not either, amongst others postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by postcon /etc/init.d/postfix start * Starting Postfix Mail Transport Agent postfix postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by postconf) /usr/sbin/postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by /usr/sbin/postconf) /usr/sbin/postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by /usr/sbin/postconf) [fail] *sigh* Why was this removed, or is this another side affect of that amazing winblozy P.O.S cmake? signature.asc Description: This is a digitally signed message part
Re: libmysqlclient.so.16 no version information available
Have you rebuilt all depending applications AFTER rebuild of mysql 5.5? BTW: I also make my own source-builds with optimized flags but not dumb configure make, the better way is to build clean distro-packages and install them with the package-manager, this way you would get not installed the packages as long dependencies are clean Am 31.01.2011 11:38, schrieb Noel Butler: On Mon, 2011-01-31 at 10:52 +0100, Reindl Harald wrote: You need mysql-5.1 compat-libs package or rebuild applications against 5.5 for feddora/rhel type compat-mysql51 in google there are packages from remi since he builds 5.5 this is nothing new and was the same with 5.1 while applications was linked against 5.0 HUH? These are all source builds, I did not have this problem previously, I don't use package maintainers versions. I have source builds of mysql, postfix, dovecot, apache, php, bind - pretty much all the common main daemons, i don't trust distro butchers , err, i mean maintainers, for these critical apps. thanks anyway. Am 31.01.2011 09:24, schrieb Noel Butler: Arg! This abomination 5.5 is causing more headaches, postfix will not run, I've heard dovecot may not either, amongst others postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by postcon /etc/init.d/postfix start * Starting Postfix Mail Transport Agent postfix postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by postconf) /usr/sbin/postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by /usr/sbin/postconf) /usr/sbin/postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by /usr/sbin/postconf) [fail] *sigh* Why was this removed, or is this another side affect of that amazing winblozy P.O.S cmake? -- Mit besten Grüßen, Reindl Harald the lounge interactive design GmbH A-1060 Vienna, Hofmühlgasse 17 CTO / software-development / cms-solutions p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40 icq: 154546673, http://www.thelounge.net/ signature.asc Description: OpenPGP digital signature
Re: libmysqlclient.so.16 no version information available
On Mon, 2011-01-31 at 11:42 +0100, Reindl Harald wrote: Have you rebuilt all depending applications AFTER rebuild of mysql 5.5? yes, built 5.5 a month ago, only today rebuilt postfix (upgraded 2.7.2 to 2.8.0) This is a common problem, google fu indicates others have same problem, some of them claim reverting to 5.5.7 corrects this error, there was major changes from 5.5.7 to 5.5.8, but I don't see the sense in downgrading to what was regarded as unstable mysql version to correct it. just as well this is on a dev testbed and not production, more of a reason production will stay on 5.1 I think. BTW: I also make my own source-builds with optimized flags but not dumb configure make, the better way is to build clean distro-packages and install them with the package-manager, this way you would I totally disagree. but thats the beauty about open source, each to their own. when there is only one version of the lib installed it should not be an issue, I've been building tarballs for 20 years, so do understand how the OS works and how to best use configure :) Am 31.01.2011 11:38, schrieb Noel Butler: On Mon, 2011-01-31 at 10:52 +0100, Reindl Harald wrote: You need mysql-5.1 compat-libs package or rebuild applications against 5.5 for feddora/rhel type compat-mysql51 in google there are packages from remi since he builds 5.5 this is nothing new and was the same with 5.1 while applications was linked against 5.0 HUH? These are all source builds, I did not have this problem previously, I don't use package maintainers versions. I have source builds of mysql, postfix, dovecot, apache, php, bind - pretty much all the common main daemons, i don't trust distro butchers , err, i mean maintainers, for these critical apps. thanks anyway. Am 31.01.2011 09:24, schrieb Noel Butler: Arg! This abomination 5.5 is causing more headaches, postfix will not run, I've heard dovecot may not either, amongst others postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by postcon /etc/init.d/postfix start * Starting Postfix Mail Transport Agent postfix postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by postconf) /usr/sbin/postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by /usr/sbin/postconf) /usr/sbin/postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by /usr/sbin/postconf) [fail] *sigh* Why was this removed, or is this another side affect of that amazing winblozy P.O.S cmake? signature.asc Description: This is a digitally signed message part
Re: libmysqlclient.so.16 no version information available
Noel, all, Noel Butler wrote: Arg! This abomination 5.5 is causing more headaches, postfix will not run, I've heard dovecot may not either, amongst others postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by postcon /etc/init.d/postfix start * Starting Postfix Mail Transport Agent postfix postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by postconf) /usr/sbin/postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by /usr/sbin/postconf) /usr/sbin/postconf: /usr/lib/libmysqlclient.so.16: no version information available (required by /usr/sbin/postconf) [fail] *sigh* Why was this removed, or is this another side affect of that amazing winblozy P.O.S cmake? could you please specify exactly what you feel was removed from 5.5, but present in 5.1? I'd also like to know on which platform postconf runs which commands to check libmysqlclient. I am not aware of a versioning change around libmysqlclient, especially MySQL 5.1 and 5.5 both use the same version 16 for this library (the interface didn't change). This is also the reason why shared-compat packages of MySQL 5.5 do not include the client libraries shipped with 5.1, only those of 5.0 and earlier: The MySQL 5.5 ones can replace those of 5.1 directly. What was changed, however, is that now the client library is only built thread-safe: whereas previous versions had separate libmysqlclient.* and libmysqlclient_r.*, these are now (in 5.5) symbolic links to the same file. It is of course possible that cmake does handle some aspects different from the way make and the autotools did it, but that this difference does not matter to the way we do release builds (or was overcome). Especially, the .la files are not created any more. HTH, Jörg -- Joerg Bruehe, MySQL Build Team, joerg.bru...@oracle.com ORACLE Deutschland B.V. Co. KG, Komturstrasse 18a, D-12099 Berlin Geschaeftsfuehrer: Juergen Kunz, Marcel v.d. Molen, Alexander v.d. Ven Amtsgericht Muenchen: HRA 95603 -- MySQL General Mailing List For list archives: http://lists.mysql.com/mysql To unsubscribe:http://lists.mysql.com/mysql?unsub=arch...@jab.org
Re: libmysqlclient.so.16 no version information available
Harald, Reindl Harald wrote: You need mysql-5.1 compat-libs package or rebuild applications against 5.5 Your advice is correct in general, but not in this case: 1) Noel builds from source, as he writes later. 2) Both MySQL 5.1 and 5.5 come with version 16 of libmysqlclient, so an application built against MySQL 5.1 can directly use that of 5.5. [[...]] this is nothing new and was the same with 5.1 while applications was linked against 5.0 Right, MySQL 5.0 - 5.1 had the transition 15 - 16 for libmysqlclient[_r].so. Regards, Jörg -- Joerg Bruehe, MySQL Build Team, joerg.bru...@oracle.com ORACLE Deutschland B.V. Co. KG, Komturstrasse 18a, D-12099 Berlin Geschaeftsfuehrer: Juergen Kunz, Marcel v.d. Molen, Alexander v.d. Ven Amtsgericht Muenchen: HRA 95603 -- MySQL General Mailing List For list archives: http://lists.mysql.com/mysql To unsubscribe:http://lists.mysql.com/mysql?unsub=arch...@jab.org
Re: libmysqlclient.so.16 no version information available
Am 31.01.2011 19:31, schrieb Joerg Bruehe: 2) Both MySQL 5.1 and 5.5 come with version 16 of libmysqlclient, so an application built against MySQL 5.1 can directly use that of 5.5 In theory! Build a mysql 5.5 rpm for fedora 13 and install it No way - Without the compat-package it will not work signature.asc Description: OpenPGP digital signature
