Hi Olly, On Sun, Sep 29, 2013 at 9:59 PM, Olly Betts <o...@survex.com> wrote: > On Sat, Sep 28, 2013 at 05:27:51PM +0400, Sergei Golovan wrote: >> 1) The new tcl package will not provide /usr/bin/tclsh-default. You should >> use >> /usr/bin/tclsh instead. > > Just using tclsh is fine for buildds and other builds in a minimal > chroot with just the build-dependencies installed, but if the package is > built on a system with multiple versions of tcl installed you're at the > mercy of the currently set alternative. Specifying /usr/bin/tclsh8.6 > would avoid that, but requires updating for each new Tcl major version. > Is there a recommended way to ensure that the correct tclsh is used?
Yes, currently it's possible to override alternative for /usr/bin/tclsh and get wrong version (though without special action /usr/bin/tclsh-default will have the highest priority), but this is planning to change. We'll drop alternatives altogether and there will be the only one /usr/bin/tclsh (the current default version). > >> 2) The Tcl/Tk upstream dropped tclStubsPtr from tcllib8.6.so and as a result, >> from /usr/bin/tclsh8.6. This means that if an extension uses Tcl stubs (which >> xapian Tcl bindings does) it has to be linked with libtclstubs8.6.a (or >> whatever version is installed). > > Is there a way to automatically discover if this extra library needs > to be linked for the Tcl version being built against? For now things will be simple. If you're using USE_TCL_STUBS macro you'll have to link the library to libtclstub8.6.a. > > Is this stuff documented anywhere? The Tcl/Tk policy seems to have been > at version 0.2.0 for at least 5 years: I'm fixing the Tcl/Tk policy and adapting it to the upcoming changes in Tcl/Tk for Debian. Version 0.3 will appear in the tcl-dev package in experimental soon (on the next upload, I expect it to be in a few days). The current development version can be found at svn+ssh://svn.debian.org/svn/pkg-tcltk/policy/trunk Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org