Date: Thu, 14 Jul 2005 13:30:03 -0400 From: Mikhail Teterin <mi+mx@aldan.algebra.com> To: Alexander Leidinger <Alexander@leidinger.net> Cc: cvs-ports@freebsd.org, Alexey Dokuchaev <danfe@freebsd.org>, Pav Lucistnik <pav@freebsd.org>, cvs-all@freebsd.org, ports-committers@freebsd.org Subject: Re: cvs commit: ports/graphics/djvulibre Makefile ports/textproc/wordnet Makefile Message-ID: <200507141330.03721.mi%2Bmx@aldan.algebra.com> In-Reply-To: <20050714150624.jzc6tsf36ok8kgck@netchild.homeip.net> References: <200507132352.j6DNqtUS011697@repoman.freebsd.org> <20050714081345.GA20050@FreeBSD.org> <20050714150624.jzc6tsf36ok8kgck@netchild.homeip.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> AFAIK it's up to the maintainer/creator of the port if he uses a particular > version number or allows every version of a library. Yes, unfortunately... There is no _rational_ explanation to demand a particular version of almost any library, but some people continue to insist on them _irrationally_. Which is why I only cleaned up the ports, that I created and/or maintain, from the cruft introduced by such people. > If the changed lib not only has a changed ABI but also a changed API in a > way the port has to be patched, you can add the lib version at the time you > change the port. At this time the port really depends upon a particular > version, until then it doesn't. Thank you very much, Alexander. I really got tired of explaining this patently obvious thing to "fellow committers". Demanding a particular shlib version causes an untold number of unneeded upgrades every day -- all for the sake of it being easier for some maintainers to search for dependencies? Which -- as you point out -- it is not even, but even if it were... Consider an example: 1) Building and installing all ports of the KDE suite 2) Updating the ports tree 3) Trying to build, say, the AbiWord port If the shlib number of any one of the many libraries used by both KDE and AbiWord got bumped between steps 1) and 2), the step 3) will fail, and the user will have to redo the entire step 1)... Portupgrade eases the procedure, but does not make it any less stupid. Moreover, for about 18 months now, one can use regular expressions in LIB_DEPENDS. From bsd.ports.mk: # LIB_DEPENDS - A list of "lib:dir[:target]" tuples of other ports this # package depends on. "lib" is the name of a shared library. # make will use "ldconfig -r" to search for the library. # lib can contain extended regular expressions. -mi
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200507141330.03721.mi%2Bmx>