<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="">Hi,<div class=""><br class=""></div><div class="">Great, thanks. As it happens I’ve been working on the bazel builds a bit, and discovered an option to disable local build caching. To quote the manual</div><div class=""><br class=""></div><div class=""><h4 id="flag--use_action_cache" style="box-sizing: border-box; font-family: "Open Sans", "Helvetica Neue", Helvetica, Arial, sans-serif; font-weight: 500; line-height: 1.1; color: rgb(0, 0, 0); margin-top: 2rem; margin-bottom: 1rem; font-size: 18.9px; caret-color: rgb(0, 0, 0);" class=""><code class="flag" style="box-sizing: border-box; font-family: Monaco, "Source Code Pro", monospace; font-size: 18px; padding: 2px 4px; border-top-left-radius: 4px; border-top-right-radius: 4px; border-bottom-right-radius: 4px; border-bottom-left-radius: 4px;">--[no]use_action_cache</code><a class="anchorjs-link " href="https://docs.bazel.build/versions/master/user-manual.html#flag--use_action_cache" aria-label="Anchor link for: flag use_action_cache" data-anchorjs-icon="" style="box-sizing: border-box; color: rgb(0, 112, 26); text-decoration: none; opacity: 0; -webkit-font-smoothing: antialiased; font-family: anchorjs-icons; font-variant-ligatures: normal; font-variant-east-asian: normal; font-variant-position: normal; line-height: 1; padding-left: 0.375em;"></a></h4><p style="box-sizing: border-box; margin: 0px 0px 1rem; line-height: 22px; caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); font-family: "Open Sans", "Helvetica Neue", Helvetica, Arial, sans-serif;" class="">This option is enabled by default. If disabled, Bazel will not use its local action cache. Disabling the local action cache saves memory and disk space for clean builds, but will make incremental builds slower.</p><div class="">As the ‘incremental’ build option is not an issue for MacPorts, as builds are always started afresh with an empty cache, enabling this does not help us at all, and just uses resources. So I will turn this off.</div><div class=""><br class=""></div><div class="">Chris</div><div class=""><br class=""></div><div class=""><br class=""></div><div><blockquote type="cite" class=""><div class="">On 23 Mar 2021, at 4:04 pm, 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 Feb 11, 2021, at 04:21, Christopher Jones wrote:<br class=""><br class=""><blockquote type="cite" class="">I am seeing some large builds fail due to drive space issues<br class=""><br class=""><a href="https://build.macports.org/builders/ports-11_x86_64-builder/builds/21466/steps/install-port/logs/stdio" class="">https://build.macports.org/builders/ports-11_x86_64-builder/builds/21466/steps/install-port/logs/stdio</a><br class="">error: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/install_name_tool: can't write output file: bazel-out/host/bin/tensorflow/python/_pywrap_tfcompile.so.XXXXXX (No space left on device)<br class="">Could the space on the drive for this build be reviewed and purged / increased a bit ?<br class=""><br class="">cheers Chris<br class=""></blockquote><br class="">I did make an additional change to mpbb to delete more unneeded ports:<br class=""><br class=""><a href="https://trac.macports.org/ticket/57464#comment:12" class="">https://trac.macports.org/ticket/57464#comment:12</a><br class=""><br class="">And after updating to macOS 11.2.3 and Xcode 12.4 I deleted the simulator directories again and I don't think they've come back.<br class=""><br class="">We have 26GB free at the moment. So let's let the next builds of py-tensorflow* run without interrupting them and see if they complete now.<br class=""><br class=""></div></div></blockquote></div><br class=""></div></body></html>