From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51683) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fdwh7-0007yo-Eu for guix-patches@gnu.org; Fri, 13 Jul 2018 07:57:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fdwh4-00027M-DJ for guix-patches@gnu.org; Fri, 13 Jul 2018 07:57:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:49846) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fdwh4-00026n-8X for guix-patches@gnu.org; Fri, 13 Jul 2018 07:57:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fdwh3-0001nU-RX for guix-patches@gnu.org; Fri, 13 Jul 2018 07:57:01 -0400 Subject: [bug#32121] [PATCH 4/5] database: Call a specification 'jobset' instead of 'project'. Resent-Message-ID: From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: <20180710230247.16639-1-clement@lassieur.org> <20180710230247.16639-4-clement@lassieur.org> <87muuvldrv.fsf@gnu.org> <87wotz1nso.fsf@lassieur.org> Date: Fri, 13 Jul 2018 13:56:28 +0200 In-Reply-To: <87wotz1nso.fsf@lassieur.org> ("=?UTF-8?Q?Cl=C3=A9ment?= Lassieur"'s message of "Fri, 13 Jul 2018 11:35:03 +0200") Message-ID: <87y3efic2b.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: =?UTF-8?Q?Cl=C3=A9ment?= Lassieur Cc: 32121@debbugs.gnu.org Cl=C3=A9ment Lassieur skribis: > This will somehow break a minor part of Tatiana's work because the main > page will look like > > Projects/Specifications > > | Name | Branch | > |--------------+--------------| > | guix-modular | master | > | guix-modular | core-updates | > > > instead of > > Projects/Specifications > > | Name | > |---------------------------| > | guix-modular-master | > | guix-modular-core-updates | So we=E2=80=99d be moving the project/branch structure to naming convention= s. In a way, that=E2=80=99s not great, because as users we like to think in te= rms of branches to answer questions like =E2=80=9Chow many packages failed in b= ranch X of the Savannah repo?=E2=80=9D. However, this can probably be addressed at the UI level: the web UI and guix-hydra.el could list (shortened) repo URLs and branch names instead of this =E2=80=98name=E2=80=99 field. Eventually, we could remove this =E2= =80=98name=E2=80=99 field altogether and instead have an automatically-assigned numerical ID. WDYT? (This does not affect this patch series, I=E2=80=99m thinking about what we= can do eventually.) > However, we could still be able to bind a specification to a branch, but > that would require adding a 'guix-input' specification field, so that > the specification knows which input is the one whose branch should be > displayed. I doubt it's worth it though. Or we could replace the > 'load-path-inputs' field with a 'guix-input' field. That was kind of > the point of the 3rd part of my initial message[1]. Or, we could > automate things: find out from which input the Guix modules come. That > would be a bit tricky. Oh right, since we now have multiple inputs, what I wrote above is not quite true; there can be several repo URLs/branches that would need to be shown on the UI. Hmm, maybe we need to keep the =E2=80=98name=E2=80=99,= but only as a hint and not as a key. Thanks, Ludo=E2=80=99.