From owner-svn-ports-all@FreeBSD.ORG Tue Apr 15 13:12:58 2014 Return-Path: Delivered-To: svn-ports-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BC2C2D7 for ; Tue, 15 Apr 2014 13:12:58 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0BD8F18BD for ; Tue, 15 Apr 2014 13:12:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s3FDCvuO064788 for ; Tue, 15 Apr 2014 13:12:57 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s3FDCvkJ064783 for svn-ports-all@freebsd.org; Tue, 15 Apr 2014 13:12:57 GMT (envelope-from bdrewery) Received: (qmail 44489 invoked from network); 15 Apr 2014 08:12:55 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 15 Apr 2014 08:12:55 -0500 Message-ID: <534D3055.3070406@FreeBSD.org> Date: Tue, 15 Apr 2014 08:12:53 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: marino@freebsd.org, Baptiste Daroussin , ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r351326 - head/Mk References: <201404151249.s3FCnkvQ026905@svn.freebsd.org> <534D2D57.60001@FreeBSD.org> <534D2F2B.4030606@marino.st> In-Reply-To: <534D2F2B.4030606@marino.st> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XtiJVvUIVqmr4NhOqtbkXKdNfKLdCBf23" X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2014 13:12:58 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --XtiJVvUIVqmr4NhOqtbkXKdNfKLdCBf23 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 4/15/2014 8:07 AM, John Marino wrote: > On 4/15/2014 15:00, Bryan Drewery wrote: >> On 4/15/2014 7:49 AM, Baptiste Daroussin wrote: >>> Author: bapt >>> Date: Tue Apr 15 12:49:46 2014 >>> New Revision: 351326 >>> URL: http://svnweb.freebsd.org/changeset/ports/351326 >>> QAT: https://qat.redports.org/buildarchive/r351326/ >>> >>> Log: >>> Register deprecation and expiration in packages >>> >> >> This will require bumping PORTREVISION for DEPRECATED and EXPIRE_DATE >> changes, resulting in a 100% useless rebuild. >> >> It would be much better to not have this in the packages at all and on= ly >> in the repo. >=20 > I think this conclusion depends on individual interpretation. > Did the installed binary change? No, so no bump needed. Does the pkg > internal database contents change? yes. Does that require a bump? >=20 > That depends on how vital the information is. > If it's considered "nice to have" and people can live with it only > coming in when the PKGNAME changes, then no bump is required. If the > lack of transparency on DEPRECATION is considered a real issue (and sur= e > many people do believe this) then yes, a bump would be needed to get it= > visible. >=20 > We're only talking about 120 packages here, so the price is not very > high. My vote is to that if this helps binary package users see > deprecated packages clearly then it's worth the rebuild. >=20 > John >=20 What I'd like to do is have the build gather all deprecated information and put it into the repo metadata. Then a 'pkg update' will get the new deprecation information for that repository. Then the dates can be displayed at pkg upgrade and in periodic scripts. Keep in mind bumping the revision is also extra build/bandwidth for the builder, bandwidth/time for user, and they must reinstall it as well. All for metadata. Otherwise needing a PORTREV bump can lead to the user not knowing if it is forgotten. --=20 Regards, Bryan Drewery --XtiJVvUIVqmr4NhOqtbkXKdNfKLdCBf23 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTTTBVAAoJEDXXcbtuRpfPThoH/1OT4CiZO47IXkd+7xFjl0tA lqi6/AGRB/AbiaN0lakjJhTJTMkz3mwMqRLm0ILbVDNJZUmfheoKKYI4VT12Gcy3 72M/vdSU/wLERav/3EfTv9faRCcIoOYy+n6P6Sf2pkTfqiC7jG9YlFF9zDVMLAnV sPdPwGQu1PaJZonKVlYZ2VoaScKSD54i/IiBSF7qNg9as377JKzo4obl4Xpa6uJU g1x08SnUzXccGErpQPDcs+va132uDV79tzWPQj8i3u8w8Gv5dPUasnLoKZeVLoic XODiyax66w0E+S8fg3gm/4eNuA5xm01ZeMQhRBaEPGQM1oRakFJcFMlcd+Q4xwA= =BGuc -----END PGP SIGNATURE----- --XtiJVvUIVqmr4NhOqtbkXKdNfKLdCBf23--