Please describe the problem.
Full build logs are at http://neuro.debian.net/files/buildlogs/git-annex/7.20191230+git152-gefb981388
...
prop_read_write_transferinfo: FAIL
*** Failed! Exception: 'recoverEncode: invalid argument (invalid character)' (after 1 test):
Exception thrown while showing test case: 'recoverEncode: invalid argument (invalid character)'
Use --quickcheck-replay=507010 to reproduce.
Minimal reproducer:
No such problem in a unicode locale.
The problem does not, though, affect actually using git-annex in LANG=C with a filename with that in its name.
Odd because the filesystem encoding is supposed to round-tip well, anything, but here encoding a string with it is failing internally. Maybe the thing is, it's not really round-tripping? QuickCheck arbitrary magics up a FilePath that contains that, so it's starting in the middle and trying to convert it out.
70395659db9f662e61009d984fc9b0b2f24fdece introduced this while fixing another intermittent encoding test case failure.
I think it would make sense to filter out NotAssigned and PrivateUse.