Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-30 Thread Jonas Smedegaard
Quoting Jonas Smedegaard (2020-07-30 14:56:35)
> Quoting Adrian Bunk (2020-07-30 14:50:11)
> > The patch below is tested on armel and mipsel.
> > 
> > cu
> > Adrian
> > 
> > --- pandoc-2.9.1.1/debian/rules 2020-07-16 18:12:12.0 +0300
> > +++ pandoc-2.9.1.1/debian/rules 2020-07-16 18:13:21.0 +0300
> > @@ -178,8 +178,8 @@
> >  DEB_SETUP_GHC_CONFIGURE_ARGS += --ghc-options="+RTS -V0 -RTS"
> >  
> >  # Reduce compile-time memory utilization on low-memory architectures
> > -ifneq (,$(filter $(DEB_BUILD_ARCH),armel armhf mips mipsel))
> > -DEB_SETUP_GHC_CONFIGURE_ARGS += --ghc-options="-optc--param 
> > -optcggc-min-expand=5"
> > +ifneq (,$(filter $(DEB_HOST_ARCH),armel armhf hppa mips mipsel))
> > +DEB_SETUP_GHC_CONFIGURE_ARGS += --ghc-options="-optc--param 
> > -optcggc-min-expand=10 -O0"
> >  endif
> >  
> >  DEB_ENABLE_TESTS = yes
> 
> Great!
> 
> I would organizxe the options a bit different (e.g. to avoid confusion 
> over redifining for armhf), but am otherwise happy to proceed with this 
> unless anyone objects or has other input (@Locusofberg?)...

Silly me, I misread the above as an addition (not a replacement), so 
please ignore my remark about armhf.

I'll apply the patch now and release.  Thanks, Adrian!

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-30 Thread Jonas Smedegaard
Quoting Adrian Bunk (2020-07-30 14:50:11)
> The patch below is tested on armel and mipsel.
> 
> cu
> Adrian
> 
> --- pandoc-2.9.1.1/debian/rules 2020-07-16 18:12:12.0 +0300
> +++ pandoc-2.9.1.1/debian/rules 2020-07-16 18:13:21.0 +0300
> @@ -178,8 +178,8 @@
>  DEB_SETUP_GHC_CONFIGURE_ARGS += --ghc-options="+RTS -V0 -RTS"
>  
>  # Reduce compile-time memory utilization on low-memory architectures
> -ifneq (,$(filter $(DEB_BUILD_ARCH),armel armhf mips mipsel))
> -DEB_SETUP_GHC_CONFIGURE_ARGS += --ghc-options="-optc--param 
> -optcggc-min-expand=5"
> +ifneq (,$(filter $(DEB_HOST_ARCH),armel armhf hppa mips mipsel))
> +DEB_SETUP_GHC_CONFIGURE_ARGS += --ghc-options="-optc--param 
> -optcggc-min-expand=10 -O0"
>  endif
>  
>  DEB_ENABLE_TESTS = yes

Great!

I would organizxe the options a bit different (e.g. to avoid confusion 
over redifining for armhf), but am otherwise happy to proceed with this 
unless anyone objects or has other input (@Locusofberg?)...


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-30 Thread Adrian Bunk
The patch below is tested on armel and mipsel.

cu
Adrian

--- pandoc-2.9.1.1/debian/rules 2020-07-16 18:12:12.0 +0300
+++ pandoc-2.9.1.1/debian/rules 2020-07-16 18:13:21.0 +0300
@@ -178,8 +178,8 @@
 DEB_SETUP_GHC_CONFIGURE_ARGS += --ghc-options="+RTS -V0 -RTS"
 
 # Reduce compile-time memory utilization on low-memory architectures
-ifneq (,$(filter $(DEB_BUILD_ARCH),armel armhf mips mipsel))
-DEB_SETUP_GHC_CONFIGURE_ARGS += --ghc-options="-optc--param 
-optcggc-min-expand=5"
+ifneq (,$(filter $(DEB_HOST_ARCH),armel armhf hppa mips mipsel))
+DEB_SETUP_GHC_CONFIGURE_ARGS += --ghc-options="-optc--param 
-optcggc-min-expand=10 -O0"
 endif
 
 DEB_ENABLE_TESTS = yes



Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-16 Thread Jonas Smedegaard
Quoting Adrian Bunk (2020-07-16 19:32:41)
> On Thu, Jul 16, 2020 at 07:25:28PM +0200, Jonas Smedegaard wrote:
> > Control: found -1
> > 
> > Quoting Adrian Bunk (2020-07-16 17:53:44)
> > > On Thu, Jul 16, 2020 at 05:34:46PM +0200, Jonas Smedegaard wrote:
> > > > Quoting Adrian Bunk (2020-07-16 17:29:17)
> > > > > On Thu, Jul 16, 2020 at 04:02:53PM +0200, Jonas Smedegaard wrote:
> > > > > > Quoting Mikolaj Konarski (2020-07-16 15:50:53)
> > > > > > > Hi,
> > > > > > > 
> > > > > > > Does disabling optimization help? I have it disabled for 
> > > > > > > these architectures in haskell-lambdahack and it did help 
> > > > > > > in that case.
> > > > > > 
> > > > > > I will try. Thanks for the suggestion!
> > > > > 
> > > > > "-O0 -g0" worked for me on armel, I am currently trying on 
> > > > > mipsel what the minimum required change is.
> > > > 
> > > > As I understand it, "-O0 -g0" is not the most minimally 
> > > > intrusive,
> > > 
> > > "-O0 -g0" is nearly the biggest possible hammer.
> > > 
> > > It was my starting point for seeing that there is some possible 
> > > solution available this way.
> > > 
> > > > instead (as I also posted separately in more detail a moment 
> > > > ago) that is --ghc-options="-optc--param -optcggc-min-expand=5"
> > > 
> > > If that is sufficient it is great.
> > > 
> > > Unless something changed recently no debug info is distributed for 
> > > Haskell-built binaries, so -g1/-g0 does not actually make anything 
> > > worse. This is what I am currently trying on eller.
> > 
> > My tweak wasn't adequate.
> > 
> > I am open to suggestions.
> 
> Give me 1-3 days (test builds take time) and I can send a patch.

Awesome. Thanks!

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-16 Thread Adrian Bunk
On Thu, Jul 16, 2020 at 07:25:28PM +0200, Jonas Smedegaard wrote:
> Control: found -1
> 
> Quoting Adrian Bunk (2020-07-16 17:53:44)
> > On Thu, Jul 16, 2020 at 05:34:46PM +0200, Jonas Smedegaard wrote:
> > > Quoting Adrian Bunk (2020-07-16 17:29:17)
> > > > On Thu, Jul 16, 2020 at 04:02:53PM +0200, Jonas Smedegaard wrote:
> > > > > Quoting Mikolaj Konarski (2020-07-16 15:50:53)
> > > > > > Hi,
> > > > > > 
> > > > > > Does disabling optimization help? I have it disabled for these 
> > > > > > architectures in haskell-lambdahack and it did help in that 
> > > > > > case.
> > > > > 
> > > > > I will try. Thanks for the suggestion!
> > > > 
> > > > "-O0 -g0" worked for me on armel, I am currently trying on mipsel 
> > > > what the minimum required change is.
> > > 
> > > As I understand it, "-O0 -g0" is not the most minimally intrusive,
> > 
> > "-O0 -g0" is nearly the biggest possible hammer.
> > 
> > It was my starting point for seeing that there is some possible 
> > solution available this way.
> > 
> > > instead (as I also posted separately in more detail a moment ago) 
> > > that is --ghc-options="-optc--param -optcggc-min-expand=5"
> > 
> > If that is sufficient it is great.
> > 
> > Unless something changed recently no debug info is distributed for 
> > Haskell-built binaries, so -g1/-g0 does not actually make anything 
> > worse. This is what I am currently trying on eller.
> 
> My tweak wasn't adequate.
> 
> I am open to suggestions.

Give me 1-3 days (test builds take time) and I can send a patch.

>  - Jonas

cu
Adrian



Processed: Re: Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-16 Thread Debian Bug Tracking System
Processing control commands:

> found -1
Bug #965121 {Done: Jonas Smedegaard } [src:pandoc] pandoc: FTBFS 
on armel, armhf, mipsel: out of memory
No longer marked as fixed in versions pandoc/2.9.1.1-2 and reopened.

-- 
965121: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=965121
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-16 Thread Jonas Smedegaard
Control: found -1

Quoting Adrian Bunk (2020-07-16 17:53:44)
> On Thu, Jul 16, 2020 at 05:34:46PM +0200, Jonas Smedegaard wrote:
> > Quoting Adrian Bunk (2020-07-16 17:29:17)
> > > On Thu, Jul 16, 2020 at 04:02:53PM +0200, Jonas Smedegaard wrote:
> > > > Quoting Mikolaj Konarski (2020-07-16 15:50:53)
> > > > > Hi,
> > > > > 
> > > > > Does disabling optimization help? I have it disabled for these 
> > > > > architectures in haskell-lambdahack and it did help in that 
> > > > > case.
> > > > 
> > > > I will try. Thanks for the suggestion!
> > > 
> > > "-O0 -g0" worked for me on armel, I am currently trying on mipsel 
> > > what the minimum required change is.
> > 
> > As I understand it, "-O0 -g0" is not the most minimally intrusive,
> 
> "-O0 -g0" is nearly the biggest possible hammer.
> 
> It was my starting point for seeing that there is some possible 
> solution available this way.
> 
> > instead (as I also posted separately in more detail a moment ago) 
> > that is --ghc-options="-optc--param -optcggc-min-expand=5"
> 
> If that is sufficient it is great.
> 
> Unless something changed recently no debug info is distributed for 
> Haskell-built binaries, so -g1/-g0 does not actually make anything 
> worse. This is what I am currently trying on eller.

My tweak wasn't adequate.

I am open to suggestions.

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-16 Thread Jonas Smedegaard
Quoting Adrian Bunk (2020-07-16 17:53:44)
> On Thu, Jul 16, 2020 at 05:34:46PM +0200, Jonas Smedegaard wrote:
> > Quoting Adrian Bunk (2020-07-16 17:29:17)
> > > On Thu, Jul 16, 2020 at 04:02:53PM +0200, Jonas Smedegaard wrote:
> > > > Quoting Mikolaj Konarski (2020-07-16 15:50:53)
> > > > > Hi,
> > > > > 
> > > > > Does disabling optimization help? I have it disabled for these
> > > > > architectures in haskell-lambdahack and it did help in that case.
> > > > 
> > > > I will try. Thanks for the suggestion!
> > > 
> > > "-O0 -g0" worked for me on armel, I am currently trying on mipsel what 
> > > the minimum required change is.
> > 
> > As I understand it, "-O0 -g0" is not the most minimally intrusive, 
> 
> "-O0 -g0" is nearly the biggest possible hammer.

Ohh, sorry: I totally misread your previous message.

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-16 Thread Adrian Bunk
On Thu, Jul 16, 2020 at 05:34:46PM +0200, Jonas Smedegaard wrote:
> Quoting Adrian Bunk (2020-07-16 17:29:17)
> > On Thu, Jul 16, 2020 at 04:02:53PM +0200, Jonas Smedegaard wrote:
> > > Quoting Mikolaj Konarski (2020-07-16 15:50:53)
> > > > Hi,
> > > > 
> > > > Does disabling optimization help? I have it disabled for these
> > > > architectures in haskell-lambdahack and it did help in that case.
> > > 
> > > I will try. Thanks for the suggestion!
> > 
> > "-O0 -g0" worked for me on armel, I am currently trying on mipsel what 
> > the minimum required change is.
> 
> As I understand it, "-O0 -g0" is not the most minimally intrusive, 

"-O0 -g0" is nearly the biggest possible hammer.

It was my starting point for seeing that there is some possible solution
available this way.

> instead (as I also posted separately in more detail a moment ago) that 
> is --ghc-options="-optc--param -optcggc-min-expand=5"

If that is sufficient it is great.

Unless something changed recently no debug info is distributed for
Haskell-built binaries, so -g1/-g0 does not actually make anything 
worse. This is what I am currently trying on eller.

>  - Jonas

cu
Adrian



Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-16 Thread Jonas Smedegaard
Quoting Adrian Bunk (2020-07-16 17:29:17)
> On Thu, Jul 16, 2020 at 04:02:53PM +0200, Jonas Smedegaard wrote:
> > Quoting Mikolaj Konarski (2020-07-16 15:50:53)
> > > Hi,
> > > 
> > > Does disabling optimization help? I have it disabled for these
> > > architectures in haskell-lambdahack and it did help in that case.
> > 
> > I will try. Thanks for the suggestion!
> 
> "-O0 -g0" worked for me on armel, I am currently trying on mipsel what 
> the minimum required change is.

As I understand it, "-O0 -g0" is not the most minimally intrusive, 
instead (as I also posted separately in more detail a moment ago) that 
is --ghc-options="-optc--param -optcggc-min-expand=5"

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-16 Thread Jonas Smedegaard
Quoting Jonas Smedegaard (2020-07-16 16:02:53)
> Quoting Mikolaj Konarski (2020-07-16 15:50:53)
> > Hi,
> > 
> > Does disabling optimization help? I have it disabled for these
> > architectures in haskell-lambdahack and it did help in that case.
> 
> I will try. Thanks for the suggestion!

Looking closer, it seems the better approach is to not disable 
optimizations completely but instead tune GCC garbage-collection.

5 years ago, Joachim suggested¹ to apply that generally to Haskell build 
framework but it was suggested that "[t]here are only few Haskell 
packages with this issue" and apparently it ended there.

So I suggest to try change lambdacheck to this:

# Reduce compile-time memory utilization on low-memory architectures
ifneq (,$(filter $(DEB_BUILD_ARCH),mips mipsel))
DEB_SETUP_GHC_CONFIGURE_ARGS += --ghc-options="-optc--param 
-optcggc-min-expand=5"
endif

Above seems to most common settings.  Some has the threshold more 
relaxed at at 20.  For pandoc I now try include armel and armhf, and 
lower threshold to 5.

 - Jonas


¹ https://bugs.debian.org/783126#10

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-16 Thread Adrian Bunk
On Thu, Jul 16, 2020 at 04:02:53PM +0200, Jonas Smedegaard wrote:
> Quoting Mikolaj Konarski (2020-07-16 15:50:53)
> > Hi,
> > 
> > Does disabling optimization help? I have it disabled for these
> > architectures in haskell-lambdahack and it did help in that case.
> 
> I will try. Thanks for the suggestion!

"-O0 -g0" worked for me on armel, I am currently trying on mipsel what 
the minimum required change is.

>  - Jonas

cu
Adrian



Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-16 Thread Jonas Smedegaard
Quoting Mikolaj Konarski (2020-07-16 15:50:53)
> Hi,
> 
> Does disabling optimization help? I have it disabled for these
> architectures in haskell-lambdahack and it did help in that case.

I will try. Thanks for the suggestion!

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature


Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-16 Thread Mikolaj Konarski
Hi,

Does disabling optimization help? I have it disabled for these
architectures in haskell-lambdahack and it did help in that case.

Cheers,
Mikolaj

On Thu, Jul 16, 2020 at 3:30 PM Sebastian Ramacher  wrote:
>
> Source: pandoc
> Version: 2.9.1.1-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
>
> Thanks for fixing #964822. Unfortunately pandoc now fails to build on
> armel, armhf and mipsel:
> | [112 of 158] Compiling Text.Pandoc.Writers.Markdown
> | ghc: out of memory (requested 2097152 bytes)
> | make: *** [/usr/share/cdbs/1/class/hlibrary.mk:147: build-ghc-stamp] Error 
> 251
>
> See
> https://buildd.debian.org/status/fetch.php?pkg=pandoc=armel=2.9.1.1-1=1594837537=0
> for example
>
> Cheers
> --
> Sebastian Ramacher
>



Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory

2020-07-16 Thread Sebastian Ramacher
Source: pandoc
Version: 2.9.1.1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Thanks for fixing #964822. Unfortunately pandoc now fails to build on
armel, armhf and mipsel:
| [112 of 158] Compiling Text.Pandoc.Writers.Markdown
| ghc: out of memory (requested 2097152 bytes)
| make: *** [/usr/share/cdbs/1/class/hlibrary.mk:147: build-ghc-stamp] Error 251

See
https://buildd.debian.org/status/fetch.php?pkg=pandoc=armel=2.9.1.1-1=1594837537=0
for example

Cheers
-- 
Sebastian Ramacher