Bug 2045799

Summary: libfm-qt: FTBFS in Fedora rawhide/f36
Product: [Fedora] Fedora Reporter: Fedora Release Engineering <releng>
Component: gccAssignee: Jakub Jelinek <jakub>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: aoliva, dmalcolm, fweimer, helio, jakub, jwakely, kde-sig, law, lxqt-sig, mpolacek, msebor, nickc, patrick, projects.rg, sipoyare
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-01-30 21:29:15 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:
Bug Depends On:    
Bug Blocks: 1992484    
Attachments:
Description Flags
build.log
none
root.log
none
state.log none

Description Fedora Release Engineering 2022-01-25 18:35:18 UTC 
libfm-qt failed to build from source in Fedora rawhide/f36

https://koji.fedoraproject.org/koji/taskinfo?taskID=81787018


For details on the mass rebuild see:

https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild
Please fix libfm-qt at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
libfm-qt will be orphaned. Before branching of Fedora 37,
libfm-qt will be retired, if it still fails to build.

For more details on the FTBFS policy, please visit:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
Comment 1 Fedora Release Engineering 2022-01-25 18:35:21 UTC 
Created attachment 1855223 [details]
build.log

file build.log too big, will only attach last 32768 bytes
Comment 2 Fedora Release Engineering 2022-01-25 18:35:22 UTC 
Created attachment 1855224 [details]
root.log

file root.log too big, will only attach last 32768 bytes
Comment 3 Fedora Release Engineering 2022-01-25 18:35:24 UTC 
Created attachment 1855225 [details]
state.log
Comment 4 Raphael Groner 2022-01-30 18:13:19 UTC 
Cause seems to be in /usr/include/c++/12/unordered_map as a header of standard c++ libraries. Bug in libstdc++-devel or g++ (gcc-c++)? Reassigning.
Comment 5 Florian Weimer 2022-01-30 21:29:15 UTC 
Already fixed as bug 2043767. libfm-qt now fails with a completely different error:

CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
  Could NOT find GLIB (missing: GLIB_GIO_UNIX_INCLUDE_DIR) (found suitable
  version "2.71.1", minimum required is "2.50.0")

But libfm-qt-1.0.0-2.fc36 was rebuilt.

*** This bug has been marked as a duplicate of bug 2043767 ***
Comment 6 Jonathan Wakely 2022-01-31 09:12:57 UTC 
Why does this package use
std::unordered_map<const std::string, std::shared_ptr<const Fm::FileInfo>>
instead of the simpler and more conventional
std::unordered_map<std::string, std::shared_ptr<const Fm::FileInfo>> ?
Comment 7 Jonathan Wakely 2022-01-31 09:44:03 UTC 
(In reply to Jonathan Wakely from comment #6)
> Why does this package use
> std::unordered_map<const std::string, std::shared_ptr<const Fm::FileInfo>>
> instead of the simpler and more conventional
> std::unordered_map<std::string, std::shared_ptr<const Fm::FileInfo>> ?

I asked upstream https://github.com/lxqt/libfm-qt/issues/776

Could a libfm-qt or lxqt maintainer please update the broken "upstream" link at https://src.fedoraproject.org/rpms/libfm-qt to point to https://lxqt-project.org/ instead of http://lxqt.org/