We recently noticed that our build size suddenly increased after updating dependencies. The reasons for this is a 40MB ripgrep application with debug information on Linux (other OSs not tested). I hope you can fix this issue and provide a release version without debug information. Thanks in advance!

$ file vscode-ripgrep/bin/rg
rg: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=153fc3eda21c189844e41173c5c07bd6738fde4c, with debug_info, not stripped

Edit: Target x86_64-unknown-linux-musl

12.1.1 version is displayed for https://github.com/microsoft/ripgrep-prebuilt/releases/download/v13.0.0-4/ripgrep-v13.0.0-4-aarch64-apple-darwin.tar.gz.

❯ rg --version
ripgrep 12.1.1 (rev f018ed1894)
-SIMD -AVX (compiled)

Type: Bug
Related: microsoft/vscode#179121, microsoft/ripgrep#24

The Search function fro Red Hat Dev Spaces is failing on Power and is giving no results found unless the files are open.

Had a look at the Outputs tab for Extension(Remote) with the Developer: Set Log Level set to Trace and this is the error.

2023-10-31 03:41:07.947 [debug] RipgrepSearchEH#search /checode/checode-linux-libc/node_modules/@vscode/ripgrep/bin/rg: /usr/lib64/glibc-hwcaps/power9/libc.so.6: version `GLIBC_2.29' not found (required by /checode/checode-linux-libc/node_modules/@vscode/ripgrep/bin/rg)
/checode/checode-linux-libc/node_modules/@vscode/ripgrep/bin/rg: /usr/lib64/glibc-hwcaps/power9/libc.so.6: version `GLIBC_2.33' not found (required by /checode/checode-linux-libc/node_modules/@vscode/ripgrep/bin/rg)
/checode/checode-linux-libc/node_modules/@vscode/ripgrep/bin/rg: /usr/lib64/glibc-hwcaps/power9/libc.so.6: version `GLIBC_2.32' not found (required by /checode/checode-linux-libc/node_modules/@vscode/ripgrep/bin/rg)
/checode/checode-linux-libc/node_modules/@vscode/ripgrep/bin/rg: /usr/lib64/glibc-hwcaps/power9/libc.so.6: version `GLIBC_2.34' not found (required by /checode/checode-linux-libc/node_modules/@vscode/ripgrep/bin/rg)

2023-10-31 03:41:07.948 [debug] RipgrepSearchEH#search No data from stdout
2023-10-31 03:41:07.948 [debug] RipgrepSearchEH#search No result from parser

There is a workaround for this issue by replacing the ripgrep version to the v13.0.0-4 and that seems to resolve the issue temporarily however would appreciate a Permanent fix.

I can see that there is a PR to fix this issue on arm. Can we add a fix for Power to it as well. Thanks any help would be appreciated.

I'm having some problems with yarn vscode and it looks like it's because I'm using a proxy, do you have any clues?

error /vscode/node_modules/vscode-ripgrep: Command failed.
Exit code: 1
Command: node ./lib/postinstall.js
Arguments:
Directory: /vscode/node_modules/vscode-ripgrep
Output:
Finding release for v13.0.0-4
GET https://api.github.com/repos/microsoft/ripgrep-prebuilt/releases/tags/v13.0.0-4
Deleting invalid download cache
Downloading ripgrep failed: TypeError [ERR_INVALID_PROTOCOL]: Protocol "https:" not supported. Expected "http:"

https://github.com/BurntSushi/ripgrep/releases/tag/11.0.2

In microsoft/vscode-ripgrep@a85a687, we change vscode-ripgrep to only consume aarch64-unknown-linux-musl for arm64 linux and not the gnu version. If nobody is using it, we should remove it as a released asset.

From microsoft/vscode#179907

Since we started using musl to build linux-aarch64, it uses jemalloc, which doesn't support page sizes above 4K.

Hi VS Code developers,

I am using VS Code on a FUJITSU A64FX machine, and I found the search in VS Code doesn't work on my machine. I checked the ripgrep and got the following bug information:

[bshan@login1 bin]$ ./rg --version
<jemalloc>: Unsupported system page size
<jemalloc>: Unsupported system page size
memory allocation of 5 bytes failed
Aborted (core dumped)

Then, I download the ripgrep source code and compile it manually, and copy rp to node_modules/@vscode/ripgrep/bin.
Finally, it works.
Could you fix/update the configuration of the ripgrep-prebuilt of VS Code.
If you need any help on the Fujitsu machine, just let me know.

Thanks

The vscode CLI uses these flags to reduce package size. https://github.com/microsoft/vscode/blob/9b8114e6b9e7fe6217def08b60e240172b12489a/cli/Cargo.toml#L75-L78

strip=true removes debug symbols
lto=true enables link time optimization
codegen-units=1 makes it link in a single progress, where it normally runs in multiple independent workers in parallel. Might make compilation a little slower.

It would be nice to incorporate them into ripgrep-prebuilt to reduce package size also.

Related: microsoft/vscode#179121 (comment)

It seems like systems that use arm-unknown-linux-gnueabihf looks for GLIBC_2.29 despite vscode supporting lower GLIBC versions. This is since that prebuilt is still not statically compiled, so building it against ubuntu-latest likely increased the GLIBC version that it required from dynamically linked dependences.

We should try to make this prebuilt statically compiled by using the musl version, as we did with microsoft/vscode-ripgrep#34

ripgrep v14 has lots of improvements. It would be great if v14 becomes available here and other depending projects, such as vscode-ripgrep.

For aarch64 linux musl builds, we use cross, which mounts the ripgrep folder as a volume and builds it in a container. Therefore, the changes in #19 don't properly disable debug builds.

I've been using code-server and bumped into an issue with ripgreg due to the fact that the rg binary was missing.

See: coder/code-server#1907

There's a port in FreeBSD
https://www.freshports.org/textproc/ripgrep/
https://svnweb.freebsd.org/ports/head/textproc/ripgrep/Makefile?revision=542412&view=markup&pathrev=542412

Hi ,

Noticed that https://github.com/microsoft/ripgrep-prebuilt/releases/tag/v13.0.0-1 release had power and s390x artifacts but https://github.com/microsoft/ripgrep-prebuilt/releases/tag/v13.0.0-2 didn't have and latest release - https://github.com/microsoft/ripgrep-prebuilt/releases/tag/v13.0.0-4 has got the artifacts.

Any particular reason for not publishing version - v13.0.0-2 without Power and s390x artifacts ?