Description of problem: lib64fmt5 only contains the symbolic link /usr/lib64/libfmt.so which points to /usr/lib64/libfmt.so.5.2.1 which is contained in lib64fmt-devel-5.2.1-1.mga7 and creating collisions with lib64fmt6-6.2.1-1.mga7. I think lib64fmt5 should contain the files /usr/lib64/libfmt.so.5 (as symlink to libfmt.so.5.2.1) /usr/lib64/libfmt.so.5.2.1 And lib64fmt-devel-5.2.1-1.mga7 should contain the files /usr/include/fmt/color.h /usr/include/fmt/core.h /usr/include/fmt/format-inl.h /usr/include/fmt/format.h /usr/include/fmt/ostream.h /usr/include/fmt/posix.h /usr/include/fmt/printf.h /usr/include/fmt/ranges.h /usr/include/fmt/time.h /usr/lib/.build-id/17/2cda2da64a42a2882d15fa8c75376dbe5a4b0d /usr/lib64/cmake/fmt/fmt-config-version.cmake /usr/lib64/cmake/fmt/fmt-config.cmake /usr/lib64/cmake/fmt/fmt-targets-relwithdebinfo.cmake /usr/lib64/cmake/fmt/fmt-targets.cmake Version-Release number of selected component (if applicable): How reproducible: just install kodi Steps to Reproduce: 1. sudo urpmi kodi 2. 3.
hi, this is fixed already in fmt in updates_testing. maybe we need to rebuild kodi or some other rpms against the new fmt.
CC: (none) => mageia
kodi and celestia are beeing rebuilder on updates_testing
(In reply to Nicolas Lécureuil from comment #2) > kodi and celestia are beeing rebuilder on updates_testing Thank you Nicolas for your pre-emptive response (hence assigning the bug to you, already dealt with). It looks as if only celestia & kodi applications are involved.
CC: mageia => (none)Assignee: bugsquad => mageia
This update shoud be part of LO update or pushed after. Advisory: the package fmt was not correctly splitted. This update rebuilded kodi and celestia against new and fixed fmt.
Assignee: mageia => qa-bugs
mga7, x86_68 $ sudo urpmi lib64fmt-devel Marking lib64fmt-devel as manually installed, it won't be auto-orphaned writing /var/lib/rpm/installed-through-deps.list To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "Core Updates Testing") celestia 1.7.0 0.20190423gi> x86_64 lib64fmt-devel 6.2.1 1.mga7 x86_64 lib64fmt6 6.2.1 1.mga7 x86_64 328KB of additional disk space will be used. 2.9MB of packages will be retrieved. Proceed with the installation of the 3 packages? (Y/n) $MIRRORLIST: media/core/updates_testing/lib64fmt-devel-6.2.1-1.mga7.x86_64.rpm $MIRRORLIST: media/core/updates_testing/celestia-1.7.0-0.20190423git.920a0c8.2.1.mga7.x86_64.rpm $MIRRORLIST: media/core/updates_testing/lib64fmt6-6.2.1-1.mga7.x86_64.rpm installing lib64fmt6-6.2.1-1.mga7.x86_64.rpm lib64fmt-devel-6.2.1-1.mga7.x86_64.rpm celestia-1.7.0-0.20190423git.920a0c8.2.1.mga7.x86_64.rpm from /var/cache/urpmi/rpms Preparing... ############################################# Installation failed: file /usr/lib64/libfmt.so from install of lib64fmt-devel-6.2.1-1.mga7.x86_64 conflicts with file from package lib64fmt5-5.2.1-1.mga7.x86_64 celestia was already installed but apparently there is a testing version. Why is celestia included anyway? Switching to another machine to check the pre-update position.
CC: (none) => tarazed25
Continuing from comment 5: $ rpm -qa | grep celestia celestia-data-1.7.0-0.20190423git.920a0c8.2.mga7 celestia-1.7.0-0.20190423git.920a0c8.2.mga7 $ rpm -qa | grep lib64fmt lib64fmt5-5.2.1-1.mga7 lib64fmt-devel-5.2.1-1.mga7 lib64fmt6-6.2.1-1.mga7 $ sudo urpme lib64fmt6-6.2.1-1.mga7 To satisfy dependencies, the following 3 packages will be removed (58MB): kodi-18.7-1.1.mga7.x86_64 (due to missing libfmt.so.6()(64bit)) lib64fmt6-6.2.1-1.mga7.x86_64 lib64spdlog1-1.6.0-1.mga7.x86_64 (due to missing libfmt.so.6()(64bit)) Remove 3 packages? (y/N) y Updating via MageiaUpdate: - celestia-1.7.0-0.20190423git.920a0c8.2.1.mga7.x86_64 - lib64fmt-devel-6.2.1-1.mga7.x86_64 - lib64fmt6-6.2.1-1.mga7.x86_64 1 installation transactions failed There was a problem during the installation: file /usr/lib64/libfmt.so from install of lib64fmt-devel-6.2.1-1.mga7.x86_64 conflicts with file from package lib64fmt5-5.2.1-1.mga7.x86_64
Blocks: (none) => 26641
The URL in the package details is wrong: https://fmtlob.org It seem to be today: https://fmt.dev/
CC: (none) => fri
please test new fmt. It fixes comment 6 and 7
can we validate this one please ?
OK, installed latest version. $ rpm -qa | grep celestia celestia-data-1.7.0-0.20190423git.920a0c8.2.1.mga7 celestia-1.7.0-0.20190423git.920a0c8.2.1.mga7 $ rpm -qa | grep lib64fmt lib64fmt6-6.2.1-1.1.mga7 lib64fmt-devel-6.2.1-1.1.mga7 Installation of kodi failed but it appears to be in update-testing as well. It installed fine with testing enabled. $ rpm -qa | grep kodi kodi-18.7-1.1.mga7 celestia runs but seems to have lost its ability to zoom in on objects (not a regression). kodi appears to work - checked it at a superficial level. Validating.
Keywords: (none) => validated_updateWhiteboard: (none) => MGA7-64-OKCC: (none) => sysadmin-bugs
$ cd /usr/lib64 $ ll *fmt* lrwxrwxrwx 1 root root 11 Jun 6 01:22 libfmt.so -> libfmt.so.6* lrwxrwxrwx 1 root root 15 Jun 6 01:22 libfmt.so.6 -> libfmt.so.6.2.1* -rwxr-xr-x 1 root root 282680 Jun 6 01:22 libfmt.so.6.2.1* $ cd /usr/include lcl@difda:include $ ls fmt chrono.h compile.h format.h locale.h ostream.h printf.h color.h core.h format-inl.h os.h posix.h ranges.h There is no time.h; maybe chrono.h replaces it. $ cd /usr/lib64/cmake $ ls -1 fmt fmt-config.cmake fmt-config-version.cmake fmt-targets.cmake fmt-targets-relwithdebinfo.cmake
why do you need time.h ?
I don't. Those listings were given simply as a comparison with what Eduardo was expecting. Essentially they agree.
oh ok :-)
i think we can oked this one then :-)
i close this bugreport. Will be pushed by the bugreport 26661
Status: NEW => RESOLVEDResolution: (none) => FIXED
i meant bug 26641