pkgsrc-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
pkg/34555: security/cy2-sql ignores options, and fails to work
>Number: 34555
>Category: pkg
>Synopsis: security/cy2-sql ignores options, and fails to work
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: pkg-manager
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Tue Sep 19 04:45:00 +0000 2006
>Originator: explorer%flame.org@localhost
>Release: NetBSD 4.99.2
>Organization:
>Environment:
System: NetBSD white.flame.org 4.99.2 NetBSD 4.99.2 (GENERIC.MP) #0: Sun Sep 17
11:43:26 CDT 2006
explorer%speedy.home.flame.org@localhost:/sys/arch/i386/compile/GENERIC.MP i386
Architecture: i386
Machine: i386
>Description:
It seems that the security/cy2-sql package no longer works. When compiled,
it does not create libsql.so* but instead libsql.a. Additionally, even though
my options have pgsql -mysql in them, it builds with mysql support.
Whatever broke this package has caused my mail server to no longer use
auxprop sql methods to authenticate with. This breaks my postfix.
Here's the result of "make options:"
speedy# make show-options
Any of the following general options may be selected:
mysql Enable MySQL support.
pgsql Enable PostgreSQL support.
sqlite Enable SQLite support.
These options are enabled by default:
mysql
These options are currently enabled:
pgsql
You can select which build options to use by setting PKG_DEFAULT_OPTIONS
or PKG_OPTIONS.cy2-sql.
After compiling, the libsql.la file does not contain any reference to the
libsql.so shared library, but instead has an error (empty dlname):
# The name that we can dlopen(3).
dlname=''
# Names of this library.
library_names=''
# The name of the static archive.
old_library='libsql.a'
Note also that this error message appears while compiling this package:
shlibtool --mode=link cc -Wall -W -O2 -I/usr/pkg/include -I/usr/include
-module -export-dynamic -rpath
/usr/pkg/lib/sasl2 -L/usr/pkg/lib -Wl,-R/usr/pkg/lib -L/usr/lib -Wl,-R/usr/lib
-o libsql.la -L/usr/pk
g/lib/mysql -R/usr/pkg/lib/mysql -lmysqlclient -L/usr/pkg/lib -R/usr/pkg/lib
-lpq -version-info 2:21
:0 sql.lo sql_init.lo plugin_common.lo -lresolv
*** Warning: linker path does not have real file for library -lmysqlclient.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libmysqlclient but no candidates were found. (...for regex pattern
test)
*** Warning: libtool could not satisfy all declared inter-library
*** dependencies of module libsql. Therefore, libtool will create
*** a static module, that should work as long as the dlopening
*** application is linked with the -dlopen flag.
ar cru .libs/libsql.a .libs/sql.o .libs/sql_init.o .libs/plugin_common.o
ranlib .libs/libsql.a
creating libsql.la
(cd .libs && rm -f libsql.la && ln -s ../libsql.la libsql.la)
CD'ing into the plugins directory and manually running the SAME shlibtool
command shown above causes the .so files to be made, and the installation
to work.
>How-To-Repeat:
See above
>Fix:
Home |
Main Index |
Thread Index |
Old Index