[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug#42048] [PATCH 6/6] services: provenance: Save channel introductions
From: |
Ludovic Courtès |
Subject: |
[bug#42048] [PATCH 6/6] services: provenance: Save channel introductions. |
Date: |
Wed, 01 Jul 2020 19:05:17 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) |
zimoun <zimon.toutoune@gmail.com> skribis:
> On Wed, 01 Jul 2020 at 14:12, Ludovic Courtès <ludo@gnu.org> wrote:
[...]
>> I’m talking about the warning that says “this channel is
>> unauthenticated”, which is mostly orthogonal to the discussion at hand.
>> The reason I said it’s perhaps too early to enable it is that people
>> haven’t had a chance to make their channel “authenticable” yet.
To be clear, I’m referring to this:
https://git.savannah.gnu.org/cgit/guix.git/tree/guix/channels.scm?id=9f5f3932debc72a57a830fc6ca5ab980f6db4941#n406
> Well, the possible scenarii are: when pulling guix-bimsb which ends up
> to pull guix-past:
>
> 1- unauthenticated guix-bimsb and unauthenticated guix-past
> 2- authenticated guix-bimsb and unauthenticated guix-past
> 3- unauthenticated guix-bimsb and authenticated guix-past
> 4- authenticated guix-bimsb and authenticated guix-past
>
> The #1 and #4 do not deserve a warning.
> The point #3 neither and even the authentication of guix-past should be
> turned off, at least now.
>
> The point #2 requires a warning. Because if I am pulling a
> authenticated channel, I expect that all the code it pulls is
> authenticated which will not be the case, so IMHO it deserves a
> warning.
>
> Then it is up to the guix-bimsb channel to add an introduction for the
> dependency using the format you described.
Exactly. I agree that #2 is problematic, but if the authors of
guix-bimsb are aware that guix-past can also be authenticated, then I
think it’s their responsibility to update their ‘.guix-channel’
dependencies accordingly.
Ludo’.