From owner-freebsd-ports@freebsd.org Thu Sep 28 16:01:25 2017 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 531F3E0249F for ; Thu, 28 Sep 2017 16:01:25 +0000 (UTC) (envelope-from adamw@adamw.org) Received: from apnoea.adamw.org (apnoea.adamw.org [104.225.5.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "apnoea.adamw.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A2C516401C; Thu, 28 Sep 2017 16:01:24 +0000 (UTC) (envelope-from adamw@adamw.org) Received: by apnoea.adamw.org (OpenSMTPD) with ESMTPSA id 0ee656cd TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 28 Sep 2017 10:01:17 -0600 (MDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [HEADUP] FLAVORS landing. From: Adam Weinberger In-Reply-To: Date: Thu, 28 Sep 2017 10:01:16 -0600 Cc: freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <19197D28-916F-4E16-9B29-CCD685811DA2@adamw.org> References: <201709272057.v8RKvTem010871@gw.catspoiler.org> To: Stefan Esser X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Sep 2017 16:01:25 -0000 > On 28 Sep, 2017, at 0:55, Stefan Esser wrote: >=20 > Am 27.09.17 um 22:57 schrieb Don Lewis: >> If at some point you run into a bug and need the debug files, you can >> pkg install the debug files for whatever packages that you need = without >> disturbing your already installed runtime files, and then you can = later >> deinstall the debug files when you are done with them without needing = to >> reinstall the runtime files. The same thing applies to docs. >=20 > This assumes, that a matching version of the debug files is still > available. Otherwise, you had to first install the latest version > of the package and to reproduce the situation with that version. >=20 > This may be seen as a feature (bug reports only for the version > currently in ports), but may be impractical in many cases. >=20 > The matching of versions of base package and sub-packages must be > more strict than by version number, since trivial changes might be > applied to a port without incrementing the PORTREVISION, but with > impact on the binary, e.g. if the port is to built with some gcc > version from ports and that gcc port has been updated, leading to > different object files and debug symbols than a previous version > of the port with identical version number. >=20 > A "build number" could be added to each (sub-)package and only if > this build number matches, a sub-package may be installed on top > of an already installed base package. The build time/date could of > course be used instead, if an identical value is used for all the > corresponding files. Build date/time or some other per-build identifier violates = reproducibility. We already require that PORTREVISION be bumped every time the resulting = package is changed. We already enforce it universally. Trivial changes, = by our definition, do not alter the resulting package in any meaningful = way (changing http to https in the pkg-descr file, improving LICENSE = information, etc.). GCC bump is not in any way a trivial change. When GCC is updated, ALL = gcc-dependent ports are bumped. # Adam --=20 Adam Weinberger adamw@adamw.org https://www.adamw.org