From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id kCW8GtnVsl8ddQAA0tVLHw (envelope-from ) for ; Mon, 16 Nov 2020 19:41:13 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id EEObFtnVsl/8OAAAB5/wlQ (envelope-from ) for ; Mon, 16 Nov 2020 19:41:13 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 0A5DB940415 for ; Mon, 16 Nov 2020 19:41:13 +0000 (UTC) Received: from localhost ([::1]:46934 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kekND-0008Ac-Vw for larch@yhetil.org; Mon, 16 Nov 2020 14:41:12 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50700) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kek8k-0000MT-K0 for guix-devel@gnu.org; Mon, 16 Nov 2020 14:26:14 -0500 Received: from mira.cbaines.net ([2a01:7e00:e000:2f8:fd4d:b5c7:13fb:3d27]:49943) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kek8i-0007Uf-O8; Mon, 16 Nov 2020 14:26:14 -0500 Received: from localhost (188.30.135.14.threembb.co.uk [188.30.135.14]) by mira.cbaines.net (Postfix) with ESMTPSA id 0F25627BBF5; Mon, 16 Nov 2020 19:26:11 +0000 (GMT) Received: from capella (localhost [127.0.0.1]) by localhost (OpenSMTPD) with ESMTP id 7a655e7e; Mon, 16 Nov 2020 19:26:08 +0000 (UTC) References: <868scbvalo.fsf@gmail.com> <87d01m3475.fsf@ambrevar.xyz> <87a6wg7wto.fsf@gnu.org> User-agent: mu4e 1.4.13; emacs 27.1 From: Christopher Baines To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: Data Services: use cases In-reply-to: <87a6wg7wto.fsf@gnu.org> Date: Mon, 16 Nov 2020 19:26:05 +0000 Message-ID: <87mtzhm7ci.fsf@cbaines.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Received-SPF: pass client-ip=2a01:7e00:e000:2f8:fd4d:b5c7:13fb:3d27; envelope-from=mail@cbaines.net; helo=mira.cbaines.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/16 12:54:49 X-ACL-Warn: Detected OS = ??? X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Guix Devel Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Scanner: ns3122888.ip-94-23-21.eu Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Spam-Score: -3.11 X-TUID: 1HlasOUeIkNY --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ludovic Court=C3=A8s writes: > Hi, > > Pierre Neidhardt skribis: > >> In particular, the "Version From To" table is hard to grasp to a >> newcomer. > > I=E2=80=99m not a newcomer but I find it limpid: I think it immediately s= hows > that this is about version changes and when they happened. Maybe it > could be decluttered a bit by using shorter date strings (like > =E2=80=9COct. 1st=E2=80=9D instead of =E2=80=9C2020-10-01 18:42:00=E2=80= =9D). > > BTW, when looking at /output-history, the commits in =E2=80=9CFrom=E2=80= =9D and =E2=80=9CTo=E2=80=9D can > be a bit confusing. Take: > > https://data.guix.gnu.org/repository/1/branch/master/package/openmpi/ou= tput-history > > I see =E2=80=9CTo=E2=80=9D pointing to > , > a commit that changes =E2=80=98mpd=E2=80=99, which =E2=80=98openmpi=E2=80= =99 doesn=E2=80=99t depend on; this is > completely bogus. However, the next =E2=80=9CFrom=E2=80=9D points to the= right commit: > . > > It=E2=80=99s surprising that =E2=80=9CTo=E2=80=9D and the immediately fol= lowing =E2=80=9CFrom=E2=80=9D are not > the same. > > WDYT, Chris? So, I think the commits, plus the date at which that commit hit master (which is the date shown) is the main source of the confusion here. I think the data in the table makes sense when viewed as revisions/commits, the "To" is the last revision with that version/derivation/output. The date by the "To" bit doesn't map neatly, as it's when the revision was first on master, not the last moment when it was on master. Maybe it would be clearer with that date removed. Anyway, I've made a few changes to the display in these tables now. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKlBAEBCgCPFiEEPonu50WOcg2XVOCyXiijOwuE9XcFAl+y0k1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNF ODlFRUU3NDU4RTcyMEQ5NzU0RTBCMjVFMjhBMzNCMEI4NEY1NzcRHG1haWxAY2Jh aW5lcy5uZXQACgkQXiijOwuE9XcfPw/9EPvDbD+vcY9q2UBkzJaRXaQ21ua+grGn wRZ0LT3jybXAC0rPADXgwk0WwM4MU8tTkauZ+ZkeqgBR3CCEQmptDLbYlZRze5eE wdWUNM3wPW30IhuCRw83Qmgc7A51/xvOP9uJc+igW7ewSmxUdK7U/W8D/8tm/IIS /tnNNEDrpItJ/GIR+d0rUysdguBLAmoDaS6sZ4zRdLu/uvyrmCyaBanvqXDp1WPm OPSmKrXdIRXljieoPUErSphr1qX/eQq1owVrIGL30vpf5vuYUHEIrSYXuwZCRfmV xVqtp/1iwM/pCj6VSMuW2FFdtlRMFavFnl+Hczj6o481ZFGvvAIbRieL4VSgDh2V lAzQqNR3igW2m7HgU2JUwc5JaypxHZRKIVmTsAgTYgJgremKfPhy9ZmHRJ1Sjpiy xHPtmdQyv6NDHvBGf5kmWrvo79IOvqvS80Ow54fp0YWgdyR64sfk2q+HBKvrIXxR DCnWMihpvwa3l0nOzOfSGcU5E8b05dHorSUROUKQeRxXGUsGql4GVEtIX8vioHKh 7V8weEwghkxs5dnMbOnND4qHj8M4SwqM+s95QwYL/o+of5PGdd2ADPeprtLGu2T8 QgqPJ2woKx6e8bhIYJ5z7Xq82/1ejvWNFj7bkbdALiNQJxGv1pv4NubqoCYl+VP/ ZKFH/cOVYwY= =gaex -----END PGP SIGNATURE----- --=-=-=--