<div dir="ltr"><div dir="ltr"><div>In this particular situation, the libraries in question are ones that I specifically added to MacPorts in order to allow my Blender port to build. No other ports use those libraries, although obviously there's nothing to prevent other software from starting to use them in the future.<br></div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>-- </div><div>Jason Liu<br></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 11, 2021 at 7:08 PM Nils Breunese <<a href="mailto:nils@breun.nl">nils@breun.nl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Ryan Schmidt <<a href="mailto:ryandesign@macports.org" target="_blank">ryandesign@macports.org</a>> wrote:<br>
<br>
> Holding back a library to be compatible with one port may not be the right choice for other ports that depends on the library.<br>
<br>
If other ports would want to use the latest version of foo-lib, but Blender needs specifically version 1.15 of foo-lib, it might be an idea to have both a foo-lib port with the latest version and a foo-lib-1.15 port that Blender can then depend on.<br>
<br>
Nils.</blockquote></div></div>