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
Widgets not loaded on M1 macbook #444
Comments
Me too on M1 Macbook Air. After some minutes of usage widgets disappear and Ubersicht becomes unresponsive: the drop-down menu drops down but selecting options does not produce any effect. Sometimes it is possible to activate the Debug Console which outputs a sequence of messages of increasing length, beginning with http://127.0.0.1:41416/1/background |
I don't have an M1 machine to test, but I think I know what the issue is: the app ships with a node.js executable, which is not compiled for M1 |
@felixhageloh: is this explanation compatible with the fact that everything works for approx one hour, and then it stops working? |
Let me add another funny thing: on M1 if you open the Debug Console, TWO console windows are opened (one on the top of the other, that's why I did not notice immediately) |
the errors look in line with what I would expect if the node server does not start. The fact everything works for approx one hour is a bit more mysterious. Can you confirm that one? Two consoles is actually expected behavior: there is one for each 'layer' now, i.e. one for foreground and one for background widgets |
actually, the behaviour is erratic. this afternoon Übersicht became unresponsive (with widgets disappearing) 4 times, with intervals of 20-30 mins. now it's running since one hour without problems. If I may help you debug just ask |
One more piece of info: the problem persists if I check "Open with Rosetta" in the Get Info sheet for the app |
It's happening for me too! Haven't checked the debug console though |
can one of you download the standard per build binary for node 14 https://nodejs.org/dist/v14.16.0/node-v14.16.0-darwin-x64.tar.gz? |
Sure, please explain what I should do with the files - I am not a developer but I can follow instructions |
sorry for the late reply. I already found the answer: it does not support both architectures. Node.js 16 support apple silicon tho, so this should be unblocked. I think in the meantime you should be able to run Übersicht using Rosetta |
It runs through Rosetta but keeps stopping (even though the app is still
running)
…On Mon, May 10, 2021 at 5:39 AM Felix ***@***.***> wrote:
sorry for the late reply. I already found the answer: it does not support
both architectures. Node.js 16 support apple silicon tho, so this should be
unblocked.
I think in the meantime you should be able to run Übersicht using Rosetta
<https://support.apple.com/en-us/HT211861>
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#444 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AP4TM5ORFKZKDRJ3MXHZQOLTM6SV5ANCNFSM4YAON5QA>
.
--
*Sincerely,*
*Rut Mehta! *
|
Here is a new version that should support Apple Silicon http://tracesof.net/uebersicht/releases/Uebersicht-1.6.70.app.zip Since I don't have an M1 (yet :)) I'm unable to confirm it works. Is somebody in this thread able to verify? |
Are you still running the current version of Übersicht at the same time by any chance? |
I quit the app. Is there some other process running that I should kill? BTW selecting "Show Debug Console" does not do anything |
Can you run |
no thanks, I think this means the node binary is not working. Do you know how to get a log from the Console app? If so, can you post the log for Übersicht when it starts up? Thank you for you help so far! |
In system.log there appears the line May 17 10:11:52 MacBook-Air-3 com.apple.xpc.launchd[1]: Coalition Cache Hit: app<application.tracesOf.Uebersicht.40284392.40284402(501)> [38909] |
Great! Can you scroll down a bit more after the "starting server task" (and potentially make the screenshot a bit wider)? |
The truncated line says: default 13:57:23.026406+0200 Übersicht NSApp cache appearance: After this burst of messages it stops |
there is nothing else, the screenshot contains it all (apart from the truncated line) |
thanks for your help again! I think I see the relevant info in the screenshot after all. Now back to figuring out what causes it 🤔 |
Hi, just installed a fresh copy of the latest Ubersicht. (from the website) Here are the console logs, with and without rosetta. M1-no-rosetta-uber.txt Hope this helps. |
I reinstalled macOS as I was having semi-frequent crashes, Übersicht was working fine before but now it fails to load anything at all. The default widget won't even show on the desktop. I can't see any warnings or errors from the app. |
@Porco-Rosso could you also try this (unreleased) version http://tracesof.net/uebersicht/releases/Uebersicht-1.6.70.app.zip? |
Are you using any previous widgets? I am currently running v1.6.69 on M1 Mini without any issue. I believe I did run into issues installing a widget. Anyway, in my case, it was the widget itself that failed to run. As a side note, I did try to replace localnode with a symlink'd version of my local node v16, but it failed to run. |
@neoswallow can you also try this unreleased version with node v16 http://tracesof.net/uebersicht/releases/Uebersicht-1.6.70.app.zip? |
@neoswallow No, this is a clean install, no widgets apart from the Getting Startedwidget. I am running a M1 macbook air. |
I have a couple other widgets as well but it still shuts down after a while (it is still running but nothing shows up)
|
Brand new to Übersicht, running M1 on Monterey beta (you can see my getting-there fight to get yabai running over at koekeishiya/yabai#923 ) I pulled this node 16 release, Widgets is greyed out as mentioned, and ditto on double-web inspector (so intense) reflecting MIA server (which also refuses to open for a good while after app start) Running on command line: No matching processes belonging to you were found
2021-08-02 16:55:15.357 Übersicht[27863:348931] starting server task
node:internal/modules/cjs/loader:1168
return process.dlopen(module, path.toNamespacedPath(filename));
^
Error: dlopen(/Applications/U�bersicht.app/Contents/Resources/node_modules/fsevents/fsevents.node, 0x0001): tried: '/Applications/U�bersicht.app/Contents/Resources/node_modules/fsevents/fsevents.node' (mach-o file, but is an incompatible architecture (have 'x86_64', need 'arm64e')), '/usr/local/lib/fsevents.node' (no such file), '/usr/lib/fsevents.node' (no such file)
at Object.Module._extensions..node (node:internal/modules/cjs/loader:1168:18)
at Module.load (node:internal/modules/cjs/loader:989:32)
at Function.Module._load (node:internal/modules/cjs/loader:829:14)
at Module.require (node:internal/modules/cjs/loader:1013:19)
at require (node:internal/modules/cjs/helpers:93:18)
at Object.<anonymous> (/Applications/Übersicht.app/Contents/Resources/node_modules/fsevents/fsevents.js:13:16)
at Module._compile (node:internal/modules/cjs/loader:1109:14)
at Object.Module._extensions..js (node:internal/modules/cjs/loader:1138:10)
at Module.load (node:internal/modules/cjs/loader:989:32)
at Function.Module._load (node:internal/modules/cjs/loader:829:14) {
code: 'ERR_DLOPEN_FAILED'
} looks like no dice on node-gyp config or so? |
doing npm install in server/ on clone natively produces same result, so I guess fsevents is shipping pre-built https://www.npmjs.com/package/fsevents#changelog indicates they went universal in 2.3, so I adjusted package.json accordingly, whereupon it seems happy enough:
|
@Porco-Rosso I suspected one of you had tried it. I just wanted to mention it in case it would help someone. @donaldguy I think you're on right track. It looks like UB support was added to 2.3 and UB was included to 2.3.1. @felixhageloh I did try build 70 without any success 😥 |
Here's my imperfect result; it is drawing (some) widgets anyway. It was built in Xcode 13 beta 4 w/ lots of warnings, so YMMV: as the release info says:
|
This build still opens 2 consoles but they are more prominently labled "foreground" and "background", so I'm not sure that was/is a bug |
well I I branched off master; its not clear to me where else, if anywhere @felixhageloh 's pre-release above originated from, commit-wise |
@donaldguy Looking at your PR note, my local setting might be different from others. |
With unreleased build/release 70, Widgets menu is greyed out also but I actually don't get any inspector at all. |
I was able to build @donaldguy's latest with the the bundled localnode replaced with a node 16 for darwin-arm64[1], and everything seems to work for me now. [1] grabbed at https://nodejs.org/dist/v16.13.0/ |
@flurie would you be able to share your build? Also is localnode running under rosetta or natively? |
I can't see any widgets or the debug on my M1 machine running Monterey. |
@flurie Thank you! Since localnode is running all the time, native code would allow for some good performance and battery gains as well. Also If you have a somewhat working build (even without a complete source), I'd love to have it. |
@flurie Let me know if you can send the m1 build. I've been trying to build it for the past 2 hours using @donaldguy source and adding the new node from 16.13 and putting it in server/release/localnode. It builds fine but no widgets are available to select. (localnode doesnt seem to be running, probably why). I tried building without replacing the localnode and still no dice. |
Alright, I finally got an M1 machine and a working universal binary build done over the Christmas break: https://raw.githubusercontent.com/felixhageloh/uebersicht/gh-pages/releases/Uebersicht-1.6.71.app.zip I want to polish up a last few things before making it an official release. In the mean time, give it a try if you want and shout out if something is still broken! |
(update: fixed link above) |
Running on MPB14 M1Max, macOS 12.1. Also, a minor point. |
Can also confirm that it is working. Thanks a lot for the effort @felixhageloh was really missing Ubersicht. |
@neoswallow @Porco-Rosso thanks for the info! The debug console opens for both windows. I agree that the UX could be much improved tho (especially because the windows are rendering exactly on top of each other) |
I'm on an Intel MBP 15 running on Monterey 12.12.1 and unfortunately this release didn't resolve the issue for me. See below for console log. Anyone have any idea what might be going on? |
@singhpaul I do believe the issue you're having is with the AppleScript the widget is using. I also use customized (rewritten) version of GitFinder but the AppleScript from the widget no longer works but since I don't depend on that functionality, I disabled it. AFAIK, AppleScript itself still works but it seems Apple has changed something(s) that breaks some scripts, just not sure of what and of which macOS. @BitMap4 You should check the debug console window and see where the error is coming from. |
I'm having the same issue as the people above. The debug console looks the same as this: #444 (comment) and it just doesn't open most of the times I try. When I open a link from the debug console (while Uebersicht is running) in safari: |
I installed ubersicht on M1 macbook, and the widget cannot load. Debug console gives error
[Error] Failed to load resource: Could not connect to the server. http://127.0.0.1:41416/1/background
The text was updated successfully, but these errors were encountered: