<div dir="ltr"><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div>Did you also update all the other outdated ports on 
your ‘local’ machine, or did you just cherry-pick the updated osl from 
the current master ?</div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div> </div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div>If so it is really not a good idea to do that, as it means, as appears 
above, you could get an updated binary tarball install that was built 
against another updated port you do not have. </div></div></blockquote><div><br></div><div>I have a cron job (actually a launchd job) that runs <span style="font-family:monospace">port selfupdate</span> and <span style="font-family:monospace">port upgrade outdated</span> every night on my machine. I did cherry-pick the updated osl portfile from the current master in git, but only because I noticed that the portfile had changed in the git tree but the updated ports weren't showing up as being outdated.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div>You should *always* keep all your ports updated and consistent.</div><div><br></div><div>if you run</div><div><br></div><div>> sudo port -d sync</div><div>> sudo port update outdated</div><div><br></div><div>does that help ></div></div></blockquote><div><br></div><div>Running <span style="font-family:monospace">port -d sync</span> results in the updated ports now showing up in the list of outdated ports. I was under the impression that <span style="font-family:monospace">port selfupdate</span> ran <span style="font-family:monospace">port sync</span> as a part of the self-update process? Or am I mistaken, and <span style="font-family:monospace">port sync</span> needs to be added to my nightly script?<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div>Just finally to note, there is nothing wrong with the current osl builds, they are available (apart from arm) down to 10.9</div></div></blockquote><div><br></div><div>It's not the individual libraries that I'm worried about. It's the fact that these libraries are dependencies for my Blender port. Blender typically uses slightly outdated versions of all of its dependent libraries. Very complex libraries are a particular risk. For example, trying to use the newest version of usd is causing blender builds to fail on my machine. I remember a time when ports with lots of dependencies, such as gimp, could be broken for weeks at a time, because updates to one or more of its dependencies was causing gimp builds to fail. Admittedly, this was an experience from a decade ago, but it did leave a lasting impression.<br></div><div><br></div><div>Is there some way that I can signal not to update certain libraries without verifying against blender? Should I leave some sort of warning comment in the portfiles?<br></div><div><br></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><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 7, 2021 at 12:15 PM Christopher Jones <<a href="mailto:jonesc@hep.phy.cam.ac.uk">jonesc@hep.phy.cam.ac.uk</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"><div style="overflow-wrap: break-word;"><br><div><blockquote type="cite"><div><div dir="ltr"><div dir="ltr"><div>OSL in particular appears to be a problem on my machine. I've copied the newer version of the portfile directly to my local machine, and tried to build it, but it's failing to build because osl is indirectly dependent on opencolorio (by way of openimageio), and apparently there's a new problem with either opencolorio or openimageio:</div><div><br></div><div>:info:build dyld: Symbol not found: __ZN4YAML6detail9node_data12empty_scalarE<br>:info:build   Referenced from: /opt/local/lib/libOpenColorIO.1.dylib</div><div>:info:build   Expected in: /opt/local/lib/libyaml-cpp.0.6.dylib<br>:info:build  in /opt/local/lib/libOpenColorIO.1.dylib<br>:info:build /bin/sh: line 1: 34490 Trace/BPT trap: 5</div><div>:info: build  opt/local/var/macports/build/_Users_jasonliu_ports_graphics_osl/osl/work/build/bin/oslc -q -I/opt/local/var/macports/build/_Users_jasonliu_ports_graphics_osl/osl/work/OpenShadingLanguage-1.11.13.0/src/shaders -I/opt/local/var/macports/build/_Users_jasonliu_ports_graphics_osl/osl/work/OpenShadingLanguage-1.11.13.0/src/shaders -I/opt/local/var/macports/build/_Users_jasonliu_ports_graphics_osl/osl/work/OpenShadingLanguage-1.11.13.0/src/shaders /opt/local/var/macports/build/_Users_jasonliu_ports_graphics_osl/osl/work/OpenShadingLanguage-1.11.13.0/src/shaders/emitter.osl -o /opt/local/var/macports/build/_Users_jasonliu_ports_graphics_osl/osl/work/build/src/shaders/emitter.oso</div></div></div></div></blockquote><div><br></div><div><br></div><div>Did you also update all the other outdated ports on your ‘local’ machine, or did you just cherry-pick the updated osl from the current master ? </div><div><br></div><div>If so it is really not a good idea to do that, as it means, as appears above, you could get an updated binary tarball install that was built against another updated port you do not have.</div><div><br></div><div>You should *always* keep all your ports updated and consistent.</div><div><br></div><div>if you run</div><div><br></div><div>> sudo port -d sync</div><div>> sudo port update outdated</div><div><br></div><div>does that help ></div><div><br></div><div>Just finally to note, there is nothing wrong with the current osl builds, they are available (apart from arm) down to 10.9</div><div><br></div><div><a href="https://ports.macports.org/port/osl/summary" target="_blank">https://ports.macports.org/port/osl/summary</a></div><div><br></div><div>Chris</div><div><br></div><blockquote type="cite"><div><div dir="ltr"><div dir="ltr"><div><br></div><div><div dir="ltr"><div dir="ltr"><div>-- </div><div>Jason Liu<br></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 7, 2021 at 7:32 AM Ryan Schmidt <<a href="mailto:ryandesign@macports.org" target="_blank">ryandesign@macports.org</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"><br>
<br>
On May 7, 2021, at 01:59, Jason Liu wrote:<br>
<br>
> I've run across a situation that has left me confused. I started updating some of the portfiles for which I'm the maintainer, and then I noticed that the portfiles seem to have already been updated in git. However, I can't find any PRs for such an update, and I was never notified that the ports for which I'm the maintainer was getting updated... usually, if someone submits a PR for a portfile for which I'm the maintainer, I get a notification through GitHub.<br>
<br>
If your ports are marked openmaintainer, that gives permission to others to make minor modifications to your ports without notifying you. Not all changes happen via PRs; some are committed directly to master.<br>
<br>
If there is an urgent issue that needs to be fixed in a port, someone else might make that fix, even if the port is not marked openmaintainer.<br>
<br>
If you let us know specifically which ports, we could take a look.<br>
<br>
<br>
> In addition, I have run a "port selfupdate" on my machine, and yet the MacPorts on my machine isn't seeing the new version of the port. Is something broken, either on my machine, or on GitHub?<br>
<br>
If your MacPorts is configured to get ports via rsync, it can take an hour for changes to propagate from git to the main rsync server, and up to a day longer for changes to propagate from there to other rsync mirrors.</blockquote></div></div>
</div></blockquote></div><br></div></blockquote></div>