Bug 2045799 - libfm-qt: FTBFS in Fedora rawhide/f36
Summary: libfm-qt: FTBFS in Fedora rawhide/f36
Keywords:
Status: CLOSED DUPLICATE of bug 2043767
Alias: None
Product: Fedora
Classification: Fedora
Component: gcc
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F36FTBFS
TreeView+ depends on / blocked
 
Reported: 2022-01-25 18:35 UTC by Fedora Release Engineering
Modified: 2022-01-31 09:44 UTC (History)
15 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2022-01-30 21:29:15 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
build.log (32.00 KB, text/plain)
2022-01-25 18:35 UTC, Fedora Release Engineering
no flags Details
root.log (32.00 KB, text/plain)
2022-01-25 18:35 UTC, Fedora Release Engineering
no flags Details
state.log (972 bytes, text/plain)
2022-01-25 18:35 UTC, Fedora Release Engineering
no flags Details

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/


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