[MacPorts] #61545: python38 +universal fails to build on Big Sur (Apple Silicon Mac)

[MacPorts]

#61545: python38 +universal fails to build on Big Sur (Apple Silicon Mac)
------------------------------+--------------------------
  Reporter:  Gregory-Gelfond  |      Owner:  (none)
      Type:  defect           |     Status:  new
  Priority:  Normal           |  Milestone:
 Component:  ports            |    Version:  2.6.4
Resolution:                   |   Keywords:  bigsur arm64
      Port:  python38         |
------------------------------+--------------------------

Comment (by arthurcnorman):

 Quite a lot of the ports survice +universal already. I had trouble with
 icu (but I am not quite certain if that was real or an accident and of the
 ports I tried that blocks
     at-spi2-atk                     @2.38.0_0
     at-spi2-core                    @2.38.0_0
     atk                             @2.36.0_1
     brotli                          @1.0.9_0
     cairo                           @1.16.0_0+quartz+x11
     gdk-pixbuf2                     @2.42.2_0+x11
     glib2                           @2.58.3_1+x11
     gnutls                          @3.6.15_0
     gobject-introspection           @1.60.2_4
     libepoxy                        @1.5.4_1+python38
     harfbuzz                        @2.7.4_0
     harfbuzz-icu                    @2.7.4_0
     graphite2                       @1.3.13_1
     gtk3                            @3.24.23_0+x11
     libarchive                      @3.5.1_0
     libcerf                         @1.13_0
     libxml2                         @2.9.10_1
     libxslt                         @1.1.34_4
     p11-kit                         @0.23.21_0
     pango                           @1.42.4_2+quartz+x11
 that are tagged as depending on it.
 pythin38 is the other big blocker and the "38" is because that is what
 other ports seemsd to say the depended on, sof for instance
   python38:
     cyrus-sasl2                     @2.1.27_2+kerberos
     fontconfig                      @2.13.1_1
     freetype                        @2.10.4_0
     gd2                             @2.3.0_0+x11
     xorg-libXt                      @1.2.0_0
     xpm                             @3.5.13_0
     kerberos5                       @1.18.3_0
     mesa                            @17.1.6_2+osmesa+python27
     woff2                           @1.0.2_0
     Xft2                            @2.3.3_0
     xorg-libX11                     @1.7.0_0
 and a p[ile more X11 things clog there. jpeg also did not work first time
 and blocked tiff, webp etc. The only other one my scan showed up was osso-
 uuid and I do not know what tried to pull that in.

 That is a short list compatred with the list of all things that worked.
 And my bet is that if building say xorg-libX11 knew it only depended on an
 executable version of python on whatev4er the current architecture and did
 not need to ask for a universal one then many more things woold sail
 through very happily. and
 harfbuzz-icu is maybe an issue and may block texlive-bin

 It is great that on the m1 compilation is respactably fast! And let me
 repeat how pleased I am about all ths things that work, so this is not a
 complaint it is a report.

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