GNU bug report logs - #72803
Add restic commands to the restic-guix package

Previous Next

Package: guix-patches;

Reported by: paul <goodoldpaul <at> autistici.org>

Date: Sun, 25 Aug 2024 13:57:02 UTC

Severity: normal

Done: paul <goodoldpaul <at> autistici.org>

Full log


View this message in rfc822 format

From: Ludovic Courtès <ludo <at> gnu.org>
To: paul <goodoldpaul <at> autistici.org>
Cc: 72803 <at> debbugs.gnu.org, Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
Subject: [bug#72803] Add restic commands to the restic-guix package
Date: Mon, 10 Mar 2025 22:41:12 +0100
Hi,

paul <goodoldpaul <at> autistici.org> skribis:

> On 3/10/25 14:52, Ludovic Courtès wrote:
>> I see two issues here:
>>
>>    1. This is stepping on the toes of upstream: why are we providing a
>>       non-trivial program like this downstream?
>
> In my understanding this is the fundamental issue, which could be a
> shipstopper. Please correct me if I'm wrong. We kind of are obviously
> even if restic-guix is already in the master branch ( ) . In my
> opinion the way forward should be: a. In this scenario we merge the
> current 72803 (after addressing your other comments) and we take this
> risk
>
> b. In this scenario we remove completely the current incomplete
> restic-guix command implementation from master, as it makes not much
> sense to have it incomplete as it is right now.
>
> I view scenario a and scenario b as mutually exclusive but I may be
> missing some implication, what is your opinion on this?

I’m not a restic user so I’m not super qualified, but I think the
general direction should be to stick to our role of downstream users; if
we go too far in terms of tooling around the software, then that
suggests something’s missing from what upstream provides, and perhaps
more importantly that’s a maintenance burden on us.

From that perspective, I lean towards scenario b, but I trust you can
find the right middle ground.

WDYT?

Ludo’.




This bug report was last modified 28 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.