Do Not Install FreeTDS on Gem Installs

[metaskills]

Using MiniPortile to configure & install Iconv, OpenSSL, and FreeTDS crosses the line into package manager territory. This system is setup for us to build static gems for Windows platforms only and is being accidentally relied on by some platforms and/or happenstantial users that do not have these shared libraries installed.

Dependencies like FreeTDS should be installed by users via their package manager of choice. As needed, it is the user's responsibility to make sure TinyTDS knows how to find and link to these shared libraries. By avoiding getting caught up in a package manager's game, we can avoid:

• Playing host(s) for package mirrors.
• Accidentally installing and using an unknown version of FreeTDS.

Related Issues:

• Use alternate freetds source for 1.00.26 #341
• gem v1.1.0 fails to install on openSUSE due to lib64 naming conventions #333
• Use alternate freetds source for 1.00.26 #341
  "Cannot load such file -- tiny_tds/tiny_tds" (version 1.1.0, version 1.0.0 is OK) #330

[coderjoe]

I think this is a fantastic idea. I've been toying with a similar idea off on a feature branch in my fork while debugging the various windows "cannot load tiny_tds" errors in the issue list. The resulting tiny_tds build process became much much simpler once 3rd party dependencies and MiniPortile were removed from the extension build's responsibilities.

[coderjoe]

Do you think this might warrant a major version number change? While the intent of the issue does indeed match the the documentation it will very likely break builds which rely on automatic downloading of 3rd party dependencies.

I ran into exactly this problem while experimenting with removing MiniPortile from the extension build at https://github.com/coderjoe/tiny_tds/tree/extension.build.experiment

As an aside, if all goes well I might have something resembling a PR for this issue soon. :)

[metaskills]

Do you think this might warrant a major version number change?

Yes, I set the label to 1.2.

if all goes well I might have something resembling a PR for this issue soon. :)

Sweet! I am working on building new Docker images for TinyTDS/Adapter baed on the new CTP1.3

[coderjoe]

I meant re:semver, something along the lines of 2.0.0. ;)

[metaskills]

Yea... I thought so :) for some reason I was kind of hoping to keep 1.x for the sake of FreeTDS version matching... but I guess that does not really matter. You are right, to avoid the semver 👮 we should go to 2.0.

[aristotelesbr]

Ubuntu 16.04 gem install tiny_tds no work ;(