/usr/lib/gkrellm2/plugins/gkhdplop.so: undefined symbol: imlib_image_draw_pixel

Bug #995272 reported by Nuno Carvalho
This bug affects 8 people
Affects Status Importance Assigned to Milestone
wmhdplop (Ubuntu)
Fix Released

Bug Description

Ubuntu version: Ubuntu 12.04 LTS
gkrellm 2.3.5-3 GNU Krell Monitors
gkrellm-hdplop 0.9.9-2 hard drive activity monitor GKrellM plugin
libimlib2 1.4.4-1build1 powerful image loading and rendering library

gkrellm plugin installation log:
 Timezone: placement is after Clock G:0
 Error: /usr/lib/gkrellm2/plugins/gkhdplop.so: undefined symbol: imlib_image_draw_pixel
 Volume Plugin: placement is before Battery G:0
 gkrellm-bfm: placement is before CPU G:0

Related branches

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in wmhdplop (Ubuntu):
status: New → Confirmed
Revision history for this message
Darko Veberic (darko-veberic-kit) wrote :

this problem arises since the automake buildsystem is wrongly placing -lImlib2 in front of the *.o files so that the resulting shared library gkhdplop.so ends up without the imlib_image_draw_pixel symbol satisfied...

manually, just move all -L and -l gcc options for the gkhdplop.so target to the end of the command line. for me the resulting gkhdplop.so works fine with gkrellm...

Revision history for this message
Vojta (mujandroid1) wrote :

I have the same problem and I don't understand where shall I find and move those options? In the makefile before compiling it?

Revision history for this message
Surak (smkozasa) wrote :

I can confirm this happens to me with Kubuntu 13.04, since Kubuntu 12.04 (or maybe before?). I don't compile since 20 years ago, so I'd appreciate if someone could explain how to implement Darko's solution in comment #2. Thanks.

Revision history for this message
Balázs Svigruha (r4ot) wrote :

Here is a manual workaround for Ubuntu 12.04.3 LTS (I think this is good for the other versions, too):

After you've run ./configure, search for this in Makefile:
gkhdplop.so$(EXEEXT): $(gkhdplop_so_OBJECTS) $(gkhdplop_so_DEPENDENCIES)
        @rm -f gkhdplop.so$(EXEEXT)
        $(LINK) $(gkhdplop_so_LDFLAGS) $(gkhdplop_so_OBJECTS) $(gkhdplop_so_LDADD) $(LIBS)

Change this:
$(LINK) $(gkhdplop_so_LDFLAGS) $(gkhdplop_so_OBJECTS) $(gkhdplop_so_LDADD) $(LIBS)
to this:
$(LINK) $(gkhdplop_so_OBJECTS) $(gkhdplop_so_LDADD) $(LIBS) $(gkhdplop_so_LDFLAGS)

And run make.

Revision history for this message
Bill Duetschler (bikergeek) wrote :

Still an issue on Xubuntu Trusty.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package wmhdplop - 0.9.9-4

wmhdplop (0.9.9-4) unstable; urgency=medium

  * debian/clean
    - New file; clean file changed by autoreconf.
  * debian/control
    - Add Vcs-* fields.
    - Bump Standards-Version to 3.9.6, no changes required.
    - Replace Build-Depends on autotools-dev with dh-autoreconf.
    - Change Architecture for both binary packages to linux-any.
  * debian/rules
    - Use dh-autoreconf.
    - Add get-orig-source target.
  * debian/patches
    - (modernize_autotools.patch): Fix autotools warnings and errors.
    - (fix-ftbfs-gcc-4.7-667415.patch) Refresh patch to avoid dpkg-source
    - (fix_compiler_warnings.patch) Fix compiler warnings.

 -- Doug Torrance <email address hidden> Wed, 15 Oct 2014 00:13:54 -0500

Changed in wmhdplop (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.