<p dir="ltr">"Ximin Luo" :</p>
<p dir="ltr">> For a start, there's the list of already-known issues.<a href="https://tests.reproducible-builds.org/index_issues.html"> </a><a href="https://tests.reproducible-builds.org/index_issues.html">https</a><a href="https://tests.reproducible-builds.org/index_issues.html">://</a><a href="https://tests.reproducible-builds.org/index_issues.html">tests.reproducible-builds.org</a><a href="https://tests.reproducible-builds.org/index_issues.html">/index_</a><a href="https://tests.reproducible-builds.org/index_issues.html">issues.html</a> and I'd imagine people analysing diffs would want an easy way to distinguish "issues that someone else has already solved" vs "issues nobody has seen before".</p>
<p dir="ltr">Yes! I'm looking at those issues but it seems those issues are more in number. Frankly speaking, I'm not completely aware about many of those. Hence, I'm requesting you all to give some suggestions (and may be list of issues) so that I can start working on it further.<br>
Or maybe we can just categorize available issues :) </p>
<p dir="ltr">> Concretely I have some suggestions:<br>
><br>
> 1. instead of calling this "ignore" we call it "hide". and instead of "irrelevant" we say "common"/"minor"/"known"<br>
><br>
> 2. diffoscope --ignore-* (or --hide-*) MUST NOT return 0 or otherwise give the impression that two non-identical files are the same, even if all differences are "hidden". It should report "n differences hidden".</p>
<p dir="ltr">I'm agree with this terminology :)</p>
<p dir="ltr">Thanks! <br>
Satyam Zode<br>
</p>