[MacPorts] #52605: adwaita-icon-theme @3.22.0 fails building on 10.5.8 PPC

[MacPorts]

#52605: adwaita-icon-theme @3.22.0 fails building on 10.5.8 PPC
---------------------------------+----------------------
  Reporter:  braumann@…          |      Owner:  devans@…
      Type:  defect              |     Status:  assigned
  Priority:  Normal              |  Milestone:
 Component:  ports               |    Version:  2.3.4
Resolution:                      |   Keywords:
      Port:  adwaita-icon-theme  |
---------------------------------+----------------------

Comment (by devans@…):

 Ok, here's my progress report.

 First let me say I've never used gentoo and I'm not familiar with their
 build system but the following is what I think that post is about.

 The "tools flag" that they are talking about is an attibute of their build
 system, flag being roughly equivalent to variant in MacPorts.  So it
 appears
 that the gentoo default build includes the flag -tools, that is, with out
 the tools. Rebuilding with +tools fixed their problem.

 With respect to librsvg, there is a configuration flag:
 {{{
 --disable-tools         do not build miscellaneous tools [default=no]
 }}}

 that is, the default for librsvg is to build the tools.  In our port, we
 don't assert --disable-tools and so the tools are built and installed by
 default. You can check with

 {{{
 port contents librsvg | grep bin
 }}}

 The tools are two small utility programs rsvg-convert and svg2pdf, which,
 as far as I can tell are not used by gtk-encode-symbolic-svg.

 However, the other thing they talk about is the svg gdk-pixbuf loader
 provided by librsvg. This is, specifically,


 {{{
 ${prefix}/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
 }}}

 which is provided by librsvg and provides support for loading svg images
 as GdkPixbufs. This is getting closer to something that sounds like our
 failure message.

 So again check and make sure it is installed as part of the contents of
 librsvg.


 {{{
 port contents librsvg | grep loaders
 }}}


 I'm looking into this further on this end.

-- 
Ticket URL: <https://trac.macports.org/ticket/52605#comment:10>
MacPorts <https://www.macports.org/>
Ports system for the Mac operating system