After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 544850 - configure needs to handle the non-existence of pangox
configure needs to handle the non-existence of pangox
Status: RESOLVED FIXED
Product: quick-lounge-applet
Classification: Deprecated
Component: general
2.12.x
Other All
: Normal minor
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2008-07-26 15:25 UTC by Arun Raghavan
Modified: 2008-07-27 08:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Arun Raghavan 2008-07-26 15:25:36 UTC 
Please describe the problem:
The configure script seems to assume that pangox will be installed on the client machine while picking up X libraries.

Could someone please clarify whether pangox is really a dep for quick-lounge-applet? If it isn't, I can hack up a quick patch that falls back on AC_PATH_XTRA if neither pangox nor pangoxft is found.

I need this information for bumping the version of this package in Gentoo.

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Arun Raghavan 2008-07-26 18:21:38 UTC 
Okay, digging in a little more, I realise that 'pkg-config --libs pangox' will just fail if pangox.pc isn't found and and AC_PATH_XTRA will be picked up anyway. This probably should be handled, but it's not earth-shatteringly important.

However, pangox is clearly not a dep. I'm just changing the bug title and priority to reflect this.
Comment 2 Paolo Bacchilega 2008-07-27 08:25:25 UTC 
I don't know why the pangox check was there, maybe just a copy and paste from another configure.in.  Anyway I just removed it and everything seems to work good.