Bug#753542: Bug#753444: Bug#753542: perl-base - Segfaults in libperl.so.5.18

2014-07-25 Thread Emilio Pozuelo Monfort
On 14/07/14 23:17, Niko Tyni wrote: > I've just uploaded perl_5.18.2-7 providing only perlapi-5.18.2d on s390x > and closing this bug (#753444). FWIW, this had some trouble migrating because there were a few packages that were still depending on perlapi-5.18.2 on testing, and the rebuilds were not

Bug#753444: Bug#753542: Bug#753444: Bug#753542: perl-base - Segfaults in libperl.so.5.18

2014-07-14 Thread Emilio Pozuelo Monfort
On 14/07/14 23:17, Niko Tyni wrote: > On Mon, Jul 14, 2014 at 09:34:35AM +0200, Emilio Pozuelo Monfort wrote: >> On 14/07/14 09:05, Niko Tyni wrote: > >>> So can I go ahead with dropping perlapi-5.18.2 or do we need to dig in >>> the libimager-perl/libpng problem first? >> >> If you're ok with rem

Bug#753444: Bug#753542: Bug#753444: Bug#753542: perl-base - Segfaults in libperl.so.5.18

2014-07-14 Thread Niko Tyni
On Mon, Jul 14, 2014 at 09:34:35AM +0200, Emilio Pozuelo Monfort wrote: > On 14/07/14 09:05, Niko Tyni wrote: > > So can I go ahead with dropping perlapi-5.18.2 or do we need to dig in > > the libimager-perl/libpng problem first? > > If you're ok with removing libimager-perl, libimager-qrcode-per

Bug#753444: Bug#753542: Bug#753444: Bug#753542: perl-base - Segfaults in libperl.so.5.18

2014-07-14 Thread Emilio Pozuelo Monfort
On 14/07/14 09:05, Niko Tyni wrote: > On Sun, Jul 13, 2014 at 01:27:37PM +0200, Emilio Pozuelo Monfort wrote: >> On 13/07/14 13:04, Julien Cristau wrote: >>> On Sat, Jul 5, 2014 at 11:45:16 +0200, Emilio Pozuelo Monfort wrote: >>> I have thought a bit more about this. I was hesitant as there

Bug#753444: Bug#753542: Bug#753444: Bug#753542: perl-base - Segfaults in libperl.so.5.18

2014-07-14 Thread Niko Tyni
On Sun, Jul 13, 2014 at 01:27:37PM +0200, Emilio Pozuelo Monfort wrote: > On 13/07/14 13:04, Julien Cristau wrote: > > On Sat, Jul 5, 2014 at 11:45:16 +0200, Emilio Pozuelo Monfort wrote: > > > >> I have thought a bit more about this. I was hesitant as there are lots of > >> packages involved, bu

Bug#753444: Bug#753542: Bug#753444: Bug#753542: perl-base - Segfaults in libperl.so.5.18

2014-07-08 Thread Niko Tyni
On Tue, Jul 08, 2014 at 09:43:14AM +0200, Emilio Pozuelo Monfort wrote: > https://release.debian.org/transitions/html/perlapi-5.18.2d-s390x.html > > However the main blocker right now is the perl/mips FTBFS. For the record, I'm aware of this but it's currently difficult to find the time. The qu

Bug#753542: Bug#753444: Bug#753542: perl-base - Segfaults in libperl.so.5.18

2014-07-08 Thread Emilio Pozuelo Monfort
On 07/07/14 10:49, Emilio Pozuelo Monfort wrote: > On 07/07/14 09:31, Aurelien Jarno wrote: >> On Sat, Jul 05, 2014 at 07:15:56PM +0200, Emilio Pozuelo Monfort wrote: >>> That said, feel free to upload perl now. >> >> It has been uploaded, and is now installed on all s390x buildds. > > Thanks. I h

Bug#753444: Bug#753542: Bug#753444: Bug#753542: perl-base - Segfaults in libperl.so.5.18

2014-07-07 Thread Emilio Pozuelo Monfort
On 07/07/14 09:31, Aurelien Jarno wrote: > On Sat, Jul 05, 2014 at 07:15:56PM +0200, Emilio Pozuelo Monfort wrote: >> That said, feel free to upload perl now. > > It has been uploaded, and is now installed on all s390x buildds. Thanks. I have scheduled a bunch of binNMUs. Emilio -- To UNSUBSC

Bug#753444: Bug#753542: Bug#753444: Bug#753542: perl-base - Segfaults in libperl.so.5.18

2014-07-07 Thread Aurelien Jarno
On Sat, Jul 05, 2014 at 07:15:56PM +0200, Emilio Pozuelo Monfort wrote: > That said, feel free to upload perl now. It has been uploaded, and is now installed on all s390x buildds. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http:/

Bug#753542: Bug#753444: Bug#753542: perl-base - Segfaults in libperl.so.5.18

2014-07-05 Thread Niko Tyni
On Sat, Jul 05, 2014 at 07:15:56PM +0200, Emilio Pozuelo Monfort wrote: > On 05/07/14 18:31, Niko Tyni wrote: > > On Sat, Jul 05, 2014 at 11:45:16AM +0200, Emilio Pozuelo Monfort wrote: > >> I have thought a bit more about this. I was hesitant as there are lots of > >> packages involved, but think