mhm. so when installing any amount of packages on top of racket-minimal on my alpine linux rpi (armv7l) I seem to be running into essentially https://github.com/racket/racket/issues/1749

Is it certain that this is an out-of-memory issue? I am now trying --disable-generations; any hints otherwise how to address/debug this? I’d quite like to run my racket code on that raspberry :wink:

(alternative solution would be to just remove the flonum/expansion stuff, but I don’t know how deeply that dependency runs)

Is the “6.9” in this output Racket v6.9, or does that mean something else? If you’re building from source, use the “source + built packages” variant of Minimal Racket to avoid having to build documentation for main-distribution packages like “data”. Instead, pre-built documentation should be moved into place during installation.

oh, sorry, so the issue is an old one I found on the github tracker, but I have the same problem when installing 7.4

mhm. Ok, I’ll try that and see whether that helps

Oh, of course. I misread the Slack embedding.

I tried running the code you posted yesterday again, now that mactex is installed. It runs without error and a few lines get printed out in the interactions window in DrRacket but otherwise nothing happens.

@soegaard2

@ruyvalle Ok. What do the lines say?

nothing

they’re all blank

The expected output was some images with formulas.

Blank images or blank text?

actually it’s as if there were a single line (or an image)

blank image

most likely

Okay - let’s turn on the debug log with: (latex-debug? #t)

Place that expression as the first line right after the #lang.

latex-debug? is an unbound identifier

Then we need to add: (require racket-poppler/render-tex)

(And I need to remember to reexport latex-debug? )

@ruyvalle I reproduced the blank line in DrRacket. I only tested in Emacs. This works in DrRacket for me: #lang at-exp racket (require latex-pict pict) (define $ tex-math) (define $$ tex-display-math) (define bm pict->bitmap) (bm @${\sqrt{a^2+b^2}}) (bm @$${\sum_{n=1} \frac{1}{n^2}})

for me too!

Great! Thanks so much for testing this.

Is there a way to get raco make to treat all compiled directories as stale?

No. I can imagine a --clean flag that is analogous to the one for raco setup, but it’s not currently there.

my pleasure :slightly_smiling_face:

@mflatt raco setup --clean will clean the relevant collections, right? So it doesn’t need to chase dependencies. For a raco make version, I think there’s a question of where it would stop cleaning dependencies.

Good point!

In my case, I’m benchmarking with builds of racketcs that use different immutable hash representations. Each is happy to use the other’s compiled code… until it crashes. But maybe this wouldn’t be a problem if I had compiled each with a different version number.

Yep that worked, thanks!. Is this likely a memory shortage problem?

This definitely speeds up installation quite a bit, maybe I should submit a PR to alpine now to have a 7.4 package :wink:

Seems likely, especially if you’e seeing failure at the same point in the build/install as in #1749.

using the pre-built-packages works very well, so now I can get onto running some home automation code on that rpi :wink: