Re: tk vs tkstep
Sorry for the slow response time. I've been incredibly busy lately.
On Wed, Jan 06, 1999 at 12:53:22PM +0100, Ulf Jaenicke-Roessler wrote:
> David Engel wrote:
> > On Mon, Jan 04, 1999 at 10:32:33AM +0100, Ulf Jaenicke-Roessler wrote:
> > > update-alternatives complains (update-alternatives --auto wish)
> > > about a problem with slave links for wish8.0 and its man page
> > > wish8.0.1. This is because tkstep8.0 installs these slave links,
> > > although there are binaries of the same name in the same location from
> > > tk8.0. tkstep4.2 doesn't do something like that for tk4.2.
> > How does it complain.
> Setting up automatic selection of wish.
> Checking available versions of wish, updating links in /etc/alternatives ...
> (You may modify the symlinks there yourself if desired - see `man ln'.)
> Updating wish (/usr/bin/wish) to point to /usr/bin/wishstep8.0.
> Leaving wish.1 (/usr/man/man1/wish.1.gz) pointing to /usr/man/man1/wishstep8.0.1.gz.
> warning: /usr/man/man1/wish8.0.1.gz is supposed to be a slave symlink to
> /etc/alternatives/wish8.0.1, or nonexistent; however, readlink failed: Invalid argument
> Leaving wish8.0.1 (/usr/man/man1/wish8.0.1.gz) pointing to /usr/man/man1/wishstep8.0.1.gz.
> warning: /usr/bin/wish8.0 is supposed to be a slave symlink to
> /etc/alternatives/wish8.0, or nonexistent; however, readlink failed: Invalid argument
> Leaving wish8.0 (/usr/bin/wish8.0) pointing to /usr/bin/wishstep8.0.
Ahh, I see the problem now. tkstep8.0 is trying to set up an
alternative for /usr/bin/wish8.0. The tk8.0 package makes no
provision for this since it only sets up an alternative for
/usr/bin/wish. I think this is a case where tkstep8.0 should use a
> Next problem is with the creation of packages. As I told before, I have
> installed tk4.2, tk4.2-dev and tkstep4.2 (and similar 8.0 binaries). I
> compiled a package with tk support, but it depends on tkstep, because
> dpkg-deb finds the tkstep library before the tk library (an "official"
> package, which suffers from this problem too, is awe-midi - I filed a bug
> report because of a wrong dependency, but I understood the actual reason a
> bit later).
I haven't tried it, but I think this could be fixed by setting
LD_LIBRARY_PATH=/usr/lib when running dpkg-shlibdeps.