[MacPorts] #62685: py39-tensorflow +native : dependencies are broken

[MacPorts]

#62685: py39-tensorflow +native : dependencies are broken
------------------------------+------------------------------------
  Reporter:  mouse07410       |      Owner:  Chris Jones <jonesc@…>
      Type:  defect           |     Status:  closed
  Priority:  Normal           |  Milestone:
 Component:  ports            |    Version:
Resolution:  fixed            |   Keywords:
      Port:  py39-tensorflow  |
------------------------------+------------------------------------

Comment (by cjones051073):

 Replying to [comment:8 mouse07410]:
 > > {{{The macOS 11.2 SDK does not appear to be installed}}}
 > >
 > > The macOS 11.2 SDK does not appear to be installed
 >
 > it is not resolvable. Doing what Macports suggests {{{xcode-select
 --install}}} indeed installs the CLT, which Macports keeps ignoring (and
 there's no SDK-11.2, at least for Intel-based Big Sur):
 > {{{
 > $ ll /Library/Developer/CommandLineTools/SDKs/
 > total 0
 > drwxr-xr-x  5 root  wheel  160 Apr 11 11:37 ./
 > drwxr-xr-x  5 root  wheel  160 Apr 11 11:36 ../
 > lrwxr-xr-x  1 root  wheel   14 Apr 11 11:37 MacOSX.sdk@ ->
 MacOSX11.1.sdk
 > drwxr-xr-x  8 root  wheel  256 Jul  9  2020 MacOSX10.15.sdk/
 > drwxr-xr-x  7 root  wheel  224 Nov 30 07:33 MacOSX11.1.sdk/
 > }}}

 Ah yes. i guess you are using the last released version of base ? I am
 using a devel version from git which I think has a work around for this.

 >
 >
 > > You are using a non-MacPorts provided Java JDK 11
 >
 > Yeah...?
 >
 > > and it looks like that is the cause of the problems...
 >
 > The problem is with the Web proxy (this all is happening behind a
 corporate firewall). Are you saying that the Macports-provided JDK-11
 would understand proxy env vars from Macports config or from the
 environment, but the Amazon port of JDK-11 would not???

 I have no idea. I was just noting you where using a JDK that isn’t the one
 normally used, or tested to build the port.

 >
 >
 > > Please try removing that, and then allow the port to install the
 fallback from Macports...
 >
 > Same thing, of course - it does not take the env var {{{JAVA_HOME}}},
 but chooses to figure it out for itself instead:
 > {{{
 > :info:build INFO: Repository io_bazel_rules_closure instantiated at:
 > :info:build   no stack (--record_rule_instantiation_callstack not
 enabled)
 > :info:build Repository rule http_archive defined at:
 > :info:build
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports
 .org_release_tarballs_ports_python_py-
 tensorflow/py39-tensorflow/work/bazel_build/6da232b4e45addff3b712271afe8847b/external/bazel_tools/tools/build_defs/repo/http.bzl:336:16:
 in <toplevel>
 > :info:build WARNING: Download from
 https://storage.googleapis.com/mirror.tensorflow.org/github.com/bazelbuild/rules_closure/archive/308b05b2419edb5c8ee0471b67a40403df940149.tar.gz
 failed: class java.io.IOException Proxy address
 llproxy.llan.ll.mit.edu:8080 is not a valid URL
 > :info:build WARNING: Download from
 https://github.com/bazelbuild/rules_closure/archive/308b05b2419edb5c8ee0471b67a40403df940149.tar.gz
 failed: class java.io.IOException Proxy address
 llproxy.llan.ll.mit.edu:8080 is not a valid URL
 > :info:build ERROR: An error occurred during the fetch of repository
 'io_bazel_rules_closure':
 > :info:build    java.io.IOException: Error downloading
 [https://storage.googleapis.com/mirror.tensorflow.org/github.com/bazelbuild/rules_closure/archive/308b05b2419edb5c8ee0471b67a40403df940149.tar.gz,
 https://github.com/bazelbuild/rules_closure/archive/308b05b2419edb5c8ee0471b67a40403df940149.tar.gz]
 to
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports
 .org_release_tarballs_ports_python_py-
 tensorflow/py39-tensorflow/work/bazel_build/6da232b4e45addff3b712271afe8847b/external/io_bazel_rules_closure/308b05b2419edb5c8ee0471b67a40403df940149.tar.gz:
 Proxy address llproxy.llan.ll.mit.edu:8080 is not a valid URL
 > }}}
 >
 > And
 > {{{
 > $ fgr JAVA
 /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports
 .org_release_tarballs_ports_python_py-tensorflow/py39-tensorflow/main.log
 > 412::debug:main Discovered JAVA_HOME via /usr/libexec/java_home -f -v:
 /Library/Java/JavaVirtualMachines/amazon-corretto-11.jdk/Contents/Home
 > 22595::debug:configure JAVA_HOME='/Library/Java/JavaVirtualMachines
 /amazon-corretto-11.jdk/Contents/Home'
 > 22650::debug:build JAVA_HOME='/Library/Java/JavaVirtualMachines/amazon-
 corretto-11.jdk/Contents/Home'
 > }}}

 Well, it looks to me the issue is either your coorporate firewall, or the
 JDK you are using. Either way, its not a scenario anyone other than
 yourself and can really debug and fix.

-- 
Ticket URL: <https://trac.macports.org/ticket/62685#comment:9>
MacPorts <https://www.macports.org/>
Ports system for macOS