Closed eoyilmaz closed 2 years ago
What happens if your destinations are not a NAS, i.e. a directory on the computer Rapid Photo Downloader is running on?
Unmounting /mnt/NAS
and removing the ~/.config/Rapid Photo Downloader
doesn't help, still waiting the same amount of time to start the application.
I've never seen this before. What is the device 0123-4567?
For now I'm going to assume something is wrong with your system, rather than with Rapid Photo Downloader itself. I have no idea what could be causing a problem like this. If you can please provide more information as to what is happening on the system while Rapid Photo Downloader is loading. For example, are any of the Rapid Photo Downloader processes consuming a lot of CPU in the background?
0123-4567
this is the name given to my SDCard by PopOS while automounting it.
For now I'm going to assume something is wrong with your system, rather than with Rapid Photo Downloader itself. I have no idea what could be causing a problem like this. If you can please provide more information as to what is happening on the system while Rapid Photo Downloader is loading. For example, are any of the Rapid Photo Downloader processes consuming a lot of CPU in the background?
I checked the CPU usage, nothing is consuming a lot of CPU's in the background. If I remember correctly, the Python process that is running the Rapid Photo Downloader is swimming around 1.5% on my 8-core machine.
But, you could be right, there could be something wrong with my system. I was testing another code, from another package, and that code is stuck with socket.recv()
command. Could be something completely unrelated. But, after switching to Python 3.10 fixed that error. I thought it is a good idea to run Rapid Photo Downloader with Python 3.10 but install.py
seems to stuck in a loop, where it is trying to install pything3-apt
. But, this is a completely different issue.
I'll update this ticket if I find anything new, and I'll mainly switch to my Fedora 35 machine for photo work.
Thanks for the update. It looks like something is going wrong with either ZeroMQ or something ZeroMQ uses.
Meanwhile, how did you install Python 3.10 on Pop!_OS? The install.py
script should account for it, ideally.
I installed Python 3.10 via apt-get install
, nothing fancy.
Rapid Photo Downloader on Python 3.10 is not supported on that version of Ubuntu / Pop because other Python packages are not provided by the distro.
I will close this bug for now since it seems to be an issue outside of Rapid Photo Downloader itself.
Yeah sure, thank you for that, I'll report back if I can get something more specific, thank you :+1:
It takes too long to launch the application. Here is the debug output:
After waiting in that state for 10 minutes or so the application launches and functions as normal. Changing the SDCard also freezes the application for another 10 minutes. This is PopOS 21.10 with the latest updates. On my other computer with Fedora 35 there is no problem.
EDIT 1:
The debug output continues after 10 minutes:
and after couple of minutes later:
and continues waiting...
EDIT 2:
here are the rest of the output before the UI is shown: