Bug 26672 - lib64fmt5 and lib64fmt-devel-5.2.1-1.mga7 are poorly implemented
Summary: lib64fmt5 and lib64fmt-devel-5.2.1-1.mga7 are poorly implemented
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 7
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: QA Team
QA Contact:
Whiteboard: MGA7-64-OK
Keywords: validated_update
Depends on:
Blocks: 26641
  Show dependency treegraph
Reported: 2020-05-23 00:15 CEST by Eduardo Mestre
Modified: 2020-06-13 01:28 CEST (History)
4 users (show)

See Also:
Source RPM: fmt-5.2.1-1.mga7.src.rpm
Status comment:


Description Eduardo Mestre 2020-05-23 00:15:16 CEST
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)

And lib64fmt-devel-5.2.1-1.mga7 should contain the files


Version-Release number of selected component (if applicable):

How reproducible:

just install kodi

Steps to Reproduce:
1. sudo urpmi kodi
Comment 1 Nicolas Lécureuil 2020-05-23 01:47:06 CEST

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

Comment 2 Nicolas Lécureuil 2020-05-23 01:50:01 CEST
kodi and celestia are beeing rebuilder on updates_testing
Comment 3 Lewis Smith 2020-05-23 22:00:42 CEST
(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

Comment 4 Nicolas Lécureuil 2020-05-24 02:06:52 CEST
This update shoud be part of LO update or pushed after.


the package fmt was not correctly splitted.
This update rebuilded kodi and celestia against new and fixed fmt.

Assignee: mageia => qa-bugs

Comment 5 Len Lawrence 2020-05-28 16:49:50 CEST
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

Comment 6 Len Lawrence 2020-05-28 17:00:00 CEST
Continuing from comment 5:
$ rpm -qa | grep celestia
$ rpm -qa | grep lib64fmt
$ sudo urpme lib64fmt6-6.2.1-1.mga7
To satisfy dependencies, the following 3 packages will be removed (58MB):
   (due to missing libfmt.so.6()(64bit))
   (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
David Walser 2020-05-29 03:20:09 CEST

Blocks: (none) => 26641

Comment 7 Morgan Leijström 2020-06-01 01:09:31 CEST
The URL in the package details is wrong: https://fmtlob.org
It seem to be today: https://fmt.dev/

CC: (none) => fri

Comment 8 Nicolas Lécureuil 2020-06-06 02:20:13 CEST
please test new fmt. It fixes comment 6 and 7

CC: (none) => mageia

Comment 9 Nicolas Lécureuil 2020-06-10 22:46:50 CEST
can we validate this one please ?
Comment 10 Len Lawrence 2020-06-12 11:41:40 CEST
OK, installed latest version.

$ rpm -qa | grep celestia
$ rpm -qa | grep lib64fmt

Installation of kodi failed but it appears to be in update-testing as well.
It installed fine with testing enabled.
$ rpm -qa | grep kodi

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.


Keywords: (none) => validated_update
Whiteboard: (none) => MGA7-64-OK
CC: (none) => sysadmin-bugs

Comment 11 Len Lawrence 2020-06-12 12:45:10 CEST
$ 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
Comment 12 Nicolas Lécureuil 2020-06-12 12:50:45 CEST
why do you need time.h ?
Comment 13 Len Lawrence 2020-06-12 15:47:27 CEST
I don't.  Those listings were given simply as a comparison with what Eduardo was expecting.  Essentially they agree.
Comment 14 Nicolas Lécureuil 2020-06-12 16:51:39 CEST
oh ok :-)
Comment 15 Nicolas Lécureuil 2020-06-12 16:52:20 CEST
i think we can oked this one then :-)
Comment 16 Nicolas Lécureuil 2020-06-13 01:23:15 CEST
i close this bugreport. Will be pushed by the bugreport 26661

Resolution: (none) => FIXED

Comment 17 Nicolas Lécureuil 2020-06-13 01:28:57 CEST
i meant bug 26641

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