Bug#954826: libgcc-8-dev: depends on unavailable version of libgcc-s1
On 02/04/2020 11.13, Matthias Klose wrote: > On 4/2/20 1:30 AM, Andreas Beckmann wrote: >> On Thu, 26 Mar 2020 21:02:59 +0100 Matthias Klose wrote: >>> yes, but we cannot rebuild the package, because it build-depends on gnat-8. >>> Filed a removal bug for gcc-8 instead. >> >> An easy fix would probably be to temporarily add a versioned >> Provides: libgcc-s1 (= 1:${binary:Version}) or rather libgcc1-s1 (= ${gcc:EpochVersion}) >> to libgcc-s1 in src:gcc-10 which should make libgcc-8-dev installable >> again, s.t. gcc-8 can be rebuilt fixed. > > that's a good idea. I had gcc-10 rebuilding last night with that change (see attached patch) and just tried it in a pbuilder sid chroot. * libgcc-8-dev was installable again * downgrading gcc-10 to the sid version (i.e. switching again to a version without that provides) worked as well (after removing libgcc-8-dev first, of course). Andreas diff -Nru gcc-10-10-20200324/debian/changelog gcc-10-10-20200324/debian/changelog --- gcc-10-10-20200324/debian/changelog 2020-03-24 13:38:16.0 +0100 +++ gcc-10-10-20200324/debian/changelog 2020-04-02 01:59:01.0 +0200 @@ -1,3 +1,10 @@ +gcc-10 (10-20200324-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * work around broken gcc-8 dependencies (Closes: #954826) + + -- Andreas Beckmann Thu, 02 Apr 2020 01:59:01 +0200 + gcc-10 (10-20200324-1) unstable; urgency=medium * GCC snapshot, taken from the trunk (20200324, 906b3eb9df6). diff -Nru gcc-10-10-20200324/debian/control gcc-10-10-20200324/debian/control --- gcc-10-10-20200324/debian/control 2020-03-24 13:19:44.0 +0100 +++ gcc-10-10-20200324/debian/control 2020-04-02 01:59:01.0 +0200 @@ -44,7 +44,7 @@ Section: libs Priority: optional Depends: gcc-10-base (= ${gcc:Version}), ${shlibs:Depends}, ${misc:Depends} -Provides: libgcc1 (= ${gcc:EpochVersion}), libgcc-s1-armel [armel], libgcc-s1-armhf [armhf] +Provides: libgcc1-s1 (= ${gcc:EpochVersion}), libgcc1 (= ${gcc:EpochVersion}), libgcc-s1-armel [armel], libgcc-s1-armhf [armhf] Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} Breaks: ${libgcc:Breaks} diff -Nru gcc-10-10-20200324/debian/control.m4 gcc-10-10-20200324/debian/control.m4 --- gcc-10-10-20200324/debian/control.m4 2020-03-20 20:41:20.0 +0100 +++ gcc-10-10-20200324/debian/control.m4 2020-04-02 01:59:01.0 +0200 @@ -206,7 +206,7 @@ Section: ifdef(`TARGET',`devel',`libs') Priority: optional Depends: BASELDEP, ${shlibs:Depends}, ${misc:Depends} -Provides: libgcc1`'LS (= ${gcc:EpochVersion}), ifdef(`TARGET',`libgcc-s1-TARGET-dcv1',`libgcc-s1-armel [armel], libgcc-s1-armhf [armhf]') +Provides: libgcc-s1 (= ${gcc:EpochVersion}), libgcc1`'LS (= ${gcc:EpochVersion}), ifdef(`TARGET',`libgcc-s1-TARGET-dcv1',`libgcc-s1-armel [armel], libgcc-s1-armhf [armhf]') ifdef(`MULTIARCH', `Multi-Arch: same Pre-Depends: ${misc:Pre-Depends} ')`'dnl
Bug#954826: libgcc-8-dev: depends on unavailable version of libgcc-s1
On 4/2/20 1:30 AM, Andreas Beckmann wrote: > On Thu, 26 Mar 2020 21:02:59 +0100 Matthias Klose wrote: >> yes, but we cannot rebuild the package, because it build-depends on gnat-8. >> Filed a removal bug for gcc-8 instead. > > An easy fix would probably be to temporarily add a versioned > Provides: libgcc-s1 (= 1:${binary:Version}) > to libgcc-s1 in src:gcc-10 which should make libgcc-8-dev installable > again, s.t. gcc-8 can be rebuilt fixed. that's a good idea.
Bug#954826: libgcc-8-dev: depends on unavailable version of libgcc-s1
On Thu, 26 Mar 2020 21:02:59 +0100 Matthias Klose wrote: > yes, but we cannot rebuild the package, because it build-depends on gnat-8. > Filed a removal bug for gcc-8 instead. An easy fix would probably be to temporarily add a versioned Provides: libgcc-s1 (= 1:${binary:Version}) to libgcc-s1 in src:gcc-10 which should make libgcc-8-dev installable again, s.t. gcc-8 can be rebuilt fixed. Andreas
Bug#954826: libgcc-8-dev: depends on unavailable version of libgcc-s1
I have come across this grave bug as well. I have a Debian sid suite in my desktop machine, regularly updated every other week. If I try: # apt install libgcc-8-dev I get: Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libgcc-8-dev : Depends: libgcc-s1 (>= 1:8.4.0-2) but 10-20200324-1 is to be installed E: Unable to correct problems, you have held broken packages. PS: I noticed this after a full-upgrade, when my former fully functional RStudio program no longer worked. i downloaded its official deb package from RStudio site and it was unable to install, stating that it had dependency problems with libgclang-dev. I tracked down the problem up to libgcc-s1. -- ### Prof. Mauricio Ortiz Calvao Federal University of Rio de Janeiro Institute of Physics, P O Box 68528 CEP 21941-972 Rio de Janeiro, RJ Brazil Email: o...@if.ufrj.br Phone: (55)(21)39387483 Homepage: http://www.if.ufrj.br/~orca ###
Bug#954826: libgcc-8-dev: depends on unavailable version of libgcc-s1
On 3/26/20 8:51 PM, Colomban Wendling wrote: > Hi, > > Sorry if I'm too far off the tree, but isn't this just an overlook of > the dependency switch from libgcc1 (which has an "1" epoch) to the > libgcc-s1 (which doesn't have an epoch)? > > ATM at least clang-9 (which is still the default in unstable) depends on > libgcc-8-dev, and while I probably miss some important details, I fail > to see why we have to drop gcc-8 because of this? yes, but we cannot rebuild the package, because it build-depends on gnat-8. Filed a removal bug for gcc-8 instead.
Bug#954826: libgcc-8-dev: depends on unavailable version of libgcc-s1
Hi, Sorry if I'm too far off the tree, but isn't this just an overlook of the dependency switch from libgcc1 (which has an "1" epoch) to the libgcc-s1 (which doesn't have an epoch)? ATM at least clang-9 (which is still the default in unstable) depends on libgcc-8-dev, and while I probably miss some important details, I fail to see why we have to drop gcc-8 because of this? Regards, Colomban
Bug#954826: libgcc-8-dev: depends on unavailable version of libgcc-s1
On 3/24/20 6:46 AM, Sven Joachim wrote: > Package: libgcc-8-dev > Version: 8.4.0-2 > Severity: grave > > The latest version of gcc-8 is not installable because libgcc-8-dev > depends on libgcc-s1 (>= 1:8.4.0-2), but the version of libgcc-s1 in the > archive does not have an epoch and is therefore too low to fulfill this > requirement. > > The same holds for libgcc-7-dev 7.5.0-6. now filed removal bugs for these.
Bug#954826: libgcc-8-dev: depends on unavailable version of libgcc-s1
Package: libgcc-8-dev Version: 8.4.0-2 Severity: grave The latest version of gcc-8 is not installable because libgcc-8-dev depends on libgcc-s1 (>= 1:8.4.0-2), but the version of libgcc-s1 in the archive does not have an epoch and is therefore too low to fulfill this requirement. The same holds for libgcc-7-dev 7.5.0-6.