[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Generated patches change over time
From: |
Maxim Cournoyer |
Subject: |
Re: Generated patches change over time |
Date: |
Sun, 30 Dec 2018 21:12:44 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) |
Hello,
Mark H Weaver <address@hidden> writes:
> Maxim Cournoyer <address@hidden> writes:
[...]
>> The way I see it, `guix download' should just do the right thing -- the
>> metadata stripping should be baked in and not user
>> controllable. Alternatively, it could be controllable, but enabled by
>> default. This would keep the workflow the same as it is now.
>
> I *certainly* don't want "guix download" to try to automatically detect
> that the downloaded file contains a patch, after some possibly
> nontrivial amount of plain text which is typically present in patch
> files, and to canonicalize the patch in that case.
>
> However, we could add an optional flag to "guix download", or perhaps
> add another 'guix' subcommand, to request the use of a specific 'origin'
> type. In addition to supporting canonicalized patches, this could also
> improve the workflow for other origin types such as 'git-fetch' and
> 'hg-fetch'.
>
> In general, the specified 'origin' type would determine the number and
> meaning of the arguments, e.g. for 'git-fetch' an additional commit
> argument would be needed.
>
> Thoughts?
I like your idea, and it indeed sounds more straightforward from an
implementation perspective.
Maxim