From owner-cvs-ports@FreeBSD.ORG Thu Jul 14 17:30:28 2005 Return-Path: X-Original-To: cvs-ports@freebsd.org Delivered-To: cvs-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F40E16A41C for ; Thu, 14 Jul 2005 17:30:28 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: from mail24.sea5.speakeasy.net (mail24.sea5.speakeasy.net [69.17.117.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB29C43D55 for ; Thu, 14 Jul 2005 17:30:25 +0000 (GMT) (envelope-from mi+mx@aldan.algebra.com) Received: (qmail 718 invoked from network); 14 Jul 2005 17:30:25 -0000 Received: from aldan.algebra.com ([216.254.65.224]) (envelope-sender ) by mail24.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 14 Jul 2005 17:30:24 -0000 Received: from corbulon.video-collage.com (static-151-204-231-237.bos.east.verizon.net [151.204.231.237]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j6EHUHLT057770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 14 Jul 2005 13:30:21 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (195-11.customer.cloud9.net [168.100.195.11]) by corbulon.video-collage.com (8.13.4/8.13.1) with ESMTP id j6EHUAqZ030485 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 14 Jul 2005 13:30:11 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from mteterin.us.murex.com (mteterin@localhost [127.0.0.1]) by mteterin.us.murex.com (8.13.3/8.13.3) with ESMTP id j6EHU5eH001797; Thu, 14 Jul 2005 13:30:05 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by mteterin.us.murex.com (8.13.3/8.13.3/Submit) id j6EHU3bg001796; Thu, 14 Jul 2005 13:30:03 -0400 (EDT) (envelope-from mi+mx@aldan.algebra.com) X-Authentication-Warning: mteterin.us.murex.com: mteterin set sender to mi+mx@aldan.algebra.com using -f From: Mikhail Teterin Organization: Virtual Estates, Inc. To: Alexander Leidinger Date: Thu, 14 Jul 2005 13:30:03 -0400 User-Agent: KMail/1.8.1 References: <200507132352.j6DNqtUS011697@repoman.freebsd.org> <20050714081345.GA20050@FreeBSD.org> <20050714150624.jzc6tsf36ok8kgck@netchild.homeip.net> In-Reply-To: <20050714150624.jzc6tsf36ok8kgck@netchild.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507141330.03721.mi+mx@aldan.algebra.com> X-Virus-Scanned: ClamAV devel-20050525/977/Tue Jul 12 18:53:40 2005 on corbulon.video-collage.com X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.43 Cc: cvs-ports@freebsd.org, Alexey Dokuchaev , Pav Lucistnik , cvs-all@freebsd.org, ports-committers@freebsd.org Subject: Re: cvs commit: ports/graphics/djvulibre Makefile ports/textproc/wordnet Makefile X-BeenThere: cvs-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2005 17:30:28 -0000 > 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