[MacPorts] #71056: x265 @3.6: Does not install libx265.dylib nor x265.pc; causes other ports to fail to build

[MacPorts]

#71056: x265 @3.6: Does not install libx265.dylib nor x265.pc; causes other ports
to fail to build
-------------------------+-------------------------
  Reporter:  ryandesign  |      Owner:  mascguy
      Type:  defect      |     Status:  assigned
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:  2.10.2
Resolution:              |   Keywords:  snowleopard
      Port:  x265        |
-------------------------+-------------------------

Comment (by barracuda156):

 Replying to [comment:3 ryandesign]:
 > In the Mac OS X 10.6 log I see that it can't find git:
 >
 > {{{
 > -- HG LIVE REPO STATUS CHECK DONE
 > -- X265 RELEASE VERSION unknown
 > }}}
 >
 > Maybe the fallback code for what to do when git is not found is broken.
 >
 > In the macOS 13 log it finds git:
 >
 > {{{
 > -- GIT_EXECUTABLE /usr/bin/git
 > -- SOURCE CODE IS FROM x265 GIT ARCHIVED ZIP OR TAR BALL
 > -- GIT ARCHIVAL INFORMATION PROCESSED
 > -- X265 RELEASE VERSION 3.5+1-f0c1022b6
 > }}}
 >
 > However the version number that it determines itself to be is wrong.
 >
 > I am able to reproduce the problem if I add
 `-DCMAKE_DISABLE_FIND_PACKAGE_Git=ON` to `configure.args` on macOS 12.
 >
 > The port is downloading an automatically-generated tarball from the x265
 repository. The x265 project offers
 [https://bitbucket.org/multicoreware/x265_git/downloads/ release
 downloads] so we should be using those instead. Maybe they come pre-
 configured to know what version they are and don't need git. I will test.

 If something is trying to use Apple-supplied `git`, that will not work up
 to 10.8 (as I recall). MacPorts `git` should be used instead.
 (I have MacPorts built against bootstrapped `git`, so I never have these
 problems locally on legacy systems.)

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