Description of problem: After build player several times without problems today [1] build fails with [2] [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=24122011 https://kojipkgs.fedoraproject.org//work/tasks/2011/24122011/build.log [2] /builddir/build/BUILD/player-release-3-1-0/replace/rpc/types.h:91:30: error: conflicting types for 'int64_t' typedef signed long long int int64_t; ^~~~~~~ In file included from /usr/include/sys/types.h:156:0, from /usr/include/stdlib.h:394, from /builddir/build/BUILD/player-release-3-1-0/replace/rpc/types.h:61, from /builddir/build/BUILD/player-release-3-1-0/replace/xdr.c:50: /usr/include/bits/stdint-intn.h:27:19: note: previous declaration of 'int64_t' was here typedef __int64_t int64_t; Version-Release number of selected component (if applicable): glibc-headers-2.26.9000-38.fc28
(In reply to Sergio Monteiro Basto from comment #0) > [2] > /builddir/build/BUILD/player-release-3-1-0/replace/rpc/types.h:91:30: error: > conflicting types for 'int64_t' > typedef signed long long int int64_t; > ^~~~~~~ As part of the upgrade to glibc 2.27: https://fedoraproject.org/wiki/Changes/GLIBC227 The Fedora glibc team is also migrating from SunRPC to TIRPC to gain IPv6 support: https://fedoraproject.org/wiki/Changes/SunRPCRemoval It looks as if the removal of SunRPC has caused your package to fall back to an incompatible internal implementation of some RPC headers. I believe the best way forward for you will be to migrate to TIRPC as suggested in the above change page. Is there anything we can do to help with the transition?
moving report to player , adding BuildRequires: libtirpc-devel doesn't solve the problem , player maintainer have to decide the future of the package , since will be one FTBFS in F28 ...
player should not redefine standard int types. My guess is (without looking at the code) that it's a bug in its headers.
This bug appears to have been reported against 'rawhide' during the Fedora 28 development cycle. Changing version to '28'.
Someone fixed it Thanks