--- On Sat, 4/16/11, /dev/ammo42 <mickeytintincolle@...> wrote:

> From: /dev/ammo42 <mickeytintincolle@...>
> Subject: Re: [trinity-devel] libpng version conflicts
> To: trinity-devel@...
> Date: Saturday, April 16, 2011, 2:48 AM
> Le Fri, 15 Apr 2011 17:55:53 -0700
> (PDT),
> Darrell Anderson <humanreadable@...>
> a écrit :
> 
> > > I'll report back in an hour or so with the
> results.
> > > 
> > 
> > That was a wash. :( Same result.
> > 
> > Next I tried changing the various links to point to
> libpng12. ldd
> > showed that kate built with libpng12 and libpng14, but
> once again, no
> > icons in the kate toolbars.
> > 
> > Only kate is affected by this. No other app.
> > 
> > I noticed every time I start kate that something
> deletes the user's
> > kateui.rc file, which would partially explain the lack
> of icons,
> > although kate should revert to the default kateui.rc
> file.
> > 
> > I suppose next I'll try deleting all libpng14 files.
> > 
> > Listening for ideas....
> Did you try setting PNG_CFLAGS / PNG_LIBS or using sed, as
> the message
> I quoted suggests ? I think sed would definitely prevent
> kate from
> using libpng14 (or libpng12 if you want to force the use of
> libpng14).
> But I'm not sure the libpng versions are really the
> problem, since you
> said that without using kdesu there is no issue. Did you
> try running
> Kate both with commandline sudo, su and su - ? If the
> results are not
> the same, there are problems with environment variables.
> > 
> > Darrell
> > 
> >

I don't see any such flags such as PNG_CFLAGS / PNG_LIBS. I also never have seen a separate build script for kate. The only place to set build flags is when building kdebase.

I doubt the problem is related to kdesu ore nvironment variables. As I wrote previously, I see the problem only with kate and not with any other app started through kdesu.

As I wrote previously, same problem with running from the command line. That is where I see the error messages about the two different libpng versions.

I'm going to rebuild all packages with only one version of libpng installed. That will eliminate that variable as a cause. That is not a smooth solution because many distros install both versions of libpng. Trinity will have to address this problem sooner or later.