linux/meta-openembedded.git/meta-oe/recipes-support/unixodbc, branch master-next

unixodbc: mark CVE-2024-1013 patched

2026-03-18T21:33:32+00:00

Details: https://nvd.nist.gov/vuln/detail/CVE-2024-1013 The vulnerability has been patched since 2.3.13[1], however NVD tracks it without version info. Due to this, mark it patched explicitly. [1]: https://github.com/lurcher/unixODBC/commit/249bfcc511e89431b910ce2c62ae0b62bb9cc214 Signed-off-by: Gyorgy Sarvari Signed-off-by: Khem Raj

unixodbc: upgrade from 2.3.12 to 2.3.14

2026-03-18T21:33:21+00:00

The following two patches are dropped as they have already been in the new version: - 0001-exe-Makefile.am-add-CROSS_LAUNCHER-to-run-odbc_confi.patch - CVE-2024-1013.patch Signed-off-by: Chen Qi Signed-off-by: Khem Raj

meta-openembedded/all: adapt to UNPACKDIR changes

2025-06-25T13:44:52+00:00

Please see https://git.yoctoproject.org/poky/commit/?id=4dd321f8b83afecd962393101b2a6861275b5265 for what changes are needed, and sed commands that can be used to make them en masse. I've verified that bitbake -c patch world works with these, but did not run a world build; the majority of recipes shouldn't need further fixups, but if there are some that still fall out, they can be fixed in followups. Signed-off-by: Alexander Kanavin Signed-off-by: Khem Raj

Revert "recipes: adapt to qemu.bbclass refactoring"

2025-05-30T05:28:02+00:00

This reverts commit 24ff52ba3b73757cc0255a5b19822e2e4d3d4e0a. The original patch was my bad. The patches for oe-core were re-worked, but I forgot the recall this patch. In fact, inheriting qemu is needed because it sets a clear barriar for people to use qemu user mode. And the QEMU_OPTIONS settings are also in qemu.bbclass. Signed-off-by: Chen Qi Signed-off-by: Khem Raj

recipes: adapt to qemu.bbclass refactoring

2025-05-03T08:59:06+00:00

Avoid inheriting qemu.bbclass and use oe.qemu.xxx instead. Also, the 'qemu-native' dep is replaced by 'qemuwrapper-cross' for PACKAGE_WRITE_DEPS. qemuwrapper-cross is the one that is actually used by postints and it has 'qemu-native' in DEPENDS. Signed-off-by: Chen Qi Signed-off-by: Khem Raj

unixodbc: update UPSTREAM_CHECK_* variables to fix devtool upgrades

2024-07-24T15:56:52+00:00

Update UPSTREAM_CHECK_* variables to fix UNKNOWN_BROKEN status with devtool check-upgrade-status Signed-off-by: Faiz HAMMOUCHE Reviewed-by: Yoann Congal

unixodbc: Fix CVE-2024-1013

2024-06-08T04:52:52+00:00

An out-of-bounds stack write flaw was found in unixODBC on 64-bit architectures where the caller has 4 bytes and callee writes 8 bytes. This issue may go unnoticed on little-endian architectures, while big-endian architectures can be broken. References: https://nvd.nist.gov/vuln/detail/CVE-2024-1013 Signed-off-by: Soumya Sambu Signed-off-by: Khem Raj

unixodbc: Enable UTF8 init

2024-04-13T06:07:33+00:00

Signed-off-by: Khem Raj

unixodbc: Upgrade to 2.3.12

2024-04-13T06:07:33+00:00

Brings Fix iconv handle leak with pooling Add windows encoding patch Avoid failed build if clock_gettime() is not available Allow passing in a entire connection string into iusql Allow isql to handle SQL_SUCCESS_WITH_INFO from SQLPrepare Add extra logging for ODBCINST connect settings Allow allocated copy (instead of fixed length) for the connection string with pooling to allow any length Export __clear_ini_cache() from odbcinst to allow explicitly clearing the ini cache Fix seg fault when used with SQLAPI Add --enable-utf8ini flag to add utf8 to WCHAR conversions in SQLGetPrivateProfileStringW Allow longer error messages via GetDiag functions Add --enable-singleenv to enable single shared env handle when using pooling Signed-off-by: Khem Raj

unixodbc: fix odbc.pc file generation

2024-02-22T03:59:52+00:00

The build process currently succeeds but the odbc.pc file is not correctly generated. The error message is like below in log.do_compile and log.do_install: /bin/bash: line 1: ../exe/odbc_config: cannot execute binary file: Exec format error I can see the message comes from the following line in exe/Makefile.am: @sed "s![@]ODBC_ULEN[@]!`$(top_builddir)/exe/odbc_config$(EXEEXT) --ulen`!" \ $(top_builddir)/DriverManager/odbc.pc > $(top_builddir)/exe/odbc.pc.tmp It's running the exe/odbc_config program we built out. But the binary is for the target platform and if we run it on the build host, we get that error message. The resulting ulen and build_cflags in the final odbc.pc file are also empty. Fix the issue by using qemu usermode to launch the target binary. Signed-off-by: Chen Qi Signed-off-by: Khem Raj