Bug 2347087

Summary: definition of UDF_INIT missing in mariadb-connector-c-devel package
Product: [Fedora] Fedora Reporter: MartinKG <mgansser>
Component: mariadb-connector-cAssignee: MartinKG <mgansser>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: rawhideCC: hhorak, ljavorsk, mmuzila, mschorm
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
URL: https://github.com/horchi/vdr-epg-daemon/issues/11
Whiteboard:
Fixed In Version: mariadb-connector-c-3.4.4-2.fc42 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2025-03-15 00:34:14 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description MartinKG 2025-02-22 11:03:39 UTC 
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
Comment 1 MartinKG 2025-02-27 15:39:09 UTC 
vdr-epg-daemon now builds without problems on rawhide against
mariadb-connector-c-devel-3.4.4-2.fc43
Comment 2 Fedora Update System 2025-02-27 15:47:31 UTC 
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
Comment 3 Michal Schorm 2025-02-27 15:52:17 UTC 
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.
Comment 4 Fedora Update System 2025-02-28 01:10:22 UTC 
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.
Comment 5 Fedora Update System 2025-03-15 00:34:14 UTC 
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.