As stated in the referenced bug report, upgrading to the newest version of myodbc (newer 5.1 or current 5.2, https://code.launchpad.net/myodbc) should fix this. Regards, Bernd Reproducible: Always
Created attachment 329318 [details] myodbc-5.1.11.ebuild For good measure, this is an updated version for 5.1.11 that works for me - including the addition of 3 files to Makefile.am. Appears as if the project switched to cmake and didn't update the autotools sources... Probably should use cmake then. The ebuild needs the next patch in ${FILESDIR}...
Created attachment 329320 [details] Patch to driver/Makefile.am adding three required files...
Created attachment 329444 [details] myodbc-5.2.2.ebuild for current version, using cmake And here for the current version 5.2.2, using cmake, so no patches required. Support for USE flags should still be reviewed / added. Also the current FindODBC won't expose odbc_config --libs to the build system, needed to added -lodbc by hand.
I can confirm this bug on my system (~amd64); also confirm that the newest ebuild attached (5.2.2) works as advertised. Maybe it's time for a revbump? :-)
I opted for the 5.1.11 ebuild with patches, and it worked fine for me, correcting the same build errors, which I was seeing. Please consider at least a bump from 5.1.6 to 5.1.11. ... Thanks!
Thanks for the patch... since you are patching, could you also patch the problem similar to the one in bug #445122? Your ebuild installs two documents in /usr, exactly as mysql-connector does. This creates a conflict that in my case would prevent the installation of both together. Installing those files in the usual package subdirectory in /usr/share/doc or similar should do.
(In reply to comment #6) > Thanks for the patch... since you are patching, could you also patch the > problem similar to the one in bug #445122? > Your ebuild installs two documents in /usr, exactly as mysql-connector does. > This creates a conflict that in my case would prevent the installation of > both together. > Installing those files in the usual package subdirectory in /usr/share/doc > or similar should do. Okay, here it is. There are two ways - one would be letting cmake install to the wrong places in the image and correct this manually (as in the #445122 patch). I chose the other route to patch the CMakeList.txt files to add options WITH_DOCUMENTATION_INSTALL_PATH and WITH_TEST_INSTALL_PATH enabling us to set the install paths from the ebuild. One downside currently is that dodoc is not used to install the documentation since it's handled by cmake install. Maybe there's an official solution to that? Only effect right now is that the doc files are not compressed. "test" files are now installed in /usr/share/myodbc-5.2/test. If the default paths would be set to "." (currently they're gentoo-ish), there would be no functional change for upstream and they could accept it. Cheers, Bernd
Created attachment 341408 [details] myodbc-5.2.4.ebuild for current version, using cmake
Created attachment 341410 [details, diff] myodbc-5.2.4-cmake.patch
Same problem for me. myodbc-5.1.11.ebuild with patches solved the problem. Install phase fails if files odbc.ini.m4 and odbcinst.ini.m4 not copied from original portage to overlay. Thank you!
dev-db/myodbc-5.2.5 has been pushed to the mysql overlay. Please test and report if issues are solved.
(In reply to Brian Evans from comment #11) > dev-db/myodbc-5.2.5 has been pushed to the mysql overlay. > > Please test and report if issues are solved. Compiled, installed and worked flawlessly here, thanks!
Overlay version works for me as well, as opposed to the portage one.
(In reply to Alexander Brüning from comment #13) > Overlay version works for me as well, as opposed to the portage one. Brian asked me to push the new build to the tree, but I got distracted with other issues. I'll push it this weekend.
Version 5.2.6 added to the tree
*** Bug 521274 has been marked as a duplicate of this bug. ***
