Comments
seither
provided feedback
on libcxx-3.8.1-3.fc25, …
6 years ago
hamster-service stops itself after it is changed (but I think not when any other file that is used by the service is updated, so I'm not sure it is sufficient): https://github.com/projecthamster/hamster/blob/master/src/hamster-service#L87
However, it has a Quit method that is callable through DBUS: https://github.com/projecthamster/hamster/blob/master/src/hamster-service#L119
hamster-windows-service doesn't stop after a change, but also has a Quit method: https://github.com/projecthamster/hamster/blob/master/src/hamster-windows-service#L28
These could be called after an update to shut down the old version. The next use of the services should respawn them (at least this is what the source says; I have no experience with DBUS).
I'm not sure if hamster-service and hamster-windows-service are restarted on upgrade. If they aren't, it would probably be helpful to restart them.
I'd like to retract my previous comment: Without changing anything, hamster now works. Maybe this was an artifact of a service of the previous version that was still running.
python doesn't crash anymore, but when running hamster from console, I get:
/usr/lib/python2.7/site-packages/hamster/lib/configuration.py:33: PyGIWarning: GConf was imported without specifying a version first. Use gi.require_version('GConf', '2.0') before import to ensure that the right version gets loaded.
from gi.repository import GConf as gconf
Traceback (most recent call last):
File "/usr/bin/hamster", line 387, in <module>
hamster_client.overview()
File "/usr/bin/hamster", line 152, in overview
self._launch_window("overview")
File "/usr/bin/hamster", line 143, in _launch_window
getattr(server, window_name)()
File "/usr/lib64/python2.7/site-packages/dbus/proxies.py", line 70, in __call__
return self._proxy_method(*args, **keywords)
File "/usr/lib64/python2.7/site-packages/dbus/proxies.py", line 145, in __call__
**keywords)
File "/usr/lib64/python2.7/site-packages/dbus/connection.py", line 651, in call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Python.ZeroDivisionError: Traceback (most recent call last):
File "/usr/lib64/python2.7/site-packages/dbus/service.py", line 707, in _message_cb
retval = candidate_method(self, *args, **keywords)
File "/usr/bin/hamster-windows-service", line 38, in overview
def overview(self): dialogs.overview.show(self.app)
File "/usr/lib/python2.7/site-packages/hamster/lib/configuration.py", line 149, in show
dialog = self.get_dialog_class()(parent, **kwargs)
File "/usr/lib/python2.7/site-packages/hamster/overview.py", line 417, in __init__
self.find_facts()
File "/usr/lib/python2.7/site-packages/hamster/overview.py", line 455, in find_facts
self.totals.set_facts(self.facts)
File "/usr/lib/python2.7/site-packages/hamster/overview.py", line 305, in set_facts
self.stacked_bar.set_items([(cat, delta.total_seconds() / 60.0) for cat, delta in totals['category']])
File "/usr/lib/python2.7/site-packages/hamster/overview.py", line 136, in set_items
res.append((key, val, val * 1.0 / max_value))
ZeroDivisionError: float division by zero
This update gets rid of all the pidof AVCs from #1242578, but actually signalling the NetworkManager still fails:
type=AVC msg=audit(1442408036.812:839): avc: denied { signal } for pid=15811 comm="dnssec-trigger-" scontext=system_u:system_r:dnssec_trigger_t:s0 tcontext=system_u:system_r:NetworkManager_t:s0 tclass=process permissive=1
The Wiko Rainbow is now detected as an MTP device