[Bug 2208967] New: perl-GnuPG-Interface-1.02-7.fc39 FTBFS: tests
fail with gnupg2-2.4.1
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2208967
Bug ID: 2208967
Summary: perl-GnuPG-Interface-1.02-7.fc39 FTBFS: tests fail
with gnupg2-2.4.1
Product: Fedora
Version: rawhide
URL: https://koschei.fedoraproject.org/package/perl-GnuPG-I
nterface
OS: Linux
Status: NEW
Component: perl-GnuPG-Interface
Severity: medium
Assignee: emmanuel(a)seyman.fr
Reporter: ppisar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: emmanuel(a)seyman.fr, fedora(a)mj41.cz,
perl-devel(a)lists.fedoraproject.org,
xavier(a)bachelot.org
Target Milestone: ---
Classification: Fedora
perl-GnuPG-Interface-1.02-7.fc39 fails to build in Fedora 39 because tests
fail:
t/Fingerprint.t ............ ok
t/get_public_keys.t ........
Failed 2/3 subtests
t/get_secret_keys.t ........
Failed 1/2 subtests
t/import_keys.t ............ ok
t/Interface.t .............. ok
t/list_public_keys.t ....... ok
t/list_secret_keys.t .......
Failed 1/4 subtests
t/list_sigs.t .............. ok
t/passphrase_handling.t .... ok
t/sign.t ................... ok
t/sign_and_encrypt.t ....... ok
t/UserId.t ................. ok
t/verify.t ................. ok
t/version_updates.t ........ ok
t/wrap_call.t .............. ok
t/z_delete_keys.t .......... ok
t/zzz_cleanup.t ............ ok
Test Summary Report
-------------------
t/get_public_keys.t (Wstat: 0 Tests: 3 Failed: 2)
Failed tests: 2-3
t/get_secret_keys.t (Wstat: 0 Tests: 2 Failed: 1)
Failed test: 2
t/list_secret_keys.t (Wstat: 0 Tests: 4 Failed: 1)
Failed test: 2
Files=24, Tests=62, 11 wallclock secs ( 0.08 usr 0.04 sys + 6.65 cusr 1.91
csys = 8.68 CPU)
Result: FAIL
gpg-connect-agent: no running gpg-agent - starting '/usr/bin/gpg-agent'
gpg-connect-agent: waiting for the agent to come up ... (5s)
gpg-connect-agent: connection to the agent established
gpg-agent[303]: gpg-agent running and available
subkeys fail comparison; this is a known issue with GnuPG 1.0.1 at
t/get_public_keys.t line 212.
gpg: using "0x93AFC4B1B0288A104996B44253AE596EF950DA9C" as default secret key
for signing
Failed 3/24 test programs. 4/62 subtests failed.
make: *** [Makefile:801: test_dynamic] Error 255
error: Bad exit status from /var/tmp/rpm-tmp.TEALvJ (%check)
A difference between passing and failing build root is at
<https://koschei.fedoraproject.org/build/15468273>. An upgrade of gnupg2 from
2.4.0-3.fc39 to 2.4.1-1.fc39 is suspicious.
Reproducible: Always
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2208967
5 months
[Bug 2254339] New: Use of incompatible pointer type in
perlmulticore.h
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2254339
Bug ID: 2254339
Summary: Use of incompatible pointer type in perlmulticore.h
Product: Fedora
Version: rawhide
OS: Linux
Status: NEW
Component: perl-Coro-Multicore
Severity: medium
Assignee: ppisar(a)redhat.com
Reporter: paul(a)city-fan.org
QA Contact: extras-qa(a)fedoraproject.org
CC: perl-devel(a)lists.fedoraproject.org, ppisar(a)redhat.com
Target Milestone: ---
Classification: Fedora
When building perl-Compress-LZF using an instrumented gcc to find issues that
will affect GCC 14 (see
https://fedoraproject.org/wiki/Toolchain/PortingToModernC#Special_COPR_re...),
I got this error:
In file included from LZF.xs:5:
/usr/include/perlmulticore.h:195:8: error: initialization of ‘void
(*)(PerlInterpreter *)’ {aka ‘void (*)(struct interpreter *)’} from
incompatible pointer type ‘void (*)(void)’
195 | = { perl_multicore_init, 0 };
| ^~~~~~~~~~~~~~~~~~~
The relevant part of perlmulticore.h is this:
--------------------------------------------------------------------------
/* this struct is shared between all modules, and currently */
/* contain only the two function pointers for release/acquire */
struct perl_multicore_api
{
void (*pmapi_release)(pTHX);
void (*pmapi_acquire)(pTHX);
};
static void perl_multicore_init (void);
static const struct perl_multicore_api perl_multicore_api_init
= { perl_multicore_init, 0 };
--------------------------------------------------------------------------
The parameter mismatch seems to have been introduced in the downstream patch
Coro-Multicore-1.04-Fix-passing-context.patch.
The same issue shows up when building perl-Coro-Multicore itself using the COPR
version of gcc.
Reproducible: Always
Steps to Reproduce:
Try to build perl-Coro-Multicore using the mock configuration shown at
https://fedoraproject.org/wiki/Toolchain/PortingToModernC#Special_COPR_re...
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2254339
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
5 months, 1 week