Date: Mon, 22 Aug 2011 20:25:57 -0700 From: Doug Barton <dougb@FreeBSD.org> To: Alexey Dokuchaev <danfe@FreeBSD.org> Cc: cvs-ports@FreeBSD.org, ports-committers@FreeBSD.org, cvs-all@FreeBSD.org, Pawel Pekala <pawel@FreeBSD.org> Subject: Re: cvs commit: ports/polish/kadu Makefile distinfo pkg-descr pkg-plist ports/polish/kadu/files patch-kadu-core__CMakeLists.txt patch-kadu-core_gadu_resolver.cpp patch-modules__docking__CMakeLists.txt patch-modules__idle__CMakeLists.txt patch-modules__kde_notify__CMakeLists.txt patch-modules__screenshot__CMakeLists.txt patch-modules__sound__CMakeLists.txt ... Message-ID: <4E531DC5.3050101@FreeBSD.org> In-Reply-To: <20110823024224.GA99925@FreeBSD.org> References: <201108221821.p7MILBln038468@repoman.freebsd.org> <20110823020838.GA96726@FreeBSD.org> <4E530E26.2090603@FreeBSD.org> <20110823024224.GA99925@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 08/22/2011 19:42, Alexey Dokuchaev wrote: > On Mon, Aug 22, 2011 at 07:19:18PM -0700, Doug Barton wrote: >>> bumping port revision of library consumer ports to chase shlib version >>> bumps. >> >> The version should only be specified for dependents that are tied to a >> specific version. If the dependent can survive a version bump of the lib >> then the dependency should be specified without version, and NOT bumped >> when the lib is updated. > > I believe it will take too much work to verify which parts of the API port > uses and either add or remove this suffix on every update. It's up to the maintainer to do this work, and handle the consequences. I've done it for my ports. Those who don't wish to do this work can simply add the specific version. There are of course things that need to be consistent, but forcing consistency where it's not necessary is not only not helpful, but can cause more problems then it solves. > We should uphold upstream decision (assuming they are not complete idiots to > bump shlib version with no good reason) Yeah, cuz that's never happened before. :) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4E531DC5.3050101>