diff options
author | David Kalnischkies <david@kalnischkies.de> | 2019-01-28 20:45:02 +0100 |
---|---|---|
committer | David Kalnischkies <david@kalnischkies.de> | 2019-01-28 20:45:02 +0100 |
commit | 9b840b59cc80a072e14b8adc9d76669a7a50ab87 (patch) | |
tree | a3ceb1afc6921c519a33dc35b2bfa6214bd0f363 /test/integration/Packages-bug-590438-broken-provides-thanks-to-remove-order | |
parent | 93c9a49c1fd378cd0a3b472d68afb3378da145b8 (diff) |
Refuse files with lines unexpectedly starting with a dash
We support dash-encoding even if we don't really work with files who
would need it as implementations are free to encode every line, but
otherwise a line starting with a dash must either be a header we parse
explicitly or the file is refused. This is against the RFC which says
clients should warn on such files, but given that we aren't expecting
any files with dash-started lines to begin with this looks a lot like a
we should not continue to touch the file as it smells like an attempt to
confuse different parsers by "hiding" headers in-between others.
The other slightly more reasonable explanation would be an armor header
key starting with a dash, but no existing key does that and it seems
unlikely that this could ever happen. Also, it is recommended that
clients warn about unknown keys, so new appearance is limited.
Diffstat (limited to 'test/integration/Packages-bug-590438-broken-provides-thanks-to-remove-order')
0 files changed, 0 insertions, 0 deletions