From owner-freebsd-ports@freebsd.org Mon Oct 22 06:53:37 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B208FEBEA0 for ; Mon, 22 Oct 2018 06:53:37 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Received: from mail-40132.protonmail.ch (mail-40132.protonmail.ch [185.70.40.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.protonmail.ch", Issuer "QuoVadis Global SSL ICA G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 27F698B79C for ; Mon, 22 Oct 2018 06:53:36 +0000 (UTC) (envelope-from phascolarctos@protonmail.ch) Date: Mon, 22 Oct 2018 06:53:31 +0000 To: FreeBSD Ports From: Lorenzo Salvadore Reply-To: Lorenzo Salvadore Subject: Re: Packages not updated? Message-ID: In-Reply-To: <20181021211922.GB65002@neutralgood.org> References: <20181021203127.GA65002@neutralgood.org> <20181021211922.GB65002@neutralgood.org> Feedback-ID: X6az_D2smWSR8MT5MHqXnWF0upxehDyHia7Id1cbayHNBUkRu3CIeusDsZHiivIIjmaKB1_OofpALrRUYjNz3w==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.1 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.protonmail.ch X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Oct 2018 06:53:37 -0000 > > > So I just saw another post on this list that mentioned the "pkg versi= on -vL=3D" > > > command. Now, I've got a /usr/ports tree used by poudriere and run on= the > > > same machine. I svn updated my /usr/ports and kicked off poudriere. W= hen it > > > was done I ran "pkg upgrade". But the "pkg version -vL=3D" still show= s this: > > > py27-ndg_httpsclient-0.4.2 < needs updating (port has 0.5.1) > > > py27-pbr-1.8.1_1 < needs updating (port has 3.1.1) > > > py27-pip-9.0.1 < needs updating (port has 9.0.3) > > > py27-psutil-5.2.2 < needs updating (port has 5.4.7) > > > py27-pyasn1-0.2.2 < needs updating (port has 0.4.2) > > > py27-python2-pythondialog-3.4.0 < needs updating (port has 3.4.0_1) > > > py27-werkzeug-0.12.2 < needs updating (port has 0.14.1) > > > transmission-web-2.93_1 < needs updating (port has 2.94) > > > The question is: why are these packages not getting upgraded when I r= un > > > pkg upgrade? > > > And, yes, pkg version is getting its info from my poudriere server. I= 'm > > > looking at the web server logs in real time. > > > Any ideas? > > > > pkg upgrade is for upgrading packages and not ports, but pkg version is= comparing > > your version against the versions of the port tree, not of the package = repository. > > It is comparing against the version of the ports treeshared with > Poudriere. I'm running my own package server. The packages installed, > the packages built by Poudriere, and the ports tree should all be sync > because they are all on the same machine. But they aren't it seems. That'= s > odd. > > > To compare against the package repository, use the -R flag: > > pkg version -RvL=3D > > Huh. When I try that I get: > > idnkit-1.0_7 ? orphaned: dns/idnkit > py27-funcsigs-1.0.2 ? orphaned: devel/py-funcsigs > py27-mock-2.0.0 ? orphaned: devel/py-mock > py27-ndg_httpsclient-0.4.2 ? orphaned: net/py-ndg_httpsclient > py27-pbr-1.8.1_1 ? orphaned: devel/py-pbr > py27-pip-9.0.1 ? orphaned: devel/py-pip > py27-psutil-5.2.2 ? orphaned: sysutils/py-psutil > py27-pyasn1-0.2.2 ? orphaned: devel/py-pyasn1 > py27-python2-pythondialog-3.4.0 ? orphaned: devel/py-python2-pythondialog > py27-werkzeug-0.12.2 ? orphaned: www/py-werkzeug > python2-2_3 ? orphaned: lang/python2 > transmission-web-2.93_1 ? orphaned: www/transmission-web > > ... and there's no hit on the web server for the packages database. > > I do notice that none of these packages are listed in the file that tells > Poudriere what to build. It is telling me that these packages were > dependencies of something but aren't any longer? But they're still gettin= g > built I guess because why else would Poudriere say they are in the meta.t= xz > or packagesite.txz files (I don't know which one)? I do not use poudriere in the same way (I use it only for testing ports), b= ut I guess that, as you suggested, those softwares were installed as a special kind of= dependecies, i.e. build dependencies. Then poudriere probably created a package reposito= ry in your jail with only the explicitly installed software in it and maybe it= s run dependencies, but not the build dependencies, thus the missing packages. Lorenzo Salvadore.