Bug#961159: lib32{,x}gcc-s1: please provide lib{,x}32gcc1 (= 1:${binary:Version})

2020-09-15 Thread Bill Allombert
On Thu, Aug 13, 2020 at 12:26:53PM +0200, Bill Allombert wrote: > Building such i386 chroots now would require heavy use of snaphots.debian.org, > and would be much less convenient. > > > Also there are amd64 -> > > i386 cross compilers for the newer versions. Is it really necessary to > > keep

Bug#961159: lib32{,x}gcc-s1: please provide lib{,x}32gcc1 (= 1:${binary:Version})

2020-08-13 Thread Bill Allombert
On Thu, Aug 13, 2020 at 12:02:50PM +0200, Matthias Klose wrote: > On 8/13/20 11:49 AM, Bill Allombert wrote: > > On Thu, Aug 13, 2020 at 11:25:21AM +0200, Matthias Klose wrote: > >> On 8/12/20 11:16 PM, Bill Allombert wrote: > >>> On Thu, May 21, 2020 at 02:15:51PM +0200, Andreas Beckmann wrote: >

Bug#961159: lib32{,x}gcc-s1: please provide lib{,x}32gcc1 (= 1:${binary:Version})

2020-08-13 Thread Andreas Beckmann
I have a similar usecase like Bill: I have lots of gcc-*-multilib packages installed (from ancient to to experimental) for doing compilation tests for $software with many different compiler versions. nearly all lib(x)32XYZ packages built by gcc-N (N < 9? 8?) depend on lib(x)32gcc1 In the end I

Bug#961159: lib32{,x}gcc-s1: please provide lib{,x}32gcc1 (= 1:${binary:Version})

2020-08-13 Thread Matthias Klose
On 8/13/20 11:49 AM, Bill Allombert wrote: > On Thu, Aug 13, 2020 at 11:25:21AM +0200, Matthias Klose wrote: >> On 8/12/20 11:16 PM, Bill Allombert wrote: >>> On Thu, May 21, 2020 at 02:15:51PM +0200, Andreas Beckmann wrote: On 21/05/2020 14.05, Matthias Klose wrote: > On 5/20/20 10:32

Bug#961159: lib32{,x}gcc-s1: please provide lib{,x}32gcc1 (= 1:${binary:Version})

2020-08-13 Thread Bill Allombert
On Thu, Aug 13, 2020 at 11:25:21AM +0200, Matthias Klose wrote: > On 8/12/20 11:16 PM, Bill Allombert wrote: > > On Thu, May 21, 2020 at 02:15:51PM +0200, Andreas Beckmann wrote: > >> On 21/05/2020 14.05, Matthias Klose wrote: > >>> On 5/20/20 10:32 PM, Andreas Beckmann wrote: > With the

Bug#961159: lib32{,x}gcc-s1: please provide lib{,x}32gcc1 (= 1:${binary:Version})

2020-08-13 Thread Matthias Klose
On 8/12/20 11:16 PM, Bill Allombert wrote: > On Thu, May 21, 2020 at 02:15:51PM +0200, Andreas Beckmann wrote: >> On 21/05/2020 14.05, Matthias Klose wrote: >>> On 5/20/20 10:32 PM, Andreas Beckmann wrote: With the transitional packages gone in 10.1.0-2, please add versioned (epoched!)

Bug#961159: lib32{,x}gcc-s1: please provide lib{,x}32gcc1 (= 1:${binary:Version})

2020-08-12 Thread Bill Allombert
On Thu, May 21, 2020 at 02:15:51PM +0200, Andreas Beckmann wrote: > On 21/05/2020 14.05, Matthias Klose wrote: > > On 5/20/20 10:32 PM, Andreas Beckmann wrote: > >> With the transitional packages gone in 10.1.0-2, please add versioned > >> (epoched!) provides on the old names (as already done in

Bug#961159: lib32{,x}gcc-s1: please provide lib{,x}32gcc1 (= 1:${binary:Version})

2020-05-21 Thread Andreas Beckmann
On 21/05/2020 14.05, Matthias Klose wrote: > On 5/20/20 10:32 PM, Andreas Beckmann wrote: >> With the transitional packages gone in 10.1.0-2, please add versioned >> (epoched!) provides on the old names (as already done in libgcc-s1) >> in order to keep old packages installable along the latest

Bug#961159: lib32{,x}gcc-s1: please provide lib{,x}32gcc1 (= 1:${binary:Version})

2020-05-21 Thread Matthias Klose
On 5/20/20 10:32 PM, Andreas Beckmann wrote: > Package: lib32gcc-s1,libx32gcc-s1 > Version: 10.1.0-2 > Severity: important > > With the transitional packages gone in 10.1.0-2, please add versioned > (epoched!) provides on the old names (as already done in libgcc-s1) > in order to keep old

Bug#961159: lib32{,x}gcc-s1: please provide lib{,x}32gcc1 (= 1:${binary:Version})

2020-05-20 Thread Andreas Beckmann
Package: lib32gcc-s1,libx32gcc-s1 Version: 10.1.0-2 Severity: important With the transitional packages gone in 10.1.0-2, please add versioned (epoched!) provides on the old names (as already done in libgcc-s1) in order to keep old packages installable along the latest gcc. Thanks Andreas