-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
Electron 20 causes rebuild failures in epoll (used by all the GPIO modules, pir, etc) #2903
Comments
I see that MMM-PIR-Sensor-Lite uses python to get signals.. and installs ok as it doesn't use epoll the major PIR modules all appear archived.. |
Hi, it's related to this MM topic in my case not working with V20.x: EXT-Pir: use epool library Naturaly, Other old modules (from other user) have same issue |
snowboy uses nan latest node usb should be ok, removed nan node-pty uses nan epoll uses nan |
Perfect thx @khassel ;) |
any progress here? Because: End of Support for 19.x.y Electron 19.x.y has reached end-of-support as per the project's support policy. Developers and applications are encouraged to upgrade to a newer version of Electron. Quoted from https://releases.electronjs.org/releases/stable |
If for you it's really important... change it! But do not warn at the last moment! |
Infos: Tested with electron v22.0.0
So should be ok (Most of sensible library) |
Thanks! So I will update to electron v22 before next release. |
But is the original issue solved (electron rebuild failure) with electron v22? And will the electron22 requirements be stricter again (fewer architectures supported for instance)? |
he has his own rebuild. we should ship electron-rebuild. a secondary problem is that it needs to be installed in the mm node_modules folder. many apps install it locally in their module folder but that doesn't work anymore. |
it's +/- the same but simplified for MM²
I never do this
with electron-rebuild:
|
@bugsounet that is because electron-rebuild is installed in the module folder.. if u install it in MM folder and then reference there from module folder it works
I have fixed a bunch of modules by making a postinstall script that does that.. vs hard coding electron-rebuild in package.json for example here |
Are you really sure that install electron-rebuild in MM folder is a good choice ? But it's your choice, make as you want ;) Best way is installing electron rebuild in dependency of the module (make Electron Rebuild) But It's not the subject !
I leave you to make this decision alone |
it is "solved" in the same way as with current v19, you have to use the rebuild of bugsounet.
what do you mean? There are 78 different download options on the release site as for other versions before. It will be stricter concerning the browser because it contains a newer browser version. I would like to test it on the |
I just remember vaguely that we were quite conservastive with upgrdaing electron in the past. Was that becuase of the spectron dependency or did that have other reasons too? |
from the change log:
So I think after upgrading to electron v11 we were not so conservative. We had luck with mm 2.17 because we were using a supported electron version because of the certificate bug (hotfix release 2.17.1). Thats one reason why I'm not a friend of using an outdated electron version (which gets no updates anymore). |
in my opinion we don't need to be bleeding edge. we only have dhtml API calls and generally simple web content, one page, normal css. (altho I would like to see has() for css. ) iframes and such. |
## [2.22.0] - 2023-01-01 Thanks to: @angeldeejay, @buxxi, @dariom, @dWoolridge, @KristjanESPERANTO, @MagMar94, @naveensrinivasan, @retroflex, @SkySails and @tom. Special thanks to @khassel, @rejas and @sdetweil for taking over most (if not all) of the work on this release as project collaborators. This version would not be there without their effort. Thank you! ### Added - Added test for remoteFile option in compliments module - Added hourlyWeather functionality to Weather.gov weather provider - Removed weatherEndpoint definition from weathergov.js (not used) - Added css class names "today" and "tomorrow" for default calendar - Added Collaboration.md - Added new github action for dependency review (#2862) - Added a WeatherProvider for Open-Meteo - Added Yr as a weather provider - Added config options "ignoreXOriginHeader" and "ignoreContentSecurityPolicy" ### Removed - Removed usage of internal fetch function of node until it is more stable ### Updated - Cleaned up test directory (#2937) and jest config (#2959) - Wait for all modules to start before declaring the system ready (#2487) - Updated e2e tests (moved `done()` in helper functions) and use es6 syntax in all tests - Updated da translation - Rework weather module - Make sure smhi provider api only gets a maximum of 6 digits coordinates (#2955) - Use fetch instead of XMLHttpRequest in weatherprovider (#2935) - Reworked how weatherproviders handle units (#2849) - Use unix() method for parsing times, fix suntimes on the way (#2950) - Refactor conversion functions into utils class (#2958) - The `cors`-method in `server.js` now supports sending and recieving HTTP headers - Replace `…` by `…` - Cleanup compliments module - Updated dependencies including electron to v22 (#2903) ### Fixed - Correctly show apparent temperature in SMHI weather provider - Ensure updatenotification module isn't shown when local is _ahead_ of remote - Handle node_helper errors during startup (#2944) - Possibility to change FontAwesome class in calendar, so icons like `fab fa-facebook-square` works. - Fix cors problems with newsfeed articles (as far as possible), allow disabling cors per feed with option `useCorsProxy: false` (#2840) - Tests not waiting for the application to start and stop before starting the next test - Fix electron tests failing sometimes in github workflow - Fixed gap in clock module when displayed on the left side with displayType=digital - Fixed playwright issue by upgrading to v1.29.1 (#2969) Signed-off-by: naveen <[email protected]> Co-authored-by: Karsten Hassel <[email protected]> Co-authored-by: Malte Hallström <[email protected]> Co-authored-by: Veeck <[email protected]> Co-authored-by: veeck <[email protected]> Co-authored-by: dWoolridge <[email protected]> Co-authored-by: Johan <[email protected]> Co-authored-by: Dario Mratovich <[email protected]> Co-authored-by: Dario Mratovich <[email protected]> Co-authored-by: Magnus <[email protected]> Co-authored-by: Naveen <[email protected]> Co-authored-by: buxxi <[email protected]> Co-authored-by: Thomas Hirschberger <[email protected]> Co-authored-by: Kristjan ESPERANTO <[email protected]> Co-authored-by: Andrés Vanegas Jiménez <[email protected]>
22 does not cause this problem |
to recreate
install MM
switch to develop
install MMM-PIR-Sensor
boom..
I opened this issue on epoll, which needs to drop nan and use node-addon-api
but that means a near total rewrite.. SO.. its unlikely any time soon
(fivdi/epoll#47, closed as dup of 42)
was already on the list, as enhancement from a year ago
fivdi/epoll#42
here is the electron issue
electron/electron#18397
we cannot go above electron 19 at this time
The text was updated successfully, but these errors were encountered: