Bug#848220: gcc-5 should not ship in stretch

2018-01-21 Thread Aurelien Jarno
On 2017-03-14 09:36, Matthias Klose wrote:
> On 14.03.2017 00:53, Mattia Rizzolo wrote:
> > On Thu, Dec 15, 2016 at 10:35:16AM +0100, Matthias Klose wrote:
> >> remaining issues:
> >> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=gcc-5-legacy;users=debian-...@lists.debian.org
> > 
> > All the actionable ones are done (apart from llvm-toolchain-snapshot,
> > which doesn't seem to explictly be using any fixed version of gcc to
> > me).
> > 
> >> gcc-5-cross and gcc-5-cross-ports should be removed from testing at the 
> >> same
> >> time. llvm-toolchain-snapshot is only in unstable. #835940 is asking for 
> >> gcc-5
> >> to stay in unstable, which should be fine.
> > 
> > According to `dak rm -Rn gcc-5 gnat-5 gcc-5-cross gcc-5-cross-ports`
> > nothing (build-)depends on them anymore¹.  Do you think it can be
> > removed from unstable too now, or does it have a particular purpose?
> 
> The cuda maintainers asked to keep it still in unstable. Also I'd like to see
> the next upstream release 5.5.0 in the snapshot archive.

Note that the latest version of nvidia-cuda-toolkit which is in testing
and unstable, now depends on g++-6 instead of g++-5.

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net



Bug#848220: gcc-5 should not ship in stretch

2017-03-14 Thread Matthias Klose
On 14.03.2017 00:53, Mattia Rizzolo wrote:
> On Thu, Dec 15, 2016 at 10:35:16AM +0100, Matthias Klose wrote:
>> remaining issues:
>> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=gcc-5-legacy;users=debian-...@lists.debian.org
> 
> All the actionable ones are done (apart from llvm-toolchain-snapshot,
> which doesn't seem to explictly be using any fixed version of gcc to
> me).
> 
>> gcc-5-cross and gcc-5-cross-ports should be removed from testing at the same
>> time. llvm-toolchain-snapshot is only in unstable. #835940 is asking for 
>> gcc-5
>> to stay in unstable, which should be fine.
> 
> According to `dak rm -Rn gcc-5 gnat-5 gcc-5-cross gcc-5-cross-ports`
> nothing (build-)depends on them anymore¹.  Do you think it can be
> removed from unstable too now, or does it have a particular purpose?

The cuda maintainers asked to keep it still in unstable. Also I'd like to see
the next upstream release 5.5.0 in the snapshot archive.

Matthias



Bug#848220: gcc-5 should not ship in stretch

2017-03-13 Thread Mattia Rizzolo
On Thu, Dec 15, 2016 at 10:35:16AM +0100, Matthias Klose wrote:
> remaining issues:
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=gcc-5-legacy;users=debian-...@lists.debian.org

All the actionable ones are done (apart from llvm-toolchain-snapshot,
which doesn't seem to explictly be using any fixed version of gcc to
me).

> gcc-5-cross and gcc-5-cross-ports should be removed from testing at the same
> time. llvm-toolchain-snapshot is only in unstable. #835940 is asking for gcc-5
> to stay in unstable, which should be fine.

According to `dak rm -Rn gcc-5 gnat-5 gcc-5-cross gcc-5-cross-ports`
nothing (build-)depends on them anymore¹.  Do you think it can be
removed from unstable too now, or does it have a particular purpose?


¹ except petsc on kfreebsd/hurd, which can be ignored if unfixed

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature


Bug#848220: gcc-5 should not ship in stretch

2016-12-15 Thread Matthias Klose
Package: src:gcc-5
Version: 5.4.1-4
Severity: serious
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: non-standard-compiler, gcc-5, gcc-5-legacy

remaining issues:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=gcc-5-legacy;users=debian-...@lists.debian.org

gcc-5-cross and gcc-5-cross-ports should be removed from testing at the same
time. llvm-toolchain-snapshot is only in unstable. #835940 is asking for gcc-5
to stay in unstable, which should be fine.