-
Notifications
You must be signed in to change notification settings - Fork 267
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Various Memory errors from version newer than mise-v2024.5.11-linux-arm64
#2196
Comments
can you run it with |
I'm not seeing this behavior on macos or linux myself, I suspect it may be related to the change in 2024.5.12 which moved from executing git to linking it via the git2 crate. Perhaps something is up with git on your machine, if so, vendoring libgit may help. It would be interesting to know which binaries you're using. If they're precompiled, try compiling it with |
Downloading the binaries directly from the releases here https://github.com/jdx/mise/releases This is running
Same command with
|
I will look at compiling later today after work. |
Confirmed no issue on x86_64 linux.. I'll attempt to compile on the ARM laptop later |
I ran the compile locally, I then moved the built binary and cleared out the plugins and installs as I had done previously the new built locally binary worked without issues... I noticed that in the intermediate time a new release here with vendored First Code block -> missing dependencies Third block run mise from local location trace output -> all working Forth block run mise from latest release 2024.5.23 trace output -> failure Missing Installations for running
Local build of
New Downloaded Binary
|
I have also cloned the project and built from the The output binary also worked with out any issues.. |
I think it's the page size from the Ubuntu runners.. I'll dig into this more later |
Just did a quick experiment the arm64 musl version works without issues on Asahi Linux |
I've been unable to replicate the failure locally when building on Asahi Linux..
The downloaded binary releases from |
@jdx My current theory is that somewhere in the github action for building the Setting it to 64k would work for all arm installs below it.. eg.. 16k for Arm Macs running Linux, Raspberry Pi 5's etc I think this is the case for the following reasons..
I haven't dug in further than those items as yet but this is my current theory.. |
I would just install it with |
Question then... what happens when you do Same question if I start with the |
Maybe this is related: I am running into issues getting mise to install python using python-build (mise settings set python_compile 1) on arm64 under Ubuntu 24.04. I'm running this on an Amazon EC2 m7g instance. I'm installing mise with I pulled down rustup and ran cargo install mise and that version builds python just fine. It just took forever to compile everything. I'm trying to use this in an automated user_data script when launching a server instance and it's too slow to wait an extra 5-10 minutes for everything to build. |
`$ mise install -v [email protected] [DEBUG] install_versions: [email protected] |
Seems to be the same cause as #2287 as the git2 crate has a dependency on Installing
|
As mentioned in git2 crate some systems still require the system version of libgit2 even with vendored libgit2 . Setting the environment variable |
For what it's worth, I no longer encounter these issues. The tool behaves as expected for me with the latest verison 2024.6.4 grabbed via curl https://mise.run/ | sh. |
Don't understand the workarounds, so will pin on a version which works without hassle. jdx/mise#2196
Don't understand the workarounds, so will pin on a version which works without hassle. jdx/mise#2196 jdx/mise#2287
This might have been fixed with #2357 and the upgrade to newer version of git2. |
These issues seem to have been fixed for me with the upgraded git2 in v2024.7.1. So far so good anyway.... |
Another data point here, running Ubuntu Asahi so arm64: no longer encountering this issue since this new version, while I tried the then latest version just this weekend and it was still breaking! |
Describe the bug
When running the
mise install -y
various plugins will cause acorrupted double linked list
,free(): invalid next size (fast)
orcorrupted size vs. prev_size
I only have currently tested on ARM64 linux
Fedora Asahi
Versions that I have tested
Plugins that showed the error..
Running the
mise doctor
would showTo Reproduce
On a ARM64 linux machine run the
mise i -y
with no plugins or bin installedExpected behavior
To not see an error when running the
mise install
mise doctor
outputAdditional context
I'll attempt to perform the same tests on another machine running a non ARM64 version shortly..
The text was updated successfully, but these errors were encountered: