kompose crashes with undefined symbol: imlib_context_set_display on sid-amd64

[Debian Bug Importer]

Automatically imported from Debian bug report #295350 http://bugs.debian.org/295350

[Jan Kreuzer (kontrollator)]

I downloaded the build-deps and sources of libimlib2, built it from
source, installed it and now kompose works.

Sorry for the noise

cheers Jan

[Steve Langasek (vorlon)]

reassign 295350 libimlib2
tags 295350 patch
thanks

This bug affects several of the libimlib2 binaries in the main Debian
archive as well. It appears that imlib2 is getting bitten by bug #295175 on
the buildds, and doesn't sanely regard missing X headers as a fatal error,
resulting in release-critical misbuilds of the package.

The attached patch fixes upstream's configure script to leave users the
option of building without X, while still handling accidental X breakage
sanely.

--
Steve Langasek
postmodern programmer

[Debian Bug Importer (debzilla)]

Automatically imported from Debian bug report #295350 http://bugs.debian.org/295350

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Tue, 15 Feb 2005 11:28:55 +0100
From: Jan Kreuzer <email address hidden>
To: <email address hidden>
Subject: kompose crashes with undefined symbol: imlib_context_set_display
 on sid-amd64

Package: kompose
Version: 0.5.1-2
Severity: grave
Justification: renders package unusable

*** Please type your report below this line ***

Hi
when starting kompose from the console i get the following
error-message:
 kompose
 KomposeSettings::instance() - Creating Singleton instance
 KomposeGlobal::enablePixmapExports()
 KomposeGlobal::initSharedPixmaps()
 KomposeViewManager::instance() - Creating Singleton instance
 KomposeSettings::readConfig()
 KomposeSettings::readConfig()
 kompose: relocation error: kompose: undefined symbol:
 imlib_context_set_display
 kompose: ERROR: Communication problem with kompose, it probably
 crashed.

 I downloaded the build-deps and tried building it from the
 source-package, this fails with the following:
 komposeglobal.o(.text+0x12c4): In function
 `KomposeGlobal::initImlib()':
 : undefined reference to `imlib_context_set_display'
 komposeglobal.o(.text+0x12cc): In function
 `KomposeGlobal::initImlib()':
 : undefined reference to `imlib_context_set_visual'
 komposeglobal.o(.text+0x12d4): In function
 `KomposeGlobal::initImlib()':
 : undefined reference to `imlib_context_set_colormap'
 komposetaskvisualizer.o(.text+0x55a): In function
 `KomposeTaskVisualizer::renderScaledScreenshot(QSize)':
 : undefined reference to `imlib_context_set_drawable'
 komposetaskvisualizer.o(.text+0x576): In function
 `KomposeTaskVisualizer::renderScaledScreenshot(QSize)':
 : undefined reference to `imlib_create_image_from_drawable'
 komposetaskvisualizer.o(.text+0x5c2): In function
 `KomposeTaskVisualizer::renderScaledScreenshot(QSize)':
 : undefined reference to `imlib_context_set_drawable'
 komposetaskvisualizer.o(.text+0x5d3): In function
 `KomposeTaskVisualizer::renderScaledScreenshot(QSize)':
 : undefined reference to `imlib_render_image_on_drawable_at_size'
 collect2: ld returned 1 exit status

 My installed libimlib2 is:
 Package: libimlib2
 Status: install ok installed
 Priority: optional
 Section: libs
 Installed-Size: 476
 Maintainer: Laurence J. Lane <email address hidden>
 Architecture: amd64
 Source: imlib2
 Version: 1.2.0-1.1
 Depends: libbz2-1.0, libc6 (>= 2.3.2.ds1-4), libfreetype6 (>= 2.1.5-1),
 libjpeg62, libpng12-0 (>= 1.2.8rel), libtiff4, libungif4g (>= 4.1.3),
 zlib1g (>= 1:1.2.1)
 Description: powerful image loading and rendering library
  Imlib2 is an advanced replacement library for libraries like
   libXpm that provides many more features with much greater
    flexibility and speed than standard libraries, including font
     rasterization, rotation, RGBA space rendering and blending,
      dynamic binary filters, scripting, and more.
       .
        Imlib2 is not a drop-in replacement for Imlib 1.x.

Same for the imlib2-dev package. Unfortunately this is all info i can
provide (i am not a programmer), but if you need more info feel free to
ask. Thanks for your time

Cheers Jan

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Ker...

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Tue, 15 Feb 2005 11:48:38 +0100
From: Jan Kreuzer <email address hidden>
To: <email address hidden>
Subject: Re: Bug#295350: Acknowledgement (kompose crashes with undefined
 symbol: imlib_context_set_display on sid-amd64)

I downloaded the build-deps and sources of libimlib2, built it from
source, installed it and now kompose works.

Sorry for the noise

cheers Jan

[Tjaard de Vries (tjaard-seeraamuun)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I think it's the same bug:

Eterm: relocation error: /usr/lib/libEterm-0.9.2.so: undefined symbol:
imlib_context_set_display

Esetroot: relocation error: Esetroot: undefined symbol:
imlib_context_set_display

scrot: relocation error: scrot: undefined symbol: imlib_context_set_display

I'm sorry if this doesn't help in any way, I'm quite new to this bug
tracking stuff.

I'm using debian sid pure64, did the installation of this system a few
hours ago.

- --
Tjaard

My computer is free, is yours? http://www.debian.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCF8zICqxgDAdoJzURAogJAKCnYwSqNnM9Wz1UkNjSYi2bGlQrwACdGWoZ
h9Dt0QF4XUSi1reqCI3Vngk=
=ejvg
-----END PGP SIGNATURE-----

[Debian Bug Importer (debzilla)]

Message-id: <email address hidden>
Date: Sun, 20 Feb 2005 00:33:29 +0100
From: Tjaard de Vries <email address hidden>
To: <email address hidden>
Subject: libimlib2 breaks scrot, Eterm, Esetroot too

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I think it's the same bug:

Eterm: relocation error: /usr/lib/libEterm-0.9.2.so: undefined symbol:
imlib_context_set_display

Esetroot: relocation error: Esetroot: undefined symbol:
imlib_context_set_display

scrot: relocation error: scrot: undefined symbol: imlib_context_set_display

I'm sorry if this doesn't help in any way, I'm quite new to this bug
tracking stuff.

I'm using debian sid pure64, did the installation of this system a few
hours ago.

- --
Tjaard

My computer is free, is yours? http://www.debian.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCF8zICqxgDAdoJzURAogJAKCnYwSqNnM9Wz1UkNjSYi2bGlQrwACdGWoZ
h9Dt0QF4XUSi1reqCI3Vngk=
=ejvg
-----END PGP SIGNATURE-----

[Don Armstrong (dondelelcaro)]

severity 296185 grave
merge 295350 296185
thanks

On Sun, 20 Feb 2005, Shaun Westbrooks wrote:
> I am getting a weird error when trying to set my desktop background
> using either Esetroot or feh. The error is "Unresolved symbol:
> imlib_context_set_display". I run sid pure64.

This is a duplicate of #295350

Don Armstrong

--
"The question of whether computers can think is like the question of
whether submarines can swim."
 -- Edsgar Dijkstra

http://www.donarmstrong.com http://rzlab.ucr.edu

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sun, 20 Feb 2005 14:33:45 -0800
From: Don Armstrong <email address hidden>
To: Shaun Westbrooks <email address hidden>, <email address hidden>
Subject: Re: Bug#296185: libimlib2: when running Esetroot --scale <img>,
 unresolved symbol: imlib_context_set_display

severity 296185 grave
merge 295350 296185
thanks

On Sun, 20 Feb 2005, Shaun Westbrooks wrote:
> I am getting a weird error when trying to set my desktop background
> using either Esetroot or feh. The error is "Unresolved symbol:
> imlib_context_set_display". I run sid pure64.

This is a duplicate of #295350

Don Armstrong

--
"The question of whether computers can think is like the question of
whether submarines can swim."
 -- Edsgar Dijkstra

http://www.donarmstrong.com http://rzlab.ucr.edu

[Debian Bug Importer (debzilla)]

*** Bug 13127 has been marked as a duplicate of this bug. ***

[Laurence J. Lane (ljlane)]

The patch provided fails. Search for "no X support found"
in http://people.debian.org/~ljlane/stuff/295350-B0.bz2
if you want to see the details.

Using this line from the imlib2 changelog causes a different
configure failure:

  AC_PATH_X([X11],[X11/Xlib.h],[XrmInitialize()]

Using plain AC_PATH_XTRA_CORRECTED works fine here. It's
a Debian hack, but so is the AC_PATH_X macro that accepts
arguments.

And this is all simply academic to me because Bug#295175
that exposed the imlib2 configure bugginess has been corrected.
Rebuilding imlib2 as is will stop a lot of bug reports and
frustration. But it's not my call, so I digress. Figure out
how you want it fixed and I'll upload it. Or just NMU it.
I really don't care about the how, just that it gets fixed.

[Laurence J. Lane (ljlane)]

On Sun, Feb 20, 2005 at 08:02:09PM -0600, Laurence J. Lane wrote:

> Using plain AC_PATH_XTRA_CORRECTED works fine here. It's
> a Debian hack, but so is the AC_PATH_X macro that accepts
> arguments.

Funny thing is _CORRECTED doesn't appear to exist anymore.

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sun, 20 Feb 2005 20:02:09 -0600
From: "Laurence J. Lane" <email address hidden>
To: <email address hidden>
Subject: imlib2 misbuilds

The patch provided fails. Search for "no X support found"
in http://people.debian.org/~ljlane/stuff/295350-B0.bz2
if you want to see the details.

Using this line from the imlib2 changelog causes a different
configure failure:

  AC_PATH_X([X11],[X11/Xlib.h],[XrmInitialize()]

Using plain AC_PATH_XTRA_CORRECTED works fine here. It's
a Debian hack, but so is the AC_PATH_X macro that accepts
arguments.

And this is all simply academic to me because Bug#295175
that exposed the imlib2 configure bugginess has been corrected.
Rebuilding imlib2 as is will stop a lot of bug reports and
frustration. But it's not my call, so I digress. Figure out
how you want it fixed and I'll upload it. Or just NMU it.
I really don't care about the how, just that it gets fixed.

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sun, 20 Feb 2005 20:13:25 -0600
From: "Laurence J. Lane" <email address hidden>
To: <email address hidden>
Subject: Re: imlib2 misbuilds

On Sun, Feb 20, 2005 at 08:02:09PM -0600, Laurence J. Lane wrote:

> Using plain AC_PATH_XTRA_CORRECTED works fine here. It's
> a Debian hack, but so is the AC_PATH_X macro that accepts
> arguments.

Funny thing is _CORRECTED doesn't appear to exist anymore.

[Matt Zimmerman (mdz)]

Looks like another regression in imlib 1.2.0

[Steve Langasek (vorlon)]

> The patch provided fails. Search for "no X support found"
> in http://people.debian.org/~ljlane/stuff/295350-B0.bz2
> if you want to see the details.

Hmm, yes, I tested hat it would properly fail to build when X support was
not available, but I didn't test that it would build when X support was
available. Whoops. :)

> Using this line from the imlib2 changelog causes a different
> configure failure:

> AC_PATH_X([X11],[X11/Xlib.h],[XrmInitialize()]

What configure failure does this cause? At least fixing the library name
and using

  AC_PATH_X([X11], [X11/Xlib.h], [XOpenDisplay(NULL)])

gives me a successful build here with X support.

> And this is all simply academic to me because Bug#295175
> that exposed the imlib2 configure bugginess has been corrected.
> Rebuilding imlib2 as is will stop a lot of bug reports and
> frustration. But it's not my call, so I digress. Figure out
> how you want it fixed and I'll upload it. Or just NMU it.
> I really don't care about the how, just that it gets fixed.

Given that your subsequent upload to "provoke the buildds" on the 21st again
resulted in several misbuilt packages that can only be detected by
painstaking examination of build logs or binary packages, I would hardly
consider this academic. Moreover, there is no guarantee that other bugs
won't occur in the future that reintroduce this problem... Allowing a
library's ABI to regress based only on circumstantial breakage of the build
environment is simply bad design.

Anyway, NMUing with the attached updated patch.

Thanks,
--
Steve Langasek
postmodern programmer

[Steve Langasek (vorlon)]

tag 295350 + fixed

quit

This message was generated automatically in response to a
non-maintainer upload. The .changes file follows.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sun, 27 Feb 2005 13:41:05 -0800
Source: imlib2
Binary: libimlib2 libimlib2-dev
Architecture: source i386
Version: 1.2.0-2.1
Distribution: unstable
Urgency: low
Maintainer: Laurence J. Lane <email address hidden>
Changed-By: Steve Langasek <email address hidden>
Description:
 libimlib2 - powerful image loading and rendering library
 libimlib2-dev - Imlib2 development files
Closes: 295350
Changes:
 imlib2 (1.2.0-2.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Rip out upstream's buggy homebrew X detection code, which silently
     disables X support (and breaks the library ABI) if it doesn't find X
     headers in the right place; now fails out properly unless passing
     --without-x to configure. Closes: #295350.
Files:
 9e97667400131451721b43f8a2fea16a 730 libs optional imlib2_1.2.0-2.1.dsc
 2cf33769b4df6846201f29ad86ff0b7d 98912 libs optional imlib2_1.2.0-2.1.diff.gz
 6fb25be22fa4cfe7da6644a004b3788c 189558 libs optional libimlib2_1.2.0-2.1_i386.deb
 1c64f177076ae20d4ac42ccc1eed6eac 579974 libdevel optional libimlib2-dev_1.2.0-2.1_i386.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCIkKNKN6ufymYLloRAnM+AKCv5ZYlu5PJkB/Xpy6S/VhZvmAXWgCghAST
rOLRTcCoo0YOIk1aspqHlN8=
=Ov9J
-----END PGP SIGNATURE-----

[Debian Bug Importer (debzilla)]

Message-Id: <email address hidden>
Date: Sun, 27 Feb 2005 17:32:06 -0500
From: Steve Langasek <email address hidden>
To: <email address hidden>
Cc: Steve Langasek <email address hidden>, <email address hidden> (Laurence J. Lane)
Subject: Fixed in NMU of imlib2 1.2.0-2.1

tag 295350 + fixed

quit

This message was generated automatically in response to a
non-maintainer upload. The .changes file follows.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sun, 27 Feb 2005 13:41:05 -0800
Source: imlib2
Binary: libimlib2 libimlib2-dev
Architecture: source i386
Version: 1.2.0-2.1
Distribution: unstable
Urgency: low
Maintainer: Laurence J. Lane <email address hidden>
Changed-By: Steve Langasek <email address hidden>
Description:
 libimlib2 - powerful image loading and rendering library
 libimlib2-dev - Imlib2 development files
Closes: 295350
Changes:
 imlib2 (1.2.0-2.1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Rip out upstream's buggy homebrew X detection code, which silently
     disables X support (and breaks the library ABI) if it doesn't find X
     headers in the right place; now fails out properly unless passing
     --without-x to configure. Closes: #295350.
Files:
 9e97667400131451721b43f8a2fea16a 730 libs optional imlib2_1.2.0-2.1.dsc
 2cf33769b4df6846201f29ad86ff0b7d 98912 libs optional imlib2_1.2.0-2.1.diff.gz
 6fb25be22fa4cfe7da6644a004b3788c 189558 libs optional libimlib2_1.2.0-2.1_i386.deb
 1c64f177076ae20d4ac42ccc1eed6eac 579974 libdevel optional libimlib2-dev_1.2.0-2.1_i386.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQFCIkKNKN6ufymYLloRAnM+AKCv5ZYlu5PJkB/Xpy6S/VhZvmAXWgCghAST
rOLRTcCoo0YOIk1aspqHlN8=
=Ov9J
-----END PGP SIGNATURE-----

[Laurence J. Lane (ljlane)]

problem was fixed by a NMU some time ago