Package Details: python-mempalace 3.3.5-1

Git Clone URL: https://aur.archlinux.org/python-mempalace.git (read-only, click to copy)
Package Base: python-mempalace
Description: The highest-scoring AI memory system, with 30x context compression and a temporal knowledge graph.
Upstream URL: https://github.com/milla-jovovich/mempalace
Licenses: MIT
Conflicts: mempalace
Provides: mempalace
Submitter: jaintp
Maintainer: jaintp
Last Packager: jaintp
Votes: 0
Popularity: 0.000000
First Submitted: 2026-04-09 01:11 (UTC)
Last Updated: 2026-05-11 02:00 (UTC)

Latest Comments

txtsd commented on 2026-04-21 10:29 (UTC)

Excellent!

jaintp commented on 2026-04-21 07:08 (UTC) (edited on 2026-04-21 07:11 (UTC) by jaintp)

Refactor: system-wide installation

Previously, python-mempalace used an isolated virtualenv in /opt to work around brittle dependencies, most notably chromadb. Following my adoption and patching of the python-chromadb AUR package, those dependencies are now stable on Python 3.13+.

What's changed
  • Installation: now installs directly to system site-packages, no more /opt virtualenv
  • Build process: complex relocation and path-patching logic replaced with a clean python-build / python-installer workflow
  • CLI: /usr/bin/mempalace wrapper remains available; MCP server can be invoked via python -m mempalace.mcp_server
Why

Reduces package footprint and improves integration with system-wide Python tooling and MCP hosts such as Claude Desktop.

jaintp commented on 2026-04-20 19:45 (UTC)

@txtsd Updated depends to python-onnxruntime so users can choose their backend, and refactored the wrapper to use the venv python for the mcp module calls. Pushed as pkgrel 2. Thanks for the assist.

txtsd commented on 2026-04-14 12:33 (UTC)

Also, could you set the dependency to python-onnxruntime so the user can pick which onnxruntime they want instead of forcing cuda?

txtsd commented on 2026-04-14 11:57 (UTC)

The MCP server has been failing to launch from within claude code since the beginning though. It seems like it is still trying to do python3 -m mempalace.mcp_server and that's not the correct way to invoke it.

txtsd commented on 2026-04-14 11:56 (UTC)

@jaintp You have to use mempalace migrate to fix the palace data issue.

jaintp commented on 2026-04-10 08:57 (UTC) (edited on 2026-04-10 08:59 (UTC) by jaintp)

Please note, currently reported bugs with version 3.1.0:

palace data gone after upgrade to v3.1.0 #469

3.1.0 upgrade silently breaks running MCP servers due to ChromaDB version downgrade (1.5.6 → 0.6.3) #457

jaintp commented on 2026-04-09 10:03 (UTC)

Switched to a vendored virtualenv approach (/opt/mempalace/) in pkgrel 3. python-chromadb is orphaned and consistently fails to build, making the traditional depends chain unreliable. All Python deps are now installed via pip into a self-contained venv, following the same pattern used by home-assistant-core and similar packages.