Closed core-code closed 1 month ago
Thank you for submitting your first issue to this repository! A maintainer will be here shortly to triage and review. In the meantime, please double-check that you have provided all the necessary information to make this process easy! Any information that can help save additional round trips is useful! We currently aim to give initial feedback within two business days. If this does not happen, feel free to leave a comment. Please keep an eye on how this issue will be labeled, as labels give an overview of priorities, assignments and additional actions requested by the maintainers:
Finally, remember to use https://discuss.ipfs.io if you just need general support.
TLDR: When compiled yourself on such a system it runs.
I updated the application using its built in update function and ran into this issue. I thought this might be an issue with compiling or packaging and so I built it on my machine from source and the application compiled and built fine, it just has to be run from the directory that I built it in using the command npm start
in a cli environment. ifs desktop just runs under electron.
MacOS Monterey
Mac Pro 6,1(intel)
IPFS desktop Revision: d137048
If future versions do become version or chip(apple silicon vs intel) specific, I would recommend implementing a step in the update process that checks whether the update is compatible with the system.
Can you guide me how to build from source? I'm also having issues getting it to run on Monterey
should be addresses upstream instead of trying to build from source. @lidel ?
Building from source is just a work around until the issue is fixed upstream.
Can you guide me how to build from source? I'm also having issues getting it to run on Monterey
One annoying thing about this issue is, that even if I downgrade to the previous version (which works fine), the auto-updater keeps breaking my installation after a while.
Thank you for reporting this and confirming local build works.
Seems something changed on Apple's side, or gitbub worker's side, because the only code difference between 0.34 and 0.35 is updating Kubo version:
https://github.com/ipfs/ipfs-desktop/compare/v0.34.0...v0.35.0
Will look into this.
Until we have a bugfix release, a workaround is to downgrade to 0 automatic updates can be disabled via config:
Find config.json
in your IPFS Desktop
app's profile directory and add disableAutoUpdate
set to true
:
{
"ipfsConfig": {
"path": "",
"flags": [
"--agent-version-suffix=desktop",
"--migrate",
"--enable-gc"
]
},
"language": "",
"experiments": {},
"binaryPath": "",
"__internal__": {
"migrations": {
"version": "0.35.0"
}
},
"automaticGC": true,
+ "disableAutoUpdate": true,
"openWebUIAtLaunch": true,
"window": {
"width": 1628,
"height": 683
}
}
If you do this, set a reminder to remove it at some point in the future, or you will be stuck with an old version that may get insecure over time.
the change is on github's side, they default to building on (and for) ARM now
Indeed, seems this caught a lot of projects by surprise:
https://github.com/actions/runner/issues/3256
Sounds like the most expedient fix is to downgrade mac builder to macos-13 image. Will give it a try and if that works, will ship a patch release.
Shipped v0.35.1, hopefully solves the problem at hand, restoring Intel functionality.
Follow-up work is tracked in https://github.com/ipfs/ipfs-desktop/issues/2813
thanks, confirmed resolved.
Thanks for confirming @core-code
Btw: since you have intel-based Mac, mind checking if the universal version linked here also works on your machine? (comment on https://github.com/ipfs/ipfs-desktop/pull/1856#issuecomment-2116260076)
seems to launch fine here!
v0.35.0 is ARM/"AppleSilicon" only, and cannot be launched on Intel Macs: