<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div class=""><br class=""><blockquote type="cite" class=""><div class="">On 24 May 2021, at 01:22, Ryan Schmidt <<a href="mailto:ryandesign@macports.org" class="">ryandesign@macports.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">On May 23, 2021, at 12:22, Giuseppe 'ferdy' Miceli wrote:<br class=""><blockquote type="cite" class=""><br class="">On 21 May 2021, at 21:05, Rainer Müller wrote:<br class=""><blockquote type="cite" class="">On 21/05/2021 14.48, Giuseppe 'ferdy' Miceli wrote:<br class=""><blockquote type="cite" class="">could someone be so kind to enlighten me about the bash port?<br class=""><br class="">if i am not mistaken the bash50 sub-port is obsolete and could be removed.<br class=""><br class="">i stumbled on it while installing bashdb which depends on bash50 which conflicts with bash.<br class=""><br class="">i worked around changing in my local repository the dependency from bash50 to bash and was about to PR the modified bash and bashdb ports, but frankly speaking i do not know if that would be the right think to do.<br class=""><br class="">thank you very much in advance,<br class=""></blockquote><br class="">bashdb is not compatible with bash >= 5.0 and fails to build. This is<br class="">the only reason the bash50 subport still exists.<br class=""></blockquote><br class="">thank you very much for the explanation rainer! <br class=""><br class="">what i failed to understand is that macports now ship bash 5.1.8 which is obviously >= 5.0.<br class=""></blockquote><br class="">I think Rainer meant bashdb is not compatible with bash > 5.0.x.<br class=""><br class="">bash 5.1.8 was available so the bash port was updated to that version. That version of bash is not compatible with the latest version of the bashdb port so we also offer a bash50 port offering bash 5.0.18 for those users who wish to use bashdb.<br class=""><br class=""><br class=""><blockquote type="cite" class="">i googled for any more information about this incompatibility without success.<br class=""></blockquote><br class="">You would have to ask the developers of bashdb why they are not compatible with bash > 5.0.x.<br class=""></div></div></blockquote><div class=""><br class=""></div><div class="">end of January developers create the new 5.1 branch (<a href="https://sourceforge.net/p/bashdb/bugs/68/" class="">https://sourceforge.net/p/bashdb/bugs/68/</a>), therefore i suppose we have to wait confirmation that bashdb is compatible with 5.1.x.</div><br class=""><blockquote type="cite" class=""><div class=""><div class=""><br class=""><blockquote type="cite" class="">moreover, i found out the bashdb fails to build at config level because of a case statement.<br class="">then i locally patched Portfile and created a patch for configure file (attached) and everything worked.<br class=""><br class="">yet i admit i often use bashdb to debug simply shell-scripts and have no idea if this incompatibility lays on more complex scripts.<br class=""></blockquote><br class="">All you've changed in your patch is the configure script prohibition of later bash versions than 5.0.x. I don't know this software so I cannot confirm whether that's the only change that's needed. I recommend asking the developers of bashdb and getting confirmation from them before we make any such change in MacPorts. If they confirm that change is appropriate, add a URL at which we can verify their confirmation (a bug report URL or a commit URL) to the patch.<br class=""></div></div></blockquote><div class=""><br class=""></div><div class="">that’s correct. it was just a change i made locally to test myself the compatibility with 5.1.x so i changed directly the configure file and not the configure.am file.</div><br class=""><blockquote type="cite" class=""><div class=""><div class="">Increasing the revision to a large YYYYMMDD value as you've done is not customary. Whenever a revision should be increased, increase it by one.<br class=""></div></div></blockquote><br class=""></div><div class="">yes, i am aware of that. the yyyymmdd revision is just for my peruse. as in the past, when i submit the PR i increase the revision just by one.</div><div class=""><br class=""></div><div class="">thank you very much for your help and support, much appreciated.</div><div class=""><br class=""></div><div class="">cheers,</div><div class="">—</div><div class="">ferdy</div><div class=""><br class=""></div><br class=""></div></body></html>