[MacPorts] #60044: gpsd: python34 variant depends on nonexistent py34-serial port

[MacPorts]

#60044: gpsd: python34 variant depends on nonexistent py34-serial port
------------------------------+-----------------------
  Reporter:  ryandesign       |      Owner:  michaelld
      Type:  defect           |     Status:  assigned
  Priority:  Normal           |  Milestone:
 Component:  ports            |    Version:  2.6.2
Resolution:                   |   Keywords:
      Port:  gpsd, py-serial  |
------------------------------+-----------------------

Comment (by fhgwright):

 Replying to [comment:2 jmroot]:
 > Replying to [comment:1 fhgwright]:
 > > BTW, does the fact that this arose at all on the buildbots mean that
 consideration is being given to offering precompiled binaries for non-
 default variants (which is otherwise extremely rare)?
 >
 > At the moment it just means that ports' distfiles are mirrored for all
 variants.

 If it's just about distfile mirroring, why is it paying attention to
 dependencies at all?  With the possible exception of fetch dependencies
 (if they even exist), dependencies should be completely irrelevant for
 what's essentially a version of "port fetch".

 > Actually building non-default variants is something we'd like to do, but
 only for curated selections since building all combinations would be
 mathematically problematic. That's not yet possible.

 Indeed providing *all* variants would be problematic, though I think I've
 seen isolated cases of more than one.  Criteria for inclusion might be
 based on popularity of the variant, time required to build from source,
 and size of the binary archive.  It would make sense to boost the priority
 of anything that can't be built from source for an upgrade without manual
 intervention, such as anything involving the dreaded libunwind-headers, or
 poppler, or the ld64 stuff that Ken's been talking about.  And "gratuitous
 universality" makes precompiled +universal binaries a lot more important
 than they really ought to be.

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