From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: github tarballs problematic? Date: Fri, 09 Jun 2017 15:53:25 +0200 Message-ID: <87efutmfmy.fsf@gnu.org> References: <20170608203528.rvp4lhdqu463ns2x@abyayala> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41024) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dJKLz-0006pW-Qd for guix-devel@gnu.org; Fri, 09 Jun 2017 09:53:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dJKLv-0006KE-UB for guix-devel@gnu.org; Fri, 09 Jun 2017 09:53:31 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53669) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dJKLv-0006K0-Qm for guix-devel@gnu.org; Fri, 09 Jun 2017 09:53:27 -0400 Received: from [193.50.110.119] (port=55368 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dJKLv-0004I6-6m for guix-devel@gnu.org; Fri, 09 Jun 2017 09:53:27 -0400 In-Reply-To: <20170608203528.rvp4lhdqu463ns2x@abyayala> (ng0@pragmatique.xyz's message of "Thu, 8 Jun 2017 20:35:28 +0000") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: guix-devel@gnu.org Hi ng0, ng0 skribis: > I've just come across this post via https://pagure.io/pagure/issue/861 > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o= rg/message/UDZ2WKMTOE6J2M4K7PF5OWSSC4BAX2SH/ > > quote in almost full: > > today, I've accidentally attested there are no stability guarantees with = the on-demand archives from common git hosting sites when preparing a new p= acemaker update, redownloading "spectool -s 0 pacemaker.spec" of the origin= al (-0.1.rc1, from 2 weeks ago) spec and comparing the hashes, which (surpr= isingly to me) didn't match (they were at any similar test in the past). Th= en I looked at the adiff output: > ... > diff -ru Unpack-2241/pacemaker-Pacemaker-1.1.17-rc1/configure.ac > Unpack-6255/pacemaker-Pacemaker-1.1.17-rc1/configure.ac > --- Unpack-2241/pacemaker-Pacemaker-1.1.17-rc1/configure.ac2017-05-09 00= :55:15.000000000 > +0200 > +++ Unpack-6255/pacemaker-Pacemaker-1.1.17-rc1/configure.ac2017-05-09 00= :55:15.000000000 > +0200 > @@ -1159,7 +1159,7 @@ > AC_PATH_PROGS(GIT, git false) > AC_MSG_CHECKING(build version) >=20=20=20 > -BUILD_VERSION=3D0459f40 > +BUILD_VERSION=3D0459f40958 > if test !=3D ":%h$"; then > AC_MSG_RESULT(archive hash: )=20 > for configure.ac that indeed has export-subst git attribute set and the c= hange itself arises from "$Format:%h$" substitution. This likely means GitH= ub was internally updated to use equivalent of git 2.11 feature of abbrevia= tion length autoscaling within last 14 days. Hope this will be useful for s= ome (e.g. fedora-review tool has a check to redownload and diff sources aga= inst SRPM content, IIRC). Interesting. IIUC this only affects projects that use this =E2=80=9C$Format:%h$=E2=80=9D feature, right? I wonder how widespread it i= s. Thanks for the heads-up, Ludo=E2=80=99.