Closed mlh758 closed 5 years ago
Questions raised purely from reading this readme and not closely investigating the other issue:
COPY
command is more obviously useful (I get that it's copying from a prior stage to the current stage, but when it's the same folder path in both stages it's less obviously interesting)The extconf.rb file knows where to look, but that only helps you at gem build time. When you move it to another container, that link breaks and the OS will try to fix it, but LD_LIBRARY_PATH needs to be updated to show it where to look.
You could, but then your builder container has to be a little more complex and set the Free TDS location environment variable which doesn't really get you anything in this case
It definitely should be, yes. I'll fix that now.
Are you okay with the changes now?
Just re-read it. Should we really be suggesting a complete overwrite of LD_LIBRARY_PATH
?
We should really just be adding /usr/local/lib
to the end of the existing path right?
Something like export LD_LIBRARY_PATH=/usr/local/lib:${LD_LIBRARY_PATH}
maybe?
Alternatively we could suggest installing FreeTDS to /usr/lib
instead of /usr/local/lib
and then maybe you don't have to change LD_LIBRARY_PATH
at all?
export LD_LIBRARY_PATH=/usr/local/lib:${LD_LIBRARY_PATH}
would be safer, it's just normally blank and I assumed the reader would know to preserve it if necessary. I'll change it just to be safer by default.
I don't know why free tds uses /usr/local/lib
instead, but tiny_tds also knows to look there and I'm not sure if changing that on the installed system would cause any other weird side effects.
Looks good to me. Thanks. 👍
Thank you for merging!
Closes #419
I removed documentation that said TinyTDS would install FreeTDS for you since that seems to have been removed in version 2. I can remove that change if it's unwanted.