libraries with version numbers - sysutils/bacula

[Dan Langille]

I’m having trouble updating the sysutils/bacula-server port to 7.0.4.  This is a packaging issue, not a ‘does it run’ issue.  Regression testing is fine (see comment below).

I have https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191311 nearly finished. The blocking issue arises with src/cats/install-default-backend.in which later stops the installation of the right symlink files.

short version:

After bacula-server installs, we have this:
[dan at testing /usr/local/lib]$ ls -l libbaccats*
-rwxr-xr-x  1 root  wheel   1010 Aug  3 18:20 libbaccats-postgresql.la
lrwxr-xr-x  1 root  wheel     26 Aug  3 18:20 libbaccats-postgresql.so -> libbaccats-postgresql.so.7
-rwxr-xr-x  1 root  wheel  42622 Aug  3 18:20 libbaccats-postgresql.so.7
-rwxr-xr-x  1 root  wheel    944 Aug  3 18:20 libbaccats.la
lrwxr-xr-x  1 root  wheel     15 Aug  3 18:20 libbaccats.so -> libbaccats.so.7
-rwxr-xr-x  1 root  wheel   6376 Aug  3 18:20 libbaccats.so.7

libbaccats.so.7 should be a symlink to libbaccats-postgresql.so <— this change is done by the install-default-backend postgresql script (mentioned soon below).

longer version:

After installation, a grep gives this:
# cd /var/ports/usr/ports/sysutils/bacula-server/work/bacula-7.0.4/src
# grep -r install-default-backend *
cats/Makefile:	./install-default-backend postgresql 5 $(DESTDIR)$(libdir)
cats/Makefile.in:	./install-default-backend @DEFAULT_DB_TYPE@ 5 $(DESTDIR)$(libdir)
cats/Makefile.in.orig:	./install-default-backend @DEFAULT_DB_TYPE@ $(LIBBACCATS_LT_RELEASE) $(DESTDIR)$(libdir)

See that 5?  I think it should be a 7.  I have no idea where the 5 is coming from.  It should be the value from LIBBACCATS_LT_RELEASE

A grep for that gives (not all lines are included here):

# grep -r LIBBACCATS_LT_RELEASE *
cats/Makefile:LIBBACCATS_LT_RELEASE = 7.0.4

So I get confused and can’t see why. Spending more hours on this seems fruitless.

I am also trying to understand the version numbers used in the Bacula port.  Bacula 5.2.12_6 installs these libraries:

[dan at bacula:/usr/local/lib] $ ls -l libbac*
-rwxr-xr-x  1 root  wheel     900 Jul  5 22:12 libbac.la
lrwxr-xr-x  1 root  wheel      15 Jul  5 22:12 libbac.so -> libbac.so.5.0.2
lrwxr-xr-x  1 root  wheel      15 Jul  5 22:12 libbac.so.5 -> libbac.so.5.0.2
-rwxr-xr-x  1 root  wheel  434017 Jul  5 22:12 libbac.so.5.0.2
-rwxr-xr-x  1 root  wheel     984 Jul  5 22:15 libbaccats-postgresql.la
lrwxr-xr-x  1 root  wheel      30 Jul  5 22:15 libbaccats-postgresql.so -> libbaccats-postgresql.so.5.0.2
lrwxr-xr-x  1 root  wheel      30 Jul  5 22:15 libbaccats-postgresql.so.5 -> libbaccats-postgresql.so.5.0.2
-rwxr-xr-x  1 root  wheel   42270 Jul  5 22:15 libbaccats-postgresql.so.5.0.2
-rwxr-xr-x  1 root  wheel     924 Jul  5 22:15 libbaccats.la
lrwxr-xr-x  1 root  wheel      19 Jul  5 22:15 libbaccats.so -> libbaccats.so.5.0.2
lrwxr-xr-x  1 root  wheel      24 Jul  5 22:15 libbaccats.so.5 -> libbaccats-postgresql.so
-rwxr-xr-x  1 root  wheel    6576 Jul  5 22:15 libbaccats.so.5.0.2

… etc

I think 5.0.2 is derived from 5.2.16 by this patch in files/patch-src__cats__Makefile.in:

-       $(LIBTOOL_LINK) $(CXX) $(DEFS) $(DEBUG) $(LDFLAGS) -o $@ $(LIBBACSQL_LOBJS) -export-dynamic -rpath $(libdir) -release $(LIBBACSQL_LT_RELEASE) $(DB_LIBS)
+       $(LIBTOOL_LINK) $(CXX) $(DEFS) $(DEBUG) $(LDFLAGS) -o $@ $(LIBBACSQL_LOBJS) -export-dynamic -rpath $(libdir) -version-info $(LIBBACSQL_LT_RELEASE:S/./:/g:S/12/0/g)

I didn’t create that substitution and I do not understand why it is useful.  Can help me understand please?

I suspect this approach was taken so minor upgrades do not require reinstalling other apps.

Thanks.

— 
Dan Langille

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20140803/2d5ac546/attachment.sig>