Leap 16.0 Pdfarranger RuntimeError old initialization problem persists

I saw many posts on the internet about this problem with pdfarranger. Startup fails when it tries to initialize multiprocessing. Now it is happening with openSUSE Leap 16.0 up to date. I added several repositories, but both pdfarranger and python with pikepdf come from the main repository and the list of dependencies seems fulfilled.

Here is the trace obtained launching it from command line:

Traceback (most recent call last):
  File "/usr/bin/pdfarranger", line 33, in <module>
    sys.exit(load_entry_point('pdfarranger==1.11.1', 'console_scripts', 'pdfarranger')())
             ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/usr/lib/python3.13/site-packages/pdfarranger/pdfarranger.py", line 2846, in main
    PdfArranger().run(sys.argv)
    ~~~~~~~~~~~^^
  File "/usr/lib/python3.13/site-packages/pdfarranger/pdfarranger.py", line 299, in __init__
    multiprocessing.set_start_method('spawn')
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^
  File "/usr/lib64/python3.13/multiprocessing/context.py", line 247, in set_start_method
    raise RuntimeError('context has already been set')
RuntimeError: context has already been set

In this post they suggest to install it from flatpack, but for the moment I prefer not to keep messing with the repositories.

This time I worked around the problem using PDF Mix Tool, in the main repo there does not seem to be another alternative. Is there any?

For completeness:
https://bugzilla.opensuse.org/show_bug.cgi?id=1257190

pdftk

1 Like

Thanks. I saw the old problem, I didn’t think it could have also been a new bug.

The version in Leap 16.0 is 1.11.1, version in the development repo is 1.12.1 and 1.13.0 was released less than a day ago…

I’m not a fan of Flatpak, but sometimes it’s the best solution to escape the hell of dependencies.

No, what does the current problem have to do with dependencies?
It’s simply a bug that was fixed in version 1.12.1.
Incidentally, a request for 1.13.0 has been submitted. At least for repo Office.