FreeTDS Development Group

[Steve Langasek <vorlon AT dodds.net>]

On Thu, Sep 08, 2005 at 07:52:52PM -0400, James K. Lowden wrote:
> Ben Gribaudo wrote:
> > Do you have an 
> > idea as to when 0.63 will be released as a stable Debian package?

> No, sorry, we don't control that.  We release the code; how it's packaged
> is up to the packagers.  

> I have a lot of respect for the Debian project, and I can understand the
> impulse to rely only on stable precompiled packages.  I think, however,
> you need to make an exception for FreeTDS, at least for now.  Debian has
> lately been laggardly in updating its FreeTDS package, ever since its
> maintainer was kicked upstairs.  (Steve's the release engineer nowadays, I
> believe.)  The 0.61 version you began with is sooo out of date we don't
> even want to think about it.  

Yeah.  Sucks, but there was just no way for me to manage the library
updates for freetds while also trying to manage... everyone else's
library updates. ;)  We're at 0.63 for etch, though, and with luck I'll
be better able to keep on top of updates, at least until etch goes to
freeze.

> I think your options are: 1) Complain to Debian and wait, or 2) roll your
> own.  

Waiting would mean waiting at least a year until the next stable
release; there's no way to get FreeTDS 0.63 into sarge, particularly
given the library soname changes.

But there are FreeTDS 0.63 packages in Debian unstable which should
build just fine against sarge as well.  I have no intention of providing 
pre-built backported packages, though, so I'm afraid you're on your own
wrt security support unless you can find someone else interested in
backporting.

>  > sqsh should work fine, too, after you re-link it.  Does ldd(8) report 
> that
>  > sqsh is linked to the 0.63 shared objects?
> I upgraded to the latest stable release from freetds.org, installing it 
> to the default path (/usr/local, which is different from the usual 
> Debian way).. ldd's output is below. I'm not sure how to check for what 
> you mentioned.

> I still get a segmentation fault when selecting a result set which 
> contains a datetime column. Any ideas?

> ldd /usr/bin/sqsh
>        libct.so.1 => /usr/lib/libct.so.1 (0x4001b000)
>        libtds.so.2 => /usr/lib/libtds.so.2 (0x40042000)

Yes, this shows that sqsh is still linked against the freetds 0.61
version of the libraries.  You'll need to rebuild sqsh as James
mentioned in order to get it to use the new libraries.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
vorlon AT debian.org                                   http://www.debian.org/

Attachment: signature.asc
Description: Digital signature