Arch Linux User Repository

@E3LDDfrK hi, i also have the icon problem too. And strace safeeyes shows that it tried to access $HOME/.local/share/icons/hicolor/16x16/status/safeeyes_enabled.png.

In my case, this is a symlink to /usr/lib/python3.9/site-packages/safeeyes/platform/icons/hicolor/16x16/status/safeeyes_enabled.png. So after the python upgrade, the symlink is broken and safeeyes cannot display icons properly.

Just use find $HOME/.local/share/icons/ -iname 'safeeyes*' -delete to remove these symlinks, and the icon works again.

For what it's worth, rebuilding the package doesn't seem to solve the autostart and icon problem I mentioned below. I'm on xfce if it matters.

edit: Thanks hetoc88319. Deleting the symlinks and rebuild works for the icon problem. For autostart I just did it manually with desktop entry in ~/.config/autostart/. Perhaps there's a similar problem/solution for autostart too.

Python packages need a rebuild when python changes its version (because packages built with python 3.9 are installed into /usr/lib/python3.9/... and python 3.10 expects them in /usr/lib/python3.10/.... Simple rebuilding solves this).

It would be a good idea to bump pkgrel to indicate the need for a rebuild.

@hcra The safeeyes-git version is working. But autostart is not working in that version too. Problem started with recent python package upgrade.

It doesn't start after many python packages got updated. Maybe this is an upstream problem after all I don't know.

Traceback (most recent call last):
  File "/bin/safeeyes", line 33, in <module>
    sys.exit(load_entry_point('safeeyes==2.1.3', 'console_scripts', 'safeeyes')())
  File "/bin/safeeyes", line 22, in importlib_load_entry_point
    for entry_point in distribution(dist_name).entry_points
  File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 919, in distribution
    return Distribution.from_name(distribution_name)
  File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 518, in from_name
    raise PackageNotFoundError(name)
importlib.metadata.PackageNotFoundError: No package metadata was found for safeeyes

Personally I find the autostart and icon don't work anymore. I'm on XFCE. And from quick test, it seems safeeyes-git package has the same problems.

I think it used to add a .desktop file inside ~/.config/autostart/ but perhaps they changed it?

Icons are still installed in usr/share/icons/hicolor, so not sure what went wrong with that. Basically it doesn't show icons in the .desktop file and in the panel tray applet. Also in notifications when a break is coming.

@kiankasad sorry for the late reply. I've create a new issue to track this plugin installation issue https://github.com/slgobinath/SafeEyes/issues/446 Pls note that the plugins can be added to the ~/.config/safeeyes/plugin folder. For more details, see https://github.com/safeeyes/safeeyes-plugins#installation

@gobinath I forgot that the weather plugin was a third-party one that I installed manually. Your logic makes total sense, since the plugin isn't part of the safeeyes package.

What do you think of creating a safeeyes-plugin-weather package that installs the plugin into /usr/lib/python3.9/site-packages/safeeyes/plugins/weather/? Is that a bad idea since we shouldn't be touching the site-packages/safeeyes/ directory since it's not technically part of the safeeyes python module?

@kiankasad dependencies of third party plugins will not be added to the Safe Eyes installation package. Though we have only two plugins at the moment (weather and zoom), if the number of plugins grow, we may need to list a lot of optional dependencies here. At the moment, third party dependencies have to be installed manually and I have a plan to automate this process. By that time, we can have an option to install the dependencies automatically.

Would you mind adding python-pyowm to the optional dependencies list? It's required for the Weather plugin.