Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 451021 - New freetds no longer build / includes
Summary: New freetds no longer build / includes
Alias: None
Product: Fedora
Classification: Fedora
Component: freetds
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Dmitry Butskoy
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2008-06-12 13:32 UTC by Hans de Goede
Modified: 2008-06-17 15:04 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2008-06-17 15:04:12 UTC

Attachments (Terms of Use)
freetds-0.82-shared-libtds.patch (deleted)
2008-06-16 21:58 UTC, Hans de Goede
no flags Details | Diff
spec.patch (deleted)
2008-06-16 21:59 UTC, Hans de Goede
no flags Details | Diff

Description Hans de Goede 2008-06-12 13:32:44 UTC
Description of problem:
Since the upgrade of freetds to 0.82, I'm getting these mail from the nightly
rawhide push:

libgda has broken dependencies in the development tree:
On ppc:
	1:libgda-freetds-3.1.2-3.fc9.ppc requires
On x86_64:
	1:libgda-freetds-3.1.2-3.fc9.x86_64 requires
On i386:
	1:libgda-freetds-3.1.2-3.fc9.i386 requires
On ppc64:
	1:libgda-freetds-3.1.2-3.fc9.ppc64 requires
Please resolve this as soon as possible.

I cannot fix these as freetds no longer includes a libtds, as needed by

This is due to:

As a minimum libtds.a and its headers should be added to the -devel package, it
would be even better to modify the build so that it still generates a .so.X file
(I can help with that if you want). 



Comment 1 Dmitry Butskoy 2008-06-16 13:12:41 UTC

The FreeTDS upstream have made a decision to not distribute libtds even in the
static form. It seems that they want to do libtds's API/ABI changes free, and
the esiest way for this is to make the library "internal only". IOW, there is no
any guarantee that manually "de-privated" will contain all needed
references and will API/ABI compatible with the previous, public libtds of 0.64 .

Since this issue exists now in rawhide only, we have some time. Maybe ask libgda
upstream about it? Perhaps they ship some patch or corrected libgda version
before F10 release? If so, we could drop libgda-freetds temporary...

OTOH if you see that libtds of 0.82 is still compatible with libgda-freetds,
then it could be a reason to continue the distribution of public libtds library.
And yes, if it is easy for you, please, provide a patch for that :)

Comment 2 Hans de Goede 2008-06-16 21:58:01 UTC
Created attachment 309541 [details]

Ok, this patch re-enables a shared libtds again and makes the headers install

I've tested this with libgda-freetds and the API changes are minimal (I need to
change one line in libgda-freetds).

I've made the new libtds generation so that it includes the upstream version in
the soname, so need to worry about ABI stability, with each new upstream
release the soname will change (and I will need to rebuild libgda).

I'll attach the necessary spec file differences next. If you want and your
ACL's allow it I can also commit and build this for you.

Comment 3 Hans de Goede 2008-06-16 21:59:07 UTC
Created attachment 309542 [details]

Comment 4 Dmitry Butskoy 2008-06-17 12:45:20 UTC

Regarding -- does it mean that to link with it users should
specify "-ltds-0.82" ?

Maybe, while it is not gone too far from the 0.64 one, provide the ordinary
"-ltds" for users? Perhaps "", or even "" ...

Comment 5 Hans de Goede 2008-06-17 13:04:57 UTC
(In reply to comment #4)
> Thanks.
> Regarding -- does it mean that to link with it users should
> specify "-ltds-0.82" ?

No, there is an ordinary symlink to it so -ltds will work fine.

Comment 6 Dmitry Butskoy 2008-06-17 15:04:12 UTC

Check it in koji:

Note You need to log in before you can comment on or make changes to this bug.