[MacPorts] #68026: rav1e @0.6.6: iconv linking fails, expecting symbols from MacOS's iconv lib

[MacPorts]

#68026: rav1e @0.6.6: iconv linking fails, expecting symbols from MacOS's iconv lib
---------------------+---------------------------------
  Reporter:  jgrg    |      Owner:  MarcusCalhoun-Lopez
      Type:  defect  |     Status:  assigned
  Priority:  Normal  |  Milestone:
 Component:  ports   |    Version:
Resolution:          |   Keywords:
      Port:  rav1e   |
---------------------+---------------------------------

Comment (by Liontooth):

 Fantastic, thanks! That worked:

 {{{
 --->  Deactivating ffmpeg @4.4.2_6+gpl2+universal
 --->  Activating ffmpeg @4.4.4_1+gpl2+slim)
 }}}

 It doesn't currently satisfy the ffmpeg dependency of other packages --
 but ffmpeg-4.4.4_1+gpl2+universal now also installs without pulling in
 rav1e:

 {{{
 --->  Computing dependencies for strigi
 --->  Dependencies to be installed: ffmpeg
 --->  Fetching archive for ffmpeg
 --->  Attempting to fetch
 ffmpeg-4.4.4_1+gpl2+universal.darwin_22.arm64-x86_64.tbz2 from
 https://packages.macports.org/ffmpeg
 --->  Attempting to fetch
 ffmpeg-4.4.4_1+gpl2+universal.darwin_22.arm64-x86_64.tbz2 from
 https://ywg.ca.packages.macports.org/mirror/macports/packages/ffmpeg
 --->  Attempting to fetch
 ffmpeg-4.4.4_1+gpl2+universal.darwin_22.arm64-x86_64.tbz2 from
 http://mirror.fcix.net/macports/packages/ffmpeg
 --->  Fetching distfiles for ffmpeg
 --->  Verifying checksums for ffmpeg
 --->  Extracting ffmpeg
 --->  Applying patches to ffmpeg
 --->  Configuring ffmpeg
 --->  Building ffmpeg
 --->  Staging ffmpeg into destroot
 --->  Installing ffmpeg @4.4.4_1+gpl2+universal
 --->  Deactivating ffmpeg @4.4.4_1+gpl2+slim
 --->  Cleaning ffmpeg
 --->  Activating ffmpeg @4.4.4_1+gpl2+universal
 }}}

 So as far as I can see, whatever you did worked. I see the portfile now
 has:

 {{{
     # Available on 10.6+
     if {(${os.major} >= 10) && (${configure.build_arch} ne "ppc")} {
         # Only enable 'rav1e', for non-slim installation
         if {![variant_isset slim]} {
             configure.args-append \
                     --enable-librav1e
             depends_lib-append \
                     port:rav1e
         }
     }

 }}}

 I'm running this on an M2 with Ventura 13.1, but rav1e was not in fact
 enabled even for the default (non-slim) version:

 {{{
 $ port installed ffmpeg rav1e
 The following ports are currently installed:
   ffmpeg @4.4.2_6+gpl2+universal
   ffmpeg @4.4.4_1+gpl2+slim
   ffmpeg @4.4.4_1+gpl2+universal (active)
   rav1e @0.6.3_0+universal (active)
 }}}

 However, yt-dlp also wants ffmpeg and in this case it pulls in rav1e and
 fails. To prevent this, I issued:

 {{{
 sudo port activate ffmpeg @4.4.4_1+gpl2+slim
 }}}

 And yt-dlp installed without pulling in rav1e. This triggered a rebuild
 request for strigi:

 {{{
 --->  Computing dependencies for strigi
 --->  Dependencies to be installed: ffmpeg
 --->  Deactivating ffmpeg @4.4.4_1+gpl2+slim
 --->  Cleaning ffmpeg
 --->  Activating ffmpeg @4.4.4_1+gpl2+universal
 --->  Cleaning ffmpeg
 }}}

 After reverting to ffmpeg +gpl2+universal, no rebuild is triggered for yt-
 dlp. I tested yt-dlp and it works.

 It seems a bit of a fluke that this is working. Strigi doesn't accept
 ffmpeg +slim, but builds ffmpeg +gpl2+universal without rav1e. yt-dpl
 accepts ffmpeg +slim and doesn't notice that ffmpeg has been changed back
 to ffmpeg +gpl2+universal.

 If there's a way to resolve this ticket and build rav1e, that's of course
 the preferred solution. In the meantime, is it worth making ffmpeg +slim
 be accepted by default by all ports that need ffmpeg?

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