From owner-freebsd-gecko@FreeBSD.ORG Mon Jul 28 16:25:28 2014 Return-Path: Delivered-To: freebsd-gecko@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED4315C4 for ; Mon, 28 Jul 2014 16:25:28 +0000 (UTC) Received: from b2bfep14.mx.upcmail.net (b2bfep14.mx.upcmail.net [62.179.121.59]) by mx1.freebsd.org (Postfix) with ESMTP id 54FC2209B for ; Mon, 28 Jul 2014 16:25:27 +0000 (UTC) Received: from edge11.upcmail.net ([192.168.13.81]) by b2bfep14-int.chello.at (InterMail vM.8.01.05.11 201-2260-151-128-20120928) with ESMTP id <20140728162458.SZNO25542.b2bfep14-int.chello.at@edge11.upcmail.net> for ; Mon, 28 Jul 2014 18:24:58 +0200 Received: from iznogoud.viz ([91.119.88.190]) by edge11.upcmail.net with edge id XsQy1o00546QafP0BsQyT7; Mon, 28 Jul 2014 18:24:58 +0200 X-SourceIP: 91.119.88.190 Received: from wolfgang by iznogoud.viz with local (Exim 4.83 (FreeBSD)) (envelope-from ) id 1XBnjN-000Hx0-WD; Mon, 28 Jul 2014 18:24:57 +0200 From: Wolfgang Jenkner To: Jakub Lach Subject: Re: firefox-30.0_2,1 and graphics/jpeg Date: Mon, 28 Jul 2014 18:08:08 +0200 References: <1406221793447-5931462.post@n5.nabble.com> Mail-Followup-To: Jakub Lach , freebsd-gecko@freebsd.org, Vsevolod Stakhov Message-ID: <8561ih78o6.fsf@iznogoud.viz> User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/24.4.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-gecko@freebsd.org, Vsevolod Stakhov X-BeenThere: freebsd-gecko@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Gecko Rendering Engine issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jul 2014 16:25:29 -0000 On Thu, Jul 24 2014, Jakub Lach wrote: > I have installed graphics/libjpeg-turbo in place of graphics/jpeg. me too... > All ports respected that, yet firefox-30.0_2,1 insists on installing > graphics/jpeg and thanks to that upgrade fails. > > Why? > > What have been changed? I use portmaster and find that I have the same problem with other ports which depend on graphics/jpeg. Now, portmaster uses the entries in the CONFLICTS line of the ports Makefile as glob patterns for alternative providers for the missing dependency (see the code around line 2773). In our case, we have CONFLICTS= libjpeg-turbo-[0-9]* However, for current versions of pkg, the pattern fails to match $ pkg --version; pkg query -g "%n-%v" 'libjpeg-turbo-[0-9]*'; echo $? 1.3.2 69 $ Bisecting shows where the regression was introduced; here are the last two steps $ ./src/pkg --version; ./src/pkg query -g "%n-%v" 'libjpeg-turbo-[0-9]*'; echo $? 1.3.0.b2-fa815ff pkg: warning: database version 27 is newer than libpkg(3) version 26, but still compatible 69 $ ./src/pkg --version; ./src/pkg query -g "%n-%v" 'libjpeg-turbo-[0-9]*'; echo $? 1.3.0.b2-d7fd521 pkg: warning: database version 27 is newer than libpkg(3) version 26, but still compatible libjpeg-turbo-1.3.0 0 $ So, it's commit fa815ff62cbb75def399878e304b8d687e66ad65 Date: Mon May 26 14:25:00 2014 +0100 Speed up slow versions queries. IIUC, the new code tries to split the glob pattern in a `name' and `version' part, but is somewhat confused by the `-' in the version part. As a work-around, it is enough to change the CONFLICTS line to CONFLICTS= libjpeg-turbo or even to CONFLICTS= libjpeg-turbo-[0123456789]* which is equivalent to the original line and does not trigger the pkg bug. Wolfgang