Discussion:
Json-c, bind, and updating
(too old to reply)
@lbutlr
2020-06-10 05:45:28 UTC
Permalink
This has happened in the past, but it happened again this weekend when an update to ;ibjson-c did not update bind, rendering bind unable to load libjson-c.so.4 because it had been replaced with libjson-c.so.5.

In a rush I simply linked libjson-c.so.4 -> libjson-c.so.5 and all is happy AFAICT. Well, at least functional.

There is no update listed for bind because, evidently, "The dns/bind914 port moved to dns/bind916 Reason: Has expired: End of life, please migrate to a newer version of BIND9" is not an "update". I mean, yes, this is correct, but it seems less than helpful. And yet, if I try to install bund914, it will install 916, so there is an update.

Especially when Bind-tools is happily updated to 9.16

The following actions were performed:
Re-installation of bind-tools-9.16.3_1
Upgrade of bind914-9.14.11 to bind916-9.16.3_2

Sure would have been nice if this had shown up as an available update.
--
he'd moved like music, like someone dancing to a rhythm inside his
head. And his face for a moment in the moonlight was the skull of
an angel…
Steve Kargl
2020-06-10 06:18:47 UTC
Permalink
Post by @lbutlr
This has happened in the past, but it happened again this weekend when an update to ;ibjson-c did not update bind, rendering bind unable to load libjson-c.so.4 because it had been replaced with libjson-c.so.5.
man libmap.conf

This allows you to associate libjson-c.so.4 with *.5
without doing the symlink, which you'll need to
remember to remove in the future.

My libmap.conf currently has

% cat /etc/libmap.conf
includedir /usr/local/etc/libmap.d
libicui18n.so.66 libicui18n.so.67
libicuuc.so.66 libicuuc.so.67
libevent-2.1.so.6 libevent-2.1.so.7
libncurses.so.8 libncurses.so.9
libncursesw.so.8 libncursesw.so.9

because it seems like everything (indirectly) depends on
libncurses change and the icu port. Eventually, portmaster
and I catch up and libmap.conf entries are removed.

--
Steve
_______________________________________________
freebsd-***@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-***@freebsd.org"

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
Renato Botelho
2020-06-10 12:07:47 UTC
Permalink
Post by Steve Kargl
Post by @lbutlr
This has happened in the past, but it happened again this weekend when an update to ;ibjson-c did not update bind, rendering bind unable to load libjson-c.so.4 because it had been replaced with libjson-c.so.5.
man libmap.conf
This allows you to associate libjson-c.so.4 with *.5
without doing the symlink, which you'll need to
remember to remove in the future.
My libmap.conf currently has
% cat /etc/libmap.conf
includedir /usr/local/etc/libmap.d
libicui18n.so.66 libicui18n.so.67
libicuuc.so.66 libicuuc.so.67
libevent-2.1.so.6 libevent-2.1.so.7
libncurses.so.8 libncurses.so.9
libncursesw.so.8 libncursesw.so.9
because it seems like everything (indirectly) depends on
libncurses change and the icu port. Eventually, portmaster
and I catch up and libmap.conf entries are removed.
For this libncurses speficific case you can just install misc/compat12x
and have the old library version available.
--
Renato Botelho
_______________________________________________
freebsd-***@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-***@freebsd.org"

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de
Loading...