Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1018173 > unrolled thread

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

Started bySebastian Ramacher <sramacher@debian.org>
First post2020-07-16 15:40 +0200
Last post2020-07-30 15:30 +0200
Articles 7 — 3 participants

Back to article view | Back to linux.debian.bugs.dist


Contents

  Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory Sebastian Ramacher <sramacher@debian.org> - 2020-07-16 15:40 +0200
    Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory Jonas Smedegaard <jonas@jones.dk> - 2020-07-16 17:40 +0200
      Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory Adrian Bunk <bunk@debian.org> - 2020-07-16 18:00 +0200
        Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory Jonas Smedegaard <jonas@jones.dk> - 2020-07-16 18:10 +0200
    Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory Adrian Bunk <bunk@debian.org> - 2020-07-16 17:40 +0200
    Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory Adrian Bunk <bunk@debian.org> - 2020-07-16 19:40 +0200
    Bug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory Jonas Smedegaard <jonas@jones.dk> - 2020-07-30 15:30 +0200

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

FromSebastian Ramacher <sramacher@debian.org>
Date2020-07-16 15:40 +0200
SubjectBug#965121: pandoc: FTBFS on armel, armhf, mipsel: out of memory
Message-ID<Atchb-7qj-1@gated-at.bofh.it>
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&arch=armel&ver=2.9.1.1-1&stamp=1594837537&raw=0
for example

Cheers
-- 
Sebastian Ramacher

[toc] | [next] | [standalone]


#1018184

FromJonas Smedegaard <jonas@jones.dk>
Date2020-07-16 17:40 +0200
Message-ID<Ate9j-7n-9@gated-at.bofh.it>
In reply to#1018173

[Multipart message — attachments visible in raw view] — view raw

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

[toc] | [prev] | [next] | [standalone]


#1018194

FromAdrian Bunk <bunk@debian.org>
Date2020-07-16 18:00 +0200
Message-ID<AtesF-ek-3@gated-at.bofh.it>
In reply to#1018184
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

[toc] | [prev] | [next] | [standalone]


#1018201

FromJonas Smedegaard <jonas@jones.dk>
Date2020-07-16 18:10 +0200
Message-ID<AteCm-x7-21@gated-at.bofh.it>
In reply to#1018194

[Multipart message — attachments visible in raw view] — view raw

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

[toc] | [prev] | [next] | [standalone]


#1018187

FromAdrian Bunk <bunk@debian.org>
Date2020-07-16 17:40 +0200
Message-ID<Ate9j-7n-11@gated-at.bofh.it>
In reply to#1018173
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

[toc] | [prev] | [next] | [standalone]


#1018214

FromAdrian Bunk <bunk@debian.org>
Date2020-07-16 19:40 +0200
Message-ID<Atg1r-1fB-1@gated-at.bofh.it>
In reply to#1018173
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

[toc] | [prev] | [next] | [standalone]


#1019798

FromJonas Smedegaard <jonas@jones.dk>
Date2020-07-30 15:30 +0200
Message-ID<AygNb-5Lf-1@gated-at.bofh.it>
In reply to#1018173

[Multipart message — attachments visible in raw view] — view raw

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.000000000 +0300
> > +++ pandoc-2.9.1.1/debian/rules 2020-07-16 18:13:21.000000000 +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

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.bugs.dist


csiph-web