FS#55196 - file conflicts between gcc, gcc-{fortran,ada,go,libs,objc} versions 7.2.0-1

Attached to Project: Arch Linux
Opened by Nicholas Sielicki (sielicki) - Friday, 18 August 2017, 18:05 GMT
Last edited by Eli Schwartz (eschwartz) - Friday, 18 August 2017, 18:09 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

In performing an update of gcc-7.2.0-1 and gcc-fortran-7.2.0-1, the
following file conflict occurs:
> <...>
> (15/15) checking for file conflicts [###########################################] 100%
> error: failed to commit transaction (conflicting files)
> /usr/share/licenses/gcc/RUNTIME.LIBRARY.EXCEPTION exists in both 'gcc' and 'gcc-fortran'
> Errors occurred, no packages were upgraded.

You can see this conflict does not occur in previous versions of gcc-fortran, RUNTIME.LIBRARY.EXCEPTION is placed under /usr/share/licenses/gcc-$WORD/ instead.

> $ pkgfile -v RUNTIME.LIBRARY.EXCEPTION
> testing/gcc 7.2.0-1 /usr/share/licenses/gcc/RUNTIME.LIBRARY.EXCEPTION
> testing/gcc-ada 7.2.0-1 /usr/share/licenses/gcc/RUNTIME.LIBRARY.EXCEPTION
> testing/gcc-fortran 7.2.0-1 /usr/share/licenses/gcc/RUNTIME.LIBRARY.EXCEPTION
> testing/gcc-go 7.2.0-1 /usr/share/licenses/gcc/RUNTIME.LIBRARY.EXCEPTION
> testing/gcc-libs 7.2.0-1 /usr/share/licenses/gcc-libs/RUNTIME.LIBRARY.EXCEPTION
> testing/gcc-objc 7.2.0-1 /usr/share/licenses/gcc/RUNTIME.LIBRARY.EXCEPTION
> core/gcc 7.1.1-4 /usr/share/licenses/gcc/RUNTIME.LIBRARY.EXCEPTION
> core/gcc-ada 7.1.1-4 /usr/share/licenses/gcc-ada/RUNTIME.LIBRARY.EXCEPTION
> core/gcc-fortran 7.1.1-4 /usr/share/licenses/gcc-fortran/RUNTIME.LIBRARY.EXCEPTION
> core/gcc-go 7.1.1-4 /usr/share/licenses/gcc-go/RUNTIME.LIBRARY.EXCEPTION
> core/gcc-libs 7.1.1-4 /usr/share/licenses/gcc-libs/RUNTIME.LIBRARY.EXCEPTION
> core/gcc-objc 7.1.1-4 /usr/share/licenses/gcc-objc/RUNTIME.LIBRARY.EXCEPTION
This task depends upon

Closed by  Eli Schwartz (eschwartz)
Friday, 18 August 2017, 18:09 GMT
Reason for closing:  Duplicate
Additional comments about closing:   FS#55194 

Loading...