Re: data loss when doing ls-remote and piped to command
- From
- Tobias Ulmer <tu@emlix.com>
- Date
- Sep 16, 2021, 10:12 UTC
- Message-ID
- <85a103f6-8b3c-2f21-cc0f-04f517c0c9a1@emlix.com>
- In-Reply-To
- <2279155.Qy0YqsFniq@devpool47>
On 16/09/2021 08:38, Rolf Eike Beer wrote: ...
> The redirection seems to be an important part of it. I now did: > > git ... 2>&1 | sha256sum
I've tried to reproduce this since yesterday, but couldn't until now:
2>&1 made all the difference, took less than a minute.
Different repo, different machine, but also running Tumbleweed 5.14.1-1-default, git 2.33.0
while [ "`git --git-dir=$PWD/in/linux/.git ls-remote origin 2>&1 | tee failed.out | sha1sum`" = "7fa299e589bacdc908395730beff542b0fc684eb -" ]; do echo -n .; done ..........
failed.out has multiple lines like this:
--8<-- 4e77f7f1261f65cff06918bc5e66d02a418fc842 refs/tags/v3.10.18^{} f7b8df0cc81cf82a4ac6834225bddbe46a340455a4a5d52f29d08d923ce8d232b0b497da674dd2c refs/tags/v3.18 b2776bf7149bddd1f4161f14f79520f17fc1d71d refs/tags/v3.18^{} --8<--
Running the same on Archlinux (5.13.13-arch1-1, 2.33.0) doesn't show the problem. This may well turn out not to be git, but a kernel issue.
@Eike: I think at this point you should try to downgrade and see whether that makes any difference