automatic-ripping-machine
automatic-ripping-machine copied to clipboard
werkzeug 2.2.0?
I'm a bit of a docker noob so please bear with me.
I'm attempting to run the arm in docker on unraid. When I launch the container is loops the following error in the log endlessly and fails to start the web ui.
Starting web ui
Traceback (most recent call last):
File "/opt/arm/arm/runui.py", line 8, in
Some quick googling points to werkzeug 2.2.0 being the potential culprit
If youre having issues, please remember to read the wiki and follow the instructions carefully
Never had this issue, but it looks like a routing issue specific to your unraid box. Please post the run command used when creating the container.
This is part of an ongoing issue
https://github.com/1337-server/arm-dependencies/pull/26
The is because both Werkzeug and flask-login are being allowed to >= to the latest version. Instead of being pinned to specific versions.
But this causes issues as if pip gets werkz=>2.1.0, things break as it removed some functions and flask login didn't update their usages till versions 0.6.0. Meaning you can end up with newer versions of werkz, but older versions of flask login, breaking the images and installer scripts.
I have pushed a new commit to pin werkz to 2.0.3 and flask login to 0.5.0, this should be a temp fix, but something more stable will need to be found for long term.
Looks like the temp fix should work, as the tests all passed.
→ https://github.com/1337-server/arm-dependencies/actions/runs/2743558889
You can re-pull the image when this finishes building and all should be good. → https://github.com/1337-server/arm-dependencies/actions/runs/2743558890
Thank you for your help. Having re-repulled from docker hub, I'm now getting a slightly different looping error:
Starting web ui
[2022-07-27 09:26:36,077] DEBUG ARM: init.
pulling from https://hub.docker.com/r/automaticrippingmachine/automatic-ripping-machine/
rather than https://hub.docker.com/r/1337server/automatic-ripping-machine/
seems to (at least in the short term) resolved the issue
Should be fixed now, I triggered a build of my own dockerhub. It hadn't been triggered on the main image, only the base image, as it takes 24h to update the main image automatically.
That did it, thanks for your help
I might have spoken too soon, dvds seem to be working fine but when I tried a Blu-ray it seems to have crashed. I've attached a log below LATESPRING.log .
Docker image updated. Can you try the new image ?
Closing as stale, feel free to reopen if the problem persists