# Missing initWithRipgrepIgnore in Linux arm64 Binary for File Service Module

**URL:** <https://forum.cursor.com/t/missing-initwithripgrepignore-in-linux-arm64-binary-for-file-service-module/34193>\
**Category:** Bug Reports\
**Created:** [December 11, 2024, 9:16pm UTC](https://forum.cursor.com/t/missing-initwithripgrepignore-in-linux-arm64-binary-for-file-service-module/34193 "2024-12-11T21:16:22Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![mahmoudimus](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/mahmoudimus/32/11496_2.png) [@mahmoudimus](https://forum.cursor.com/u/mahmoudimus)\
**Post date:** [December 11, 2024, 9:16pm UTC](https://forum.cursor.com/t/missing-initwithripgrepignore-in-linux-arm64-binary-for-file-service-module/34193/1 "2024-12-11T21:16:22Z")

</div>

### Describe the Bug

I get this error when on linux arm64:

```auto
2024-12-11 20:28:17.568 [error] TypeError: this.merkleClient.initWithRipgrepIgnore is not a function
    at v.initializeMerkleTreeWithRipgrepIgnore (/vscode/cursor-server/bin/linux-arm64/a846435528b4b760494a836f96f0739889253530/extensions/cursor-retrieval/dist/main.js:2:831824)
    at v.getServerStatus (/vscode/cursor-server/bin/linux-arm64/a846435528b4b760494a836f96f0739889253530/extensions/cursor-retrieval/dist/main.js:2:829724)
    at v.startIndexingRepository (/vscode/cursor-server/bin/linux-arm64/a846435528b4b760494a836f96f0739889253530/extensions/cursor-retrieval/dist/main.js:2:832745)

```

Here’s the npm list for the linux arm64

```auto
@anysphere@ /vscode/cursor-server/bin/linux-arm64/a846435528b4b760494a836f96f0739889253530/extensions/cursor-retrieval/node_modules/@anysphere
├── @anysphere/file-service-linux-arm64-gnu@0.0.0-4cccd90d
└── @anysphere/file-service@0.0.0-4cccd90d

```

### Steps to Reproduce

Install cursor on a devcontainer using linux on a arm64 mac  
Notice that file indexing does not work

### Expected Behavior

Indexing should work.

### Operating System

MacOS

### Current Cursor Version (Menu → About Cursor → Copy)

Version: 0.43.6  
VSCode Version: 1.93.1  
Commit: a846435528b4b760494a836f96f0739889253530  
Date: 2024-12-06T05:11:55.168Z  
Electron: 30.5.1  
Chromium: 124.0.6367.243  
Node.js: 20.16.0  
V8: 12.4.254.20-electron.0  
OS: Darwin arm64 24.0.0

### Additional Information

The issue is that you’re not linking the `initWithRipgrepIgnore` in the linux binary but you are definitely doing it in the `darwin` build – I can verify this by:

`strings /Applications/Cursor.app/Contents/Resources/app/node_modules.asar.unpacked/@anysphere/file-service-darwin-universal/file_service.darwin-universal.node | grep -i initWithRipgrep`

and the output is:

```bash
computeMerkleTreecomputeMerkleTreeWithRipgrepIgnoredeleteFilegetAllDirFilesToEmbedgetAllFilesgetHashesForFilesgetImportantPathsgetNextFileToEmbedgetNumEmbeddableFilesgetSplinegetSubtreeHashinitWithRipgrepIgnoreupdateFileupdateRootDirectoryFailed to get parent hashes: Failed to get commit data: Failed to get property with field `Failed to set property with field `Failed to unwrap exclusive reference of `` type from napi valuereasonmaybe_raw.egg-info.venv __pycache__.next.nuxt.cache.sass-cache.gradle.DS_Store.ipynb_checkpoints.pytest_cache.mypy_cache.lock-wscript.Python.yarn.yarn-cache.eslintcache.parcel-cache.cache-loader.nyc_output.node_repl_history.pnp.jsconstructorsrc/diff_client.rsdiffLines

```

vs the one installed on linux:

```bash
/vscode/cursor-server/bin/linux-arm64/a846435528b4b760494a836f96f0739889253530/extensions/cursor-retrieval/node_modules/@anysphere/node_modules/@anysphere/file-service-linux-arm64-gnu$ strings file_service.linux-arm64-gnu.node | grep -i "initWithRipgrep"

```

### Does this stop you from using Cursor

No - Cursor works, but with this issue

---

<div class="post-metadata">

**Author:** ![danperks](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/danperks/32/19087_2.png) [@danperks](https://forum.cursor.com/u/danperks)\
**Post date:** [December 12, 2024, 12:17am UTC](https://forum.cursor.com/t/missing-initwithripgrepignore-in-linux-arm64-binary-for-file-service-module/34193/2 "2024-12-12T00:17:52Z")

</div>

Hi,

Unfortunately, Cursor does not currently support `arm64` based platforms, so will not work inside a Linux container on an ARM64 device.

Feel free to add a new post suggesting it as a feature!

---

<div class="post-metadata">

**Author:** ![mahmoudimus](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/mahmoudimus/32/11496_2.png) [@mahmoudimus](https://forum.cursor.com/u/mahmoudimus)\
**Post date:** [December 12, 2024, 7:00am UTC](https://forum.cursor.com/t/missing-initwithripgrepignore-in-linux-arm64-binary-for-file-service-module/34193/3 "2024-12-12T07:00:43Z")

</div>

Hi Dan, are you sure about that? MacOS runs mostly on Apple Silicon, which is an Apple-designed 64-bit ARM SoCs. ARM64 is an umbrella term for the 64-bit ARM Instruction Set Architecture (ISA) which Apple, and others, license from ARM. I think there’s some mistake 🙂

---

<div class="post-metadata">

**Author:** ![danperks](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/danperks/32/19087_2.png) [@danperks](https://forum.cursor.com/u/danperks)\
**Post date:** [December 12, 2024, 2:44pm UTC](https://forum.cursor.com/t/missing-initwithripgrepignore-in-linux-arm64-binary-for-file-service-module/34193/4 "2024-12-12T14:44:51Z")

</div>

Hi,

Sorry for not being clear, while we do support Apple Silicon for our Mac release, we do not support `arm64` for our Linux distribution, hence it’s incompatibility inside your Linux dev container.

Our linux builds currently only support x86-64 architectures.

Hope this clears things up!

---

<div class="post-metadata">

**Author:** ![mahmoudimus](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/mahmoudimus/32/11496_2.png) [@mahmoudimus](https://forum.cursor.com/u/mahmoudimus)\
**Post date:** [December 12, 2024, 3:07pm UTC](https://forum.cursor.com/t/missing-initwithripgrepignore-in-linux-arm64-binary-for-file-service-module/34193/5 "2024-12-12T15:07:53Z")

</div>

Hi Dan - thanks for the clarification! Does this also extend to the `@anysphere/file-service` that you folks install? It seems to be working if I downgrade from version: `0.0.0-4cccd90d` to version: `0.0.0-30549ed4-6f41e022f7af079ff34c9d09cb1d5d616735c7e31ec0d732af0daec4758069f7`.

Sorry for the questions, I’m just trying to understand if there’s a reason for doing that between the two versions.

I am developing in a devcontainer, if that’s helpful.

---

<div class="post-metadata">

**Author:** ![tmm1](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/tmm1/32/3131_2.png) [@tmm1](https://forum.cursor.com/u/tmm1)\
**Post date:** [December 20, 2024, 5:11pm UTC](https://forum.cursor.com/t/missing-initwithripgrepignore-in-linux-arm64-binary-for-file-service-module/34193/6 "2024-12-20T17:11:04Z")

</div>

Hi, what version of Cursor are you using and how did you install it?

---

<div class="post-metadata">

**Author:** ![mahmoudimus](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/mahmoudimus/32/11496_2.png) [@mahmoudimus](https://forum.cursor.com/u/mahmoudimus)\
**Post date:** [January 15, 2025, 6:39pm UTC](https://forum.cursor.com/t/missing-initwithripgrepignore-in-linux-arm64-binary-for-file-service-module/34193/7 "2025-01-15T18:39:43Z")

</div>

I installed cursor on my macos by downloading the application from the website and then the various updates have been done via the in-app prompt that are done via cursor. The current version I’m using now is: Version: 0.44.11, but I put my cursor version in the template above: [Missing initWithRipgrepIgnore in Linux arm64 Binary for File Service Module](https://forum.cursor.com/t/missing-initwithripgrepignore-in-linux-arm64-binary-for-file-service-module/34193#p-57206-current-cursor-version-menu-about-cursor-copy-5)