Date: Fri, 25 Feb 2011 12:16:26 +0200 From: Andriy Gapon <avg@freebsd.org> To: freebsd-ports@freebsd.org Subject: q: shared library version change => ports revision bump Message-ID: <4D67817A.5090703@freebsd.org>
next in thread | raw e-mail | index | archive | help
Hey ports guys, I wonder how you decide in what ports to bump revision numbers when there is a shared library version change in some port. I ask this with the very recent openldap24-client change in mind. For example, all (perhaps almost all) KDE4 ports got revision bump. But libchk tells me that only kdepimlibs installed binaries that are linked with libldap-2.4.so. (even kdeartwork got bumped.) I realize that there is a certain benefit/easiness to just bumping revisions of all ports that record any kind of dependency (however indirect/weak) if only just in case. But there is also a cost/churn to that. That cost may not seem to be very significant comparing to potentially prevented problems, but when multiplied by number of all people upgrading their ports and packages it gives a different perspective on the (limited Earth) resources wasted. And also it looks like virtuoso port was missed - libchk tells me that its executables are linked to the ldap library. P.S. This kind of thinking may be applicable to the recommendation given in UPDATING as well. P.P.S. Things like this are probably best handled by specifying 'provides/requires' contracts for the ports/packages (e.g. provides libxxx.so.N, requires libyyy.so.M), but that's a different (and quite huge) story. -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4D67817A.5090703>