<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 6 April 2018 at 20:35, Karl Berry <span dir="ltr"><<a href="mailto:karl@freefriends.org" target="_blank">karl@freefriends.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">    Sigh...<br>
<br>
Agreed.<br>
<span class=""><br>
    But I (and other users) could be bitten<br>
<br>
</span>Yes, I know. Do you really think we were unaware of this?<br>
<span class=""><br>
    Hence why not the other way round: `texmf_casefold_search' 0 by default<br>
<br>
</span>I thought hard about doing it this way. I hate making incompatible<br>
changes. I think this is the first user-level kpse change intentionally<br>
made in ten years or more.<br>
<br>
I think I wrote all this before, but I guess I'll do it again:<br>
<br>
The change is motivated for the case of big documents being developed on<br>
Macs, and thus \include and \includegraphics commands (for example) use<br>
randomly cased filenames and work regardless. Then the document is<br>
compiled on normal Unix and failures abound. It is a big pain to fix<br>
this. There can easily be hundreds of images or subfiles involved.<br>
This situation is more common than you or I might wish :(.<br>
You can look it up on tex.sx etc.<br>
<br>
Thus, it's a trade-off between causing strange new failures in the<br>
strange case of case-conflicting files, and helping document projects<br>
that are developed on both Mac and (other) Unix "just work" without<br>
having to change anything.<br></blockquote><div><br></div><div>I have been involved with multi-author projects where the authors are scattered</div><div>across the globe and many are in government  research institutes and must</div><div>use a "departmental standard" OS configuration.  I can vouch for the wasted</div><div>time and effort caused when documents that work on Windows or macOS fail</div><div>on linux due to mis-cased filenames.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I felt it was better for the TeX world, overall, if such rare case<br>
conflicts were explicitly dealt with, one way or another, partly because<br>
these same problems *have always existed* on Windows. By dealing with<br>
the case conflicts, documents automatically become more portable.<br>
<br>
If the case conflicts were going to be common, I would have decided<br>
otherwise. But I believe your case is rare -- in practice, I think the<br>
only likely culprit is, like yours, a file in TEXMFHOME with a<br>
case-different name from one in TEXMFDIST. Not that many people use<br>
TEXMFHOME in the first place, let alone install style files with only a<br>
case change from a standard name.<br>
<br>
If it turns out to be too painfully common, we can always change the<br>
default.<br>
<span class=""><br>
    They are so much powerful? ;)<br>
<br>
</span>Evidently so :(. -k<br>
</blockquote></div><br>In a large project you can have people with very different interests and skills.</div><div class="gmail_extra">For some, the project may be their first encounter with TeX.  It is not just a </div><div class="gmail_extra">question of how common problems might be, but also the likelihood that </div><div class="gmail_extra">the person who encounters a problem will have some idea of how to go </div><div class="gmail_extra">about sorting it out.   Keeping mis-case errors close to the where they are </div><div class="gmail_extra">made is often advantage.</div><div class="gmail_extra"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>George N. White III<br><br></div></div></div>
</div></div>