From: "Ævar Arnfjörð Bjarmason" <avarab@gmail.com>
To: Konstantin Ryabitsev <konstantin@linuxfoundation.org>
Cc: "René Scharfe" <l.s.r@web.de>, "Jason Pyeron" <jpyeron@pdinc.us>,
git@vger.kernel.org
Subject: Re: git archive setting user and group
Date: Fri, 22 Jan 2021 23:28:51 +0100 [thread overview]
Message-ID: <87v9bo7gik.fsf@evledraar.gmail.com> (raw)
In-Reply-To: <20210122213954.7dlnnpngjoay3oia@chatter.i7.local>
On Fri, Jan 22 2021, Konstantin Ryabitsev wrote:
> On Fri, Jan 22, 2021 at 10:00:04PM +0100, René Scharfe wrote:
>> Adding support for using a custom user and group should be easy. Is
>> this just a cosmetic thing? Regular users would ignore the user info in
>> the archive, and root should not be used for extracting, and on systems
>> that don't have a logwatch user this wouldn't make a difference anyway,
>> right?
>
> Right now, "git archive" operations are bit-for-bit identical across all
> versions going back at least 8+ years. In fact, we've been relying on this to
> support bundling tarball signatures with git tags themselves (via git notes).
> E.g. you can see this in action here:
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tag/?h=v5.10.9
>
> If you click on "(sig)", you will download a signature that can be used to
> verify the tarball generated using "git archive".
>
> I would argue that adding user/group support to "git archive" operation is
> not really solving any problems other than "it's different from when I run it
> as a regular user" -- and can introduce potential compatibility problems if
> implemented.
>
> So, I would selfishly vote not to implement this.
It seems "logwatch" has the same situation, except their backwards
compatibility is with non-"git archive" tool that used user != root.
If it solves a problem for some users and someone comes up with a patch
I don't see why it shouldn't be implemented, but I think it's important
that "root" is the default unless configured or the relevant option is
invoked.
Or do you mean that the kernel.org use-case is that users are expected
to run "git archive" on their own machines and upload the result to
kernel.org, and that kernel.org relies on two such files bit-for-bit
identical?
next prev parent reply other threads:[~2021-01-22 22:31 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-22 20:40 git archive setting user and group Jason Pyeron
2021-01-22 21:00 ` René Scharfe
2021-01-22 21:13 ` Jason Pyeron
2021-01-22 21:39 ` Konstantin Ryabitsev
2021-01-22 22:02 ` Jason Pyeron
2021-01-22 22:28 ` Ævar Arnfjörð Bjarmason [this message]
2021-01-23 1:05 ` brian m. carlson
2021-01-23 4:58 ` Jeff King
2021-01-23 5:16 ` Konstantin Ryabitsev
2021-01-23 5:11 ` Konstantin Ryabitsev
2021-01-22 22:29 ` Junio C Hamano
2021-01-22 22:51 ` Jason Pyeron
-- strict thread matches above, loose matches on Subject: below --
2021-01-22 20:09 Jason Pyeron
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87v9bo7gik.fsf@evledraar.gmail.com \
--to=avarab@gmail.com \
--cc=git@vger.kernel.org \
--cc=jpyeron@pdinc.us \
--cc=konstantin@linuxfoundation.org \
--cc=l.s.r@web.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.