Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.
And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.
Crashes on Linux in Log class
See original GitHub issueIt crashes for me on my headless Linux server because the Log class tries to access pyoslog.is_supported() while the corresponding import is only called on darwin. This was introduced by line 130 in a9d8923533f0c119eeb0b00a7875aed862d72736.
I also suggest adding a try - except block around the pystray import, as I’m on a system where the dummy backend is broken.
Edit: This doesn’t work. RetinaIcon requires pystray to be loaded, so I’ll have to fix my system.
Issue Analytics
- State:
- Created a year ago
- Comments:6 (4 by maintainers)
Top Results From Across the Web
Top Related Medium Post
Top Related StackOverflow Question
Troubleshoot Live Code
Top Related Reddit Thread
Top Related Hackernoon Post
Top Related Tweet
Top Related Dev.to Post
Top Related Hashnode Post
The problem is that pystray.Icon is passed to the class. Python seems to parse this before actually starting the script and this is why it fails. It was very straightforward to set up a virtualenv with pystray == 0.18.0 and this works as expected.
Just to follow up - b69c23b makes these entire classes conditional on the platform, and they are ignored except on macOS - you should now be able to skip that import with no other issues. (Though still better I think to just install the package so no script edits are required)