invalid token @CARBON_LIBS@ in glib-2.0.pc

[Steve Langasek]

In libglib2.0-dev 2.41.0-1, glib-2.0.pc contains an unexpanded token in Libs.private:

Name: GLib
Description: C Utility Library
Version: 2.41.0
Requires.private: libpcre
Libs: -L${libdir} -lglib-2.0
Libs.private: -pthread -lpcre @CARBON_LIBS@
Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include

This makes it impossible to statically link against glib2.0 in utopic, though it doesn't cause problems for dynamic linking.

I ran into this problem while doing a test build of qemu. I'm not entirely sure why Libs.private was used, given that qemu dynamically links against glib2.0, but it's definitely still a bug in glib2.0.

[Iain Lane (laney)]

https://git.gnome.org/browse/glib/commit/?id=9f69534030f963183ac5398889630a641a71409b

Will upload to experimental & sync.

[Iain Lane (laney)]

Nope. Bug #1330451 means I can't, sorry.

[Launchpad Janitor (janitor)]

This bug was fixed in the package glib2.0 - 2.41.0-2

---------------
glib2.0 (2.41.0-2) experimental; urgency=medium

  [ Andreas Henriksson ]
  * Bump python:any build-dependency to >= 2.7.5-5~ (Closes: #747928)

  [ Emilio Pozuelo Monfort ]
  * Use the default compiler on sparc, since it's already >> 4.7.
    Closes: #751313.

  [ Iain Lane ]
  * 0001-Prevent-an-invalid-CARBON_LIBS-from-appearing-in-the.patch:
    Cherry-pick patch from upstream to fix an invalid "@CARBON_LIBS@" token
    appearing in Libs.private in the pcfile. (LP: #1330033)

 -- Iain Lane <email address hidden> Mon, 16 Jun 2014 10:17:36 +0100