Description of problem: Every time I start radicale (i.e. on every boot because it is set to auto-start on boot), radicale crashes. Please do not use exact versions in the code. If you insist on doing so, please also use exact versions in RPM dependencies. Version-Release number of selected component: radicale-2.1.9-5.fc29 Additional info: reporter: libreport-2.9.5 cmdline: /usr/bin/python3 /usr/bin/radicale --daemon --pid=/var/run/radicale/radicale.pid crash_function: resolve exception_type: pkg_resources.ContextualVersionConflict executable: /usr/bin/radicale interpreter: python3-3.7.0-9.fc29.x86_64 kernel: 4.18.11-301.fc29.x86_64 runlevel: unknown type: Python3 Truncated backtrace: __init__.py:781:resolve:pkg_resources.DistributionNotFound: The 'python-dateutil==2.6.1' distribution was not found and is required by Radicale Traceback (most recent call last): File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 578, in _build_master ws.require(__requires__) File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 895, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 786, in resolve raise VersionConflict(dist, req).with_context(dependent_req) pkg_resources.ContextualVersionConflict: (python-dateutil 2.7.0 (/usr/lib/python3.7/site-packages), Requirement.parse('python-dateutil==2.6.1'), {'Radicale'}) During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/bin/radicale", line 6, in <module> from pkg_resources import load_entry_point File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 3112, in <module> @_call_aside File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 3096, in _call_aside f(*args, **kwargs) File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 3125, in _initialize_master_working_set working_set = WorkingSet._build_master() File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 580, in _build_master return cls._build_from_requirements(__requires__) File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 593, in _build_from_requirements dists = ws.resolve(reqs, Environment()) File "/usr/lib/python3.7/site-packages/pkg_resources/__init__.py", line 781, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'python-dateutil==2.6.1' distribution was not found and is required by Radicale Local variables in innermost frame: self: <pkg_resources.WorkingSet object at 0x7fa88a9956d8> requirements: [Requirement.parse('vobject==0.9.5')] env: <pkg_resources.Environment object at 0x7fa88a977ef0> installer: None replace_conflicting: False extras: None processed: {Requirement.parse('Radicale==2.1.9'): True} best: {'radicale': Radicale 2.1.9 (/usr/lib/python3.7/site-packages), 'python-dateutil': None} to_activate: [Radicale 2.1.9 (/usr/lib/python3.7/site-packages)] req_extras: {Requirement.parse('python-dateutil==2.6.1'): (), Requirement.parse('vobject==0.9.5'): ()} required_by: defaultdict(<class 'set'>, {Requirement.parse('python-dateutil==2.6.1'): {'Radicale'}, Requirement.parse('vobject==0.9.5'): {'Radicale'}}) req: Requirement.parse('python-dateutil==2.6.1') dist: None ws: <pkg_resources.WorkingSet object at 0x7fa88a9956d8> requirers: {'Radicale'} new_requirements: [Requirement.parse('python-dateutil==2.6.1'), Requirement.parse('vobject==0.9.5')] new_requirement: Requirement.parse('vobject==0.9.5')
Created attachment 1490822 [details] File: backtrace
Created attachment 1490823 [details] File: cpuinfo
Created attachment 1490824 [details] File: namespaces
Installed versions of dateutil: $ rpm -qa | grep dateutil python3-dateutil-2.7.0-3.fc29.noarch python2-dateutil-2.7.0-3.fc29.noarch
Similar problem has been detected: I was running a third instance of dnf as user root and got this backtrace. reporter: libreport-2.9.5 cmdline: /usr/bin/python3 /usr/bin/radicale --daemon --pid=/var/run/radicale/radicale.pid crash_function: resolve exception_type: pkg_resources.ContextualVersionConflict executable: /usr/bin/radicale interpreter: python3-3.7.0-9.fc29.x86_64 kernel: 4.18.12-300.fc29.x86_64 package: radicale-2.1.9-5.fc29 reason: __init__.py:781:resolve:pkg_resources.DistributionNotFound: The 'python-dateutil==2.6.1' distribution was not found and is required by Radicale runlevel: unknown type: Python3
(In reply to Christian Stadelmann from comment #5) > Similar problem has been detected: > > I was running a third instance of dnf as user root and got this backtrace. > > reporter: libreport-2.9.5 > cmdline: /usr/bin/python3 /usr/bin/radicale --daemon > --pid=/var/run/radicale/radicale.pid > crash_function: resolve > exception_type: pkg_resources.ContextualVersionConflict > executable: /usr/bin/radicale > interpreter: python3-3.7.0-9.fc29.x86_64 > kernel: 4.18.12-300.fc29.x86_64 > package: radicale-2.1.9-5.fc29 > reason: __init__.py:781:resolve:pkg_resources.DistributionNotFound: > The 'python-dateutil==2.6.1' distribution was not found and is required by > Radicale > runlevel: unknown > type: Python3 Wrong comment, please ignore. The crash still happens every time I start radicale.
An update to radicale 2.1.10 would fix this bug for the other dependency (vobject) at least. Sadly, radicale 2.1.10 is currently blocked by missing python-dateutil updates (bug #1560212) which is in turn blocked by an unresponsive maintainer.
radicale-2.1.9-6.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-8814670759
I've patched radicale to not be so strict about the versions. Could you try the update to see if it works correctly?
radicale-2.1.9-6.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-8814670759
radicale-2.1.9-6.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.