When bup split fails, display its stderr
It seems worth noting here that I emailed bup's author about bup split being noisy on stderr even with -q in approximately 2011. That never got fixed. Its current repo on github only accepts pull requests, not bug reports. Needing to add such complexity to deal with such a longstanding unfixed issue is not fun. Sponsored-by: Kevin Mueller on Patreon
This commit is contained in:
parent
f94908f2a6
commit
5bc70e2da5
4 changed files with 40 additions and 8 deletions
|
@ -0,0 +1,22 @@
|
|||
[[!comment format=mdwn
|
||||
username="joey"
|
||||
subject="""comment 1"""
|
||||
date="2022-08-05T15:57:26Z"
|
||||
content="""
|
||||
This seems most likely to be a concurrency issue in bup itself, or in how
|
||||
it uses git.
|
||||
|
||||
However, I have not been able to reproduce it so far. I tried making 8
|
||||
different files each 100 mb, and was able to copy them all to a bup repository
|
||||
concurrently with no failures.
|
||||
|
||||
That was with bup 0.32. What is your bup version?
|
||||
|
||||
It would be good to know what error message bup outputs.
|
||||
Unfortunately, since `bup split -q` is noisy on stderr, git-annex
|
||||
sinks it to /dev/null and so you don't see it.
|
||||
|
||||
I've changed git-annex to display the stderr when `bup split` fails.
|
||||
So if you can get an updated build of git-annex, and reproduce this problem,
|
||||
we'll be able to see if this is a bug in bup, or what.
|
||||
"""]]
|
Loading…
Add table
Add a link
Reference in a new issue