tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: spurious/incorrect "gobject-introspection" dependencies?

On Thu, 2 Feb 2017, John D. Baker wrote:

> "devel/py-gobject3-common" and "devel/py-gobject3" ("py27-gobject3")
> claim full dependency (i.e., build and runtime) dependency on
> "gobject-introspection".  Is that true?  All the other packages I've
> encountered only needed it for building.

Checking a netbsd-7/amd64 system (which does not exhibit the problems
with "libgthread"), the following packages register a dependency on
"devel/gobject-introspection" (i.e., runtime, not just build-time):


Of these, "libsecret", "libnotify", "gstreamer1", and "gst-plugins1-base"
have "introspection" options in pkgsrc-2016Q4.  "gstreamer0.10" and
"gst-plugins0.10-base" gained "introspection" options in HEAD.
"libxklavier" has just had the gobject-introspection bl3 inclusion
commented out in HEAD.

"py27-gobject3" ("devel/py-gobject3") and "devel/py-gobject3-common"
seem inextricably tied to "gobject-introspection" and I've not found
a way to implement the "introspection" option for them.

Other packages ("devel/atk", "x11/gtk[23]", "net/libsoup",
"devel/py-gobject-shared", "devel/pango") all have

  BUILDLINK_DEPMETHOD.gobject-introspection:=    build

before their inclusion of the gobject-introspection bl3 file.

I've locally implemented the "introspection" option for "at-spi2-core",
"telepathy-glib", and others not shown.  Most of these followed the
example of "graphics/librsvg" from HEAD and included the
BUILDLINK_DEPMETHOD statement above, limiting the package's dependency
on gobject-introspection to build only.

|/"\ John D. Baker, KN5UKS               NetBSD     Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com    OpenBSD            FreeBSD
| X  No HTML/proprietary data in email.   BSD just sits there and works!
|/ \ GPGkeyID:  D703 4A7E 479F 63F8 D3F4  BD99 9572 8F23 E4AD 1645

Home | Main Index | Thread Index | Old Index