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

Reply via email to