From owner-freebsd-ports@FreeBSD.ORG Tue Jun 10 22:01:40 2014 Return-Path: Delivered-To: freebsd-ports@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 4428F831 for ; Tue, 10 Jun 2014 22:01:40 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CDF4427FC for ; Tue, 10 Jun 2014 22:01:39 +0000 (UTC) Received: from [192.168.1.239] ([212.98.32.54]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0ML7NR-1WuD7x2Fv7-000H61 for ; Wed, 11 Jun 2014 00:01:36 +0200 Message-ID: <53978076.5020305@gmx.net> Date: Wed, 11 Jun 2014 00:02:30 +0200 From: Simon Wright User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: pkg aparently not respecting subversion make.conf settings References: <539732C9.3030702@gmx.net> <53976400.4080801@gmx.net> <53976C20.9000009@gmx.de> In-Reply-To: <53976C20.9000009@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Z0VeFhO8/7reGavT9YkWva/BglN4c/I0MS5u7G0bNge0d1mrOhM o5mh4MOyPvPrtmzp9OCCTENo+1zuFSvcTlJbXhnReCRVbYdxHAA59GdDjaQonBsSwwJ0BaC 4L+QW7Leu0MmYgngSzhv7TfBQZl1VWsjenWKjXpAuBdDY8yGy90YRQtEitv3fu9k4QTcaEY xnabW1/ljaa8uEmVojD1A== X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jun 2014 22:01:40 -0000 On 10/06/2014 22:35, olli hauer wrote: > On 2014-06-10 22:01, Simon Wright wrote: >> On 10/06/2014 19:45, Scot Hetzel wrote: >>> On Tue, Jun 10, 2014 at 11:31 AM, Simon Wright >>> wrote: >>>> Hi all >>>> >>>> I've recently set up poudriere and pkg on a 9.2 amd64 box. >>>> This has worked well for the last month or so. However I >>>> have just tried to downgrade subversion to 1.7x from 1.8x >>>> to support querying my network /usr/src /usr/ports that is >>>> setup on another box that only runs subversion 1.7. >>>> >>>> As per updating, I set WITH_SUBVERSION_VER=17 in >>>> /etc/make.conf and also in >>>> /usr/local/etc/poudriere.d/make.conf, added subversion17 to >>>> the list of packages to be built and removed portdowngrade >>>> from the repository with: >>>> >>>> poudriere bulk -j freebsd:9:x86:64 -C >>>> ports-mgmt/portdowngrade >>>> >>>> portdowngrade is removed from the repo and then the rebuild >>>> begins: >>>> >>> : >>>> =======================>>> >============================ ===> portdowngrade-1.5 >>>> depends on executable: svn - not found ===> Verifying >>>> install for svn in /usr/ports/devel/subversion ===> >>>> Installing existing package >>>> /packages/All/subversion-1.8.9.txz Installing >>>> subversion-1.8.9...Installing apr-1.5.1.1.5.3...Installing >>>> db5-5.3.28... done Installing expat-2.1.0... done >>>> >>>> >>>> >>>> It looks as though pkg is not recognising the >>>> WITH_SUBVERSION_VER=17 variable and instead pulling in >>>> version 1.8 which is the default. >>>> >>>> There are no options in portdowngrade to use a specific >>>> version of subversion. >>>> >>>> Can anyone offer any suggestions to let me build a package >>>> of portdowngrade that uses my desired version of subversion >>>> or see what I've done wrong? >>>> >>> It looks like you have subversion-1.8.9 in your package repo. >>> Try removing it from the repo and try the poudriere build >>> again. >> >> Yes I do. I tried to remove the package with poudriere bulk -j >> freebsd:9:x86:64 -C devel/subversion >> >> but after removing the package poudriere then rebuilds it. How >> can I remove devel/subversion for the repo. Can I just delete >> the package and rerun the bulk command? > > Not easy to tell since we do not have the list of ports you feed > into pd > > Perhaps you find the answer in the buildlogs > > $ grep devel/subversion > /usr/local/poudriere/data/logs/bulk/$YourBuild/latest/logs/*.log > > If you have identified a port that depends on devel/subversion > and not devel/subversion17 check the Makefile of this port has a > switch for WITH_SUBVERSION_VER I've checked these log files and the only thing that references subversion is the subversion 1.8.9 port itself. I tried just deleting the 1.8.9 package file and re-running poudriere and 1.8.9 is still rebuilt. As per your earlier mail Olli, I also tried this in case something in the pkg database was playing up: pkg delete devel/subversion17 pkg install devel/subversion pkg set -o devel/subversion:devel/subversion17 pkg delete devel/subversion pkg install devel/subversion17 No change, 1.8.9 is still pulled in on the poudriere build of portdowngrade build. ---Begin make.conf--- USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PACKAGES=/packages DISTDIR=/distfiles #### /usr/local/etc/poudriere.d/make.conf #### WITH_GECKO=libxul NOI4B=1 OPTIONS_UNSET+=X11 WITH_PKGNG=yes WITH_CUPS=YES CUPS_OVERWRITE_BASE=YES WITHOUT_LPR=YES WITH_BDB_VER=5 WITH_SSP_PORTS=yes WITH_VIM_OPTIONS=yes JAVA_PREFERRED_PORTS=JAVA_PORT_NATIVE_OPENJDK_JDK_1_7 WITH_SUBVERSION_VER=17 WITHOUT_PKGTOOLS=1 VALID_CATEGORIES+=local DISABLE_MAKE_JOBS=poudriere ---End make.conf--- ======================= portdowngrade-1.5 depends on executable: svn - not found ===> Verifying install for svn in /usr/ports/devel/subversion ===> Installing existing package /packages/All/subversion-1.8.9.txz Installing subversion-1.8.9...Installing apr-1.5.1.1.5.3...Installing db5-5.3.28... done Installing expat-2.1.0... done Installing gdbm-1.11...Installing gettext-0.18.3.1_1...Installing libiconv-1.14_3... done I tried 'pkg info -rx subversion' to see whether an old port was responsible: [simon@vmserver04 ~]$ pkg info -rx subversion subversion17-1.7.17: If I build from ports with portupgrade the build works as expected and portdowngrade uses the installed subversion17. It seems a little odd . . . .