Processing tasks fails with django-background-tasks 1.2.0
I'm currently trying to package repomaker as deb for Debian and as flatpak. I've made quite good progress at both, but am currently blocked by a bug which lets the processing of task fail. This is the stacktrace I get on both flatpak and deb, but not when running natively with virtualenv and run.sh
Edit This is now proven to be related to django-background-tasks 1.2.0:
DEBUG:root:> /usr/bin/aapt version
Traceback (most recent call last):
File "/usr/bin/repomaker-tasks", line 11, in <module>
sys.exit(process_tasks())
File "/opt/venvs/repomaker/lib/python3.5/site-packages/repomaker/__init__.py", line 25, in process_tasks
execute(sys.argv)
File "/opt/venvs/repomaker/lib/python3.5/site-packages/repomaker/__init__.py", line 55, in execute
execute_from_command_line(params)
File "/opt/venvs/repomaker/lib/python3.5/site-packages/django/core/management/__init__.py", line 364, in execute_from_command_line
utility.execute()
File "/opt/venvs/repomaker/lib/python3.5/site-packages/django/core/management/__init__.py", line 356, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "/opt/venvs/repomaker/lib/python3.5/site-packages/django/core/management/base.py", line 283, in run_from_argv
self.execute(*args, **cmd_options)
File "/opt/venvs/repomaker/lib/python3.5/site-packages/django/core/management/base.py", line 330, in execute
output = self.handle(*args, **options)
File "/opt/venvs/repomaker/lib/python3.5/site-packages/background_task/management/commands/process_tasks.py", line 94, in handle
if not self._tasks.run_next_task(queue):
File "/opt/venvs/repomaker/lib/python3.5/site-packages/background_task/tasks.py", line 137, in run_next_task
return self._runner.run_next_task(self, queue)
File "/opt/venvs/repomaker/lib/python3.5/site-packages/repomaker/tasks.py", line 146, in run_next_task
return super().run_next_task.__wrapped__(self, tasks, queue)
AttributeError: 'function' object has no attribute '__wrapped__'
I've built the deb package from repomaker's current master in a new debian machine and then installed it in another, plain debian machine.
The flatpak image I've built from exactly the same source which I use to run repomaker natively. It's mainly !202 (closed) with the aapt check being disabled.
For flatpak we could say that things are related to that MR, with java and aapt not really working, but with the deb that's not the source of this bug. It's really weird that the bug exists in both the deb and the flatpak, but not when running natively.
@grote Do you have ever seen this type of bug?