<div dir="ltr"><div dir="ltr">On Fri, 12 Feb 2021 at 11:04, Prof Brian Ripley <<a href="mailto:ripley@stats.ox.ac.uk" target="_blank">ripley@stats.ox.ac.uk</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">which is a very old OS, but we still have a box running for <br>
software-testing purposes.<br>
<br>
The problem is line 261 of TLUtils.pm,<br>
<br>
       chomp (my $guessed_platform = `/bin/sh '$config_guess'`);<br><br>
It seems config.guess has been taken from GNU Autoconf which tries hard <br>
to run it under a suitable shell, preferably Bash.  On Solaris /bin/sh <br>
is a real Bourne shell, but config.guess uses extensions and Autoconf <br>
has never used it.<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
My workaround has been to replace /bin/sh by /bin/bash, but <br>
unfortunately that needs to be done every time the infrastructure is <br>
updated.  It would be kinder to have a fix upstream.<br></blockquote><div><br></div><div>Upstream is GNU, but would it be enough for texlive to distribute config.bash <br></div><div>with the shebang line modified to use bash (maybe even "#! /usr/bin/env bash" so <br></div><div>users could provide a bash)?<br></div><div><br></div><div>There is a need for easy mechanisms to catch such gratuitous incompatibilities.   <br></div><div>Upstream developers are not always interested in supporting a wide variety of OS's, <br></div><div>so integrators like texlive (and R) are left to deal with changes that affect their users.<br></div><div><br></div><div>It might be helpful to have a lowest common  denominator option in checkbashisms</div><div>that reports use of constructs missing on some /bin/sh instances.<br></div></div><br>-- <br><div dir="ltr"><div dir="ltr"><div>George N. White III<br><br></div></div></div></div>