Related to recent glib2 change, see also bug #1926239 plasma-discover is a C++ application that tries to #include <flatpak.h> but caught in a catch-22 , where extern "C" { #include <flatpak.h> } now yields compiler errors, and removing the extern yields linker errors like: /usr/bin/ld: <artificial>:(.text+0x2cc4): undefined reference to `flatpak_ref_get_type()' I suspect flatpak.h (and friends) may need adjustments to use G_BEGIN_DECLS (just a guess)
Proposed as a Blocker and Freeze Exception for 34-beta by Fedora user rdieter using the blocker tracking app because: This causes several important plasma components (plasma-discover in particular) to FTBFS.
FTBFS isn't *necessarily* release blocking unless we actually need to build that thing to fix a blocker/FE bug.
discover got a good number of recent fixes we'd would like to be testable in the beta (offline update testing could be affected).
ok, maybe f34-beta FE only, can defer to a F34 GA blocker (we can't ship GA as-is)
OK. Beta freeze is not till Feb 23, I'll note. If this isn't fixed by then, what I'd say is propose an FE for *the things you would like to change*, and if that gets accepted as an FE then fixing the FTBFS would also clearly be in scope.
Upstream PR: https://github.com/flatpak/flatpak/pull/4119 I'll go and do downstream builds with this in a bit.
Should be fixed in flatpak-1.10.1-3.fc34, can you give it a try, please?
Confirmed good, thank you.
Great! Thanks for verifying.