Bug 2358332 - Compiling libdatovka with libgpg-error fails on rawhide
Summary: Compiling libdatovka with libgpg-error fails on rawhide
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: libgpg-error
Version: rawhide
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Jakub Jelen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 2356567
TreeView+ depends on / blocked
 
Reported: 2025-04-08 17:55 UTC by Jaroslav Škarvada
Modified: 2025-04-10 10:51 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2025-04-09 08:28:30 UTC
Type: ---
Embargoed:
fedora-admin-xmlrpc: mirror+


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker FC-1572 0 None None None 2025-04-08 17:58:57 UTC

Description Jaroslav Škarvada 2025-04-08 17:55:41 UTC
In file included from /usr/include/gcrypt.h:31,
                 from crypto_gpg.c:3:
/usr/include/gpg-error.h:1725:33: error: unknown type name 'estream_t'
 1725 |                                 estream_t stream, unsigned int flags);
      |                                 ^~~~~~~~~
/usr/include/gpg-error.h:1728:51: error: unknown type name 'estream_t'
 1728 | gpg_err_code_t gpgrt_nvc_write (gpgrt_nvc_t cont, estream_t stream);
      |                                                   ^~~~~~~~~
make[2]: *** [Makefile:671: libdatovka_la-crypto_gpg.lo] Error 1

Probably gcc-15 related.

The libdatovka has:
#include <gpg-error.h>

IMHO the gpg-error should define/include all types it needs.


Reproducible: Always

Steps to Reproduce:
1. Try to build libdatovka
2.
3.
Actual Results:  
FTBFS

Expected Results:  
No FTBFS

libgpg-error-devel-1.52-1.fc43

Comment 1 Jaroslav Škarvada 2025-04-08 17:56:37 UTC
On f41 and 42 the same libdatovka version builds fine.

Comment 2 Jakub Jelen 2025-04-09 07:52:41 UTC
Sounds like there was a regression in 1.52 which was fixed in 1.53 released today. I will push the update and double-check it works with it.

https://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgpg-error.git;a=blob;f=NEWS;h=54c0afb7b315642d0b3d92871b6fbdf3b6b9daa4;hb=HEAD

Comment 3 Jakub Jelen 2025-04-09 08:28:30 UTC
Tested locally and the build now passes with the new version 

https://koji.fedoraproject.org/koji/buildinfo?buildID=2695344

Thank you for the report! Closing now

Comment 4 Dominik 'Rathann' Mierzejewski 2025-04-10 08:32:12 UTC
FWIW, this made ffmpeg FTBFS by breaking libgcrypt detection (and probably
every other package that requires libgcrypt):
...
In file included from /usr/include/gcrypt.h:31,
                 from /tmp/ffconf.Kq5iM3hL/test.c:1:
/usr/include/gpg-error.h:1725:33: error: unknown type name 'estream_t'
 1725 |                                 estream_t stream, unsigned int flags);
      |                                 ^~~~~~~~~
/usr/include/gpg-error.h:1728:51: error: unknown type name 'estream_t'
 1728 | gpg_err_code_t gpgrt_nvc_write (gpgrt_nvc_t cont, estream_t stream);
      |                                                   ^~~~~~~~~
ERROR: gcrypt not found

Local mock build with libgpg-error-1.53 installed does fix this. Thanks!

Comment 5 Jaroslav Škarvada 2025-04-10 10:51:48 UTC
(In reply to Dominik 'Rathann' Mierzejewski from comment #4)
> FWIW, this made ffmpeg FTBFS by breaking libgcrypt detection (and probably
> every other package that requires libgcrypt):
> ...
> In file included from /usr/include/gcrypt.h:31,
>                  from /tmp/ffconf.Kq5iM3hL/test.c:1:
> /usr/include/gpg-error.h:1725:33: error: unknown type name 'estream_t'
>  1725 |                                 estream_t stream, unsigned int
> flags);
>       |                                 ^~~~~~~~~
> /usr/include/gpg-error.h:1728:51: error: unknown type name 'estream_t'
>  1728 | gpg_err_code_t gpgrt_nvc_write (gpgrt_nvc_t cont, estream_t stream);
>       |                                                   ^~~~~~~~~
> ERROR: gcrypt not found
> 
> Local mock build with libgpg-error-1.53 installed does fix this. Thanks!

It seems the fix is already in rawhide, I yesterday successfully rebuilt libdatovka.


Note You need to log in before you can comment on or make changes to this bug.