Pascal Gulikers

actually, I've pinpointed it to the lockfile_create() function. When built from source: > pak::lockfile_create() Error in cli$num_ansi_colors() : attempt to apply non-function And the binary just hangs forever: 

This happens when I have shinyWidgets or leaflet in my DESCRIPTION file, plus when mran.microsoft.com is configured as a source repo

@edzer

And other repo types don't use coördinates at all, for example pypi or r

I'm experiencing this issue as well, what draws my attention is: ``` In file included from /tmp/RtmpjolAlp/filec20f4d295664/re2_ep-prefix/src/re2_ep/util/pcre.cc:21: /tmp/RtmpjolAlp/filec20f4d295664/re2_ep-prefix/src/re2_ep/util/pcre.h:503:11: error: 'int32_t' does not name a type 503 | mutable int32_t hit_limit_;...

But not with the `installr` tool I guess? I would need to use `devtools::install_version()` probably?

Thanks (again) @gaborcsardi , that seems to work :)

It did, like this: ``` RUN installr -d \ -t "make openssl-dev cmake linux-headers apache-arrow-dev" \ -a "openssl libarrow" [email protected] ``` EDIT: added `libarrow` as permanent Linux library in order...

In our case, we needed `libarrow_dataset` and `sodium` as well, so it's now: ``` RUN installr -d \ -t "make openssl-dev cmake linux-headers apache-arrow-dev libsodium-dev" \ -a "openssl libarrow libarrow_dataset...

I had the same issue with PyArrow (16.1.0), once python:v*.*.*-alpine was using Alpine v3.20, the problem was solved since the libarrow and apache-arrow-dev libraries were compatible. (Alpine Linux 3.19 provides...