Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#44717 - [mingw-w64-gcc] File conflicts with gcc-multilib 5.1.0-1

Attached to Project: Community Packages
Opened by Chih-Hsuan Yen (yan12125) - Friday, 24 April 2015, 18:14 GMT
Last edited by Sergej Pupykin (sergej) - Friday, 24 April 2015, 19:21 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To Sergej Pupykin (sergej)
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
When I'm upgrading mingw-w64-gcc from 4.9.2-2 to 5.1.0-1, I encounter the following error:
$ sudo pacman -S mingw-w64-gcc
resolving dependencies...
looking for conflicting packages...

Packages (1) mingw-w64-gcc-5.1.0-1

Total Installed Size: 538.01 MiB
Net Upgrade Size: 83.08 MiB

:: Proceed with installation? [Y/n]
(1/1) checking keys in keyring [########################################] 100%
(1/1) checking package integrity [########################################] 100%
(1/1) loading package files [########################################] 100%
(1/1) checking for file conflicts [########################################] 100%
error: failed to commit transaction (conflicting files)
mingw-w64-gcc: /usr/lib/libcc1.so exists in filesystem
mingw-w64-gcc: /usr/lib/libcc1.so.0 exists in filesystem
mingw-w64-gcc: /usr/lib/libcc1.so.0.0.0 exists in filesystem
Errors occurred, no packages were upgraded.

Additional info:
$ pacman -Qo /usr/lib/libcc1.so /usr/lib/libcc1.so.0 /usr/lib/libcc1.so.0.0.0
/usr/lib/libcc1.so is owned by gcc-multilib 5.1.0-1
/usr/lib/libcc1.so.0 is owned by gcc-multilib 5.1.0-1
/usr/lib/libcc1.so.0.0.0 is owned by gcc-multilib 5.1.0-1

Steps to reproduce:
Clearly described above
This task depends upon

Closed by  Sergej Pupykin (sergej)
Friday, 24 April 2015, 19:21 GMT
Reason for closing:  Fixed

Loading...