Hi, I want to compile the package vdr-epg-daemon for rawhide, but this fails because in the devel-package mariadb-connector-c-devel-3.4.4-1.fc43.x86_64.rpm the definition of mariadb_com.h:} UDF_INIT; is no longer available. Is there a way to re-enable this definition or get it from another package. Reproducible: Always Steps to Reproduce: 1. rpmbuild -ba vdr-epg-daemon.spec Actual Results: fails with this error message: gcc -c -Wall -fPIC -L/usr/lib64/mariadb -L/usr/lib64/ -lmariadb -I/usr/include/mysql -I/usr/include/mysql/mysql -DMYSQL_DYNAMIC_PLUGIN -DDEBUG_MYSQL=0 -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -march=x86-64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -mtls-dialect=gnu2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -I/usr/include/mysql -I/usr/include/mysql/mysql -I/usr/include/python3.13 -I/usr/include/python3.13 -ggdb -fno-stack-protector -O -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Wno-complain-wrong-lang -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -march=x86-64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -mtls-dialect=gnu2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -fPIC -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -I/usr/include/mysql -I/usr/include/mysql/mysql -I/usr/include/python3.13 -I/usr/include/python3.13 -ggdb -fno-stack-protector -O -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Wno-complain-wrong-lang -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -march=x86-64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -mtls-dialect=gnu2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -fPIC -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -shared src/epglvbase.c -o src/epglvbase.o make[1]: Leaving directory '/builddir/build/BUILD/vdr-epg-daemon-1.3.29-build/vdr-epg-daemon-1.3.29/epglv' In file included from src/epglvbase.c:10: src/epglv.h:44:25: error: unknown type name ‘UDF_INIT’ 44 | my_bool base_epglv_init(UDF_INIT* init, UDF_ARGS* args, char* message); | ^~~~~~~~ src/epglv.h:44:41: error: unknown type name ‘UDF_ARGS’ 44 | my_bool base_epglv_init(UDF_INIT* init, UDF_ARGS* args, char* message); | ^~~~~~~~ src/epglv.h:45:24: error: unknown type name ‘UDF_INIT’ 45 | void base_epglv_deinit(UDF_INIT* init); | ^~~~~~~~ src/epglv.h:46:22: error: unknown type name ‘UDF_INIT’ 46 | long long base_epglv(UDF_INIT* init, UDF_ARGS* args, char* is_null, | ^~~~~~~~ src/epglv.h:46:38: error: unknown type name ‘UDF_ARGS’ 46 | long long base_epglv(UDF_INIT* init, UDF_ARGS* args, char* is_null, | ^~~~~~~~ src/epglvbase.c:47:25: error: unknown type name ‘UDF_INIT’ 47 | my_bool base_epglv_init(UDF_INIT* init, UDF_ARGS* args, char* message) | ^~~~~~~~ src/epglvbase.c:47:41: error: unknown type name ‘UDF_ARGS’ 47 | my_bool base_epglv_init(UDF_INIT* init, UDF_ARGS* args, char* message) | ^~~~~~~~ src/epglvbase.c:100:24: error: unknown type name ‘UDF_INIT’ 100 | void base_epglv_deinit(UDF_INIT* init) | ^~~~~~~~ src/epglvbase.c:125:22: error: unknown type name ‘UDF_INIT’ 125 | long long base_epglv(UDF_INIT* init, UDF_ARGS* args, char* is_null, char* error, | ^~~~~~~~ src/epglvbase.c:125:38: error: unknown type name ‘UDF_ARGS’ 125 | long long base_epglv(UDF_INIT* init, UDF_ARGS* args, char* is_null, char* error, | ^~~~~~~~ make[1]: *** [Makefile:52: src/epglvbase.o] Error 1 Expected Results: compilig w/o errors
vdr-epg-daemon now builds without problems on rawhide against mariadb-connector-c-devel-3.4.4-2.fc43
FEDORA-2025-69d01175d1 (mariadb-connector-c-3.4.4-2.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2025-69d01175d1
I discovered that the functionality was intentionally removed by upstream, only for them to later realize other projects rely upon it, so the upstream reverted the removal. I identified the necessary reverts and applied them to the 'mariadb-connector-c' package: https://src.fedoraproject.org/rpms/mariadb-connector-c/c/c4709edc6ac512bd6e32e330ae355d17151a95f2?branch=rawhide I verified in COPR that the 'vdr-epg-daemon' package started to build normally. The update of the 'mariadb-connector-c' package is available in Rawhide: https://bodhi.fedoraproject.org/updates/FEDORA-2025-066ad573e3 I successfuly built your package 'vdr-epg-daemon' for Rawhide: https://bodhi.fedoraproject.org/updates/FEDORA-2025-38f179b608 I also pushed this fix in the 'mariadb-connector-c' package to F42: https://bodhi.fedoraproject.org/updates/FEDORA-2025-69d01175d1 So you won't face the same problem there, once the update reaches stable. I'm changing the assignee to you as I expect you to coordinate the fix in F42 on the side of your package. Thanks for the report.
FEDORA-2025-69d01175d1 has been pushed to the Fedora 42 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-69d01175d1` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-69d01175d1 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-69d01175d1 (mariadb-connector-c-3.4.4-2.fc42) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report.