[PyKDE] python 2.5 and pyKDE (was: compile error for pyqt)

[Jim Bublitz]

On Friday 24 November 2006 04:10, Hans-Peter Jansen wrote:
> Am Freitag, 24. November 2006 05:54 schrieb Jim Bublitz:
> > On Thursday 23 November 2006 17:40, Jonathan Riddell wrote:
> > > However I came across another issue with PyKDE 3.17, it creates a
> > > symlink ln -s /usr/lib/kde3/libkonsolepart.so
> > > /usr/lib/konsolepart.so.  That's not very elegant, but presumably is
> > > there with good reason.  However it doesn't respect the DESTDIR=
> > > argument to "make install" meaning you can't install unless you are
> > > root, which causes problems in packaging.  Could it respect DESTDIR in
> > > future releases?
> >
> > kde3/lib/kde3 generally isn't visible for loading. I will change the
> > DESTDIR behavior, but the konsolepart support will be optional and not
> > default in the next release.
>
> Jim, this reminds me that you may want to add a switch to control this
> behavior. Even if DESTDIR is respected, its in the way when building rpm
> packages, since you cannot add symlinks to non existent targets in that
> package (to my humble knowledge). Therefore my spec contains:
>
> in %prep section:
> sed -i 's/if kde_version >= 0x030500/if 0 and kde_version >= 0x030500/g' \
> configure.py
>
> %post
> [ ! -L /opt/kde3/lib/libkonsolepart.so ] && {
> ln -sf /opt/kde3/lib/kde3/libkonsolepart.so /opt/kde3/lib/libkonsolepart.so
> }
> %run_ldconfig
>
> %postun
> [ -L /opt/kde3/lib/libkonsolepart.so ] && {
>     rm -f /opt/kde3/lib/libkonsolepart.so
> }
> %run_ldconfig

The only alternative I know of is to modify the user's ld.so.conf or library 
path (which most distributions don't seem to use any more), and both of those 
seem intrusive to me and if not done correctly could cause major problems.

If somebody has a better alternative, I'm open to it.

Jim