On 01/29/2010 10:33 AM, Ng Oon-Ee wrote:

On Fri, Jan 29, 2010 at 11:23 AM, Ng Oon-Ee wrote:

...

On Fri, Jan 29, 2010 at 10:38 AM, David C. Rankin wrote:

...

Guys,

After updates today on my x86_64 box from testing, including kernel26-2.6.32.6-1, Compiz is broken. It attempts to start, but then all windows are left without any decorations and keyboard input is disabled on kde4. The first time I tried, the plasma panel died leaving me with no way to get kwin back other than finding a black spot on the desktop and logging out. Next attempt, plasma panel stayed with me and changing back and forth from kwin to compiz and back is easily done with fusion-icon. (I put a shortcut on my desktop to 'kwin --replace&' just in case)

Dunno what is happening here. All was OK before updates today. pacman.log is at:

www.3111skyline.com/download/Archlinux/pacman.log

Looks like it is another jpg/png library issue:

20:35 alchemy:~> fusion-icon * Detected Session: kde * Searching for installed applications... * No GLX_EXT_texture_from_pixmap with direct rendering context ... present with indirect rendering, exporting: LIBGL_ALWAYS_INDIRECT=1 * Using the GTK Interface * KWin is already running * Setting window manager to Compiz ... executing: compiz --replace --sm-disable --ignore-desktop-hints --indirect-rendering ccp --indirect-rendering WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug! compiz: symbol lookup error: /usr/lib/compiz/libpng.so: undefined symbol: png_check_sig

I experienced the same here at the point when the libpng rebuild started (and compiz was first updated). I almost immediately downgraded due to work requiring openoffice though, and haven't gotten round to enabling testing again.

Update, I've found that disabling the 'png' plugin under the 'Image Loading' section "fixes" the issue, at least compiz loads up and runs like it used to. Something must have gone wrong with the libpng-related rebuild. Bug report time?

do LD_DEBUG=files fusion-icon > log 2>&1 post somewhere the log and then post here the link to see it -- Ionut

2010/1/30 Ng Oon-Ee :

On Fri, 2010-01-29 at 13:19 +0200, Ionut Biru wrote:

...

On 01/29/2010 10:33 AM, Ng Oon-Ee wrote:

...

On Fri, Jan 29, 2010 at 11:23 AM, Ng Oon-Ee  wrote:

Update, I've found that disabling the 'png' plugin under the 'Image Loading' section "fixes" the issue, at least compiz loads up and runs like it used to. Something must have gone wrong with the libpng-related rebuild. Bug report time?

do

LD_DEBUG=files fusion-icon > log 2>&1

post somewhere the log and then post here the link to see it

Here's the log from a failed run - http://pastebin.com/m6a6cb270

Here's the log from a successful run (with the png plugin turned off) - http://pastebin.com/m62782b96

Both pastebins only available for a month. Interesting line (in my unexperienced opinion) in the first log is line 1914:-      7720:     /usr/lib/compiz/libpng.so: error: symbol lookup error: undefined symbol: png_check_sig (fatal) compiz: symbol lookup error: /usr/lib/compiz/libpng.so: undefined symbol: png_check_sig

It needs to be patched for the new libpng. Open a bug report if there isn't one.

On 01/30/2010 01:03 PM, Ng Oon-Ee wrote:

On Sat, 2010-01-30 at 05:03 -0500, Eric Bélanger wrote:

...

2010/1/30 Ng Oon-Ee:

...

On Fri, 2010-01-29 at 13:19 +0200, Ionut Biru wrote:

...

On 01/29/2010 10:33 AM, Ng Oon-Ee wrote:

...

On Fri, Jan 29, 2010 at 11:23 AM, Ng Oon-Ee wrote:

Update, I've found that disabling the 'png' plugin under the 'Image Loading' section "fixes" the issue, at least compiz loads up and runs like it used to. Something must have gone wrong with the libpng-related rebuild. Bug report time?

do

LD_DEBUG=files fusion-icon> log 2>&1

post somewhere the log and then post here the link to see it

Here's the log from a failed run - http://pastebin.com/m6a6cb270

Here's the log from a successful run (with the png plugin turned off) - http://pastebin.com/m62782b96

Both pastebins only available for a month. Interesting line (in my unexperienced opinion) in the first log is line 1914:- 7720: /usr/lib/compiz/libpng.so: error: symbol lookup error: undefined symbol: png_check_sig (fatal) compiz: symbol lookup error: /usr/lib/compiz/libpng.so: undefined symbol: png_check_sig

It needs to be patched for the new libpng. Open a bug report if there isn't one.

I understand this version IS patched for the new libpng, since it was held in testing just like all the other libpng packages.

http://bugs.archlinux.org/task/18076 is the bug report I just posted.

i was surprised to see that there is an similar bug report. i've just uploaded 0.8.4-3, please test it -- Ionut

2010/1/30 Ng Oon-Ee :

On Sat, 2010-01-30 at 05:03 -0500, Eric Bélanger wrote:

...

2010/1/30 Ng Oon-Ee :

...

On Fri, 2010-01-29 at 13:19 +0200, Ionut Biru wrote:

...

On 01/29/2010 10:33 AM, Ng Oon-Ee wrote:

...

On Fri, Jan 29, 2010 at 11:23 AM, Ng Oon-Ee  wrote:

Update, I've found that disabling the 'png' plugin under the 'Image Loading' section "fixes" the issue, at least compiz loads up and runs like it used to. Something must have gone wrong with the libpng-related rebuild. Bug report time?

do

LD_DEBUG=files fusion-icon > log 2>&1

post somewhere the log and then post here the link to see it

Here's the log from a failed run - http://pastebin.com/m6a6cb270

Here's the log from a successful run (with the png plugin turned off) - http://pastebin.com/m62782b96

Both pastebins only available for a month. Interesting line (in my unexperienced opinion) in the first log is line 1914:-      7720:     /usr/lib/compiz/libpng.so: error: symbol lookup error: undefined symbol: png_check_sig (fatal) compiz: symbol lookup error: /usr/lib/compiz/libpng.so: undefined symbol: png_check_sig

It needs to be patched for the new libpng. Open a bug report if there isn't one.

I understand this version IS patched for the new libpng, since it was held in testing just like all the other libpng packages.

FTR: The broken compize-core that was in testing had been rebuilt against the new libpng (it was linking to it) but it still refered to the png_check_sig function which had been replaced in the new libpng. Usually this gives a compilation error but that are edge cases like this one where it doesn't.

http://bugs.archlinux.org/task/18076 is the bug report I just posted.