Page MenuHomeSolus

Paperwork Won't Start
Closed, ResolvedPublic

Description

Hello,

The package paperwork-gui just won't start. I am running a fully updated Solus 4. Tried to reboot but to no avail.

Event Timeline

DataDrake triaged this task as Normal priority.Apr 30 2019, 1:13 PM
DataDrake moved this task from Backlog to Package Fixes on the Software board.
DataDrake added a subscriber: DataDrake.

Reproduced:

WARNING paperwork.paperwork            No suitable localization file found.
INFO   pyinsane2.sane.abstract_proc   Starting Pyinsane subprocess
INFO   pyinsane2.sane.abstract_proc   Pyinsane pipes: /tmp/pyinsane_xs71usvw/pipe_c2s | /tmp/pyinsane_xs71usvw/pipe_s2c
INFO   Pyinsane_daemon Ready
INFO   pyinsane2.sane.abstract_proc   Connected to Pyinsane subprocess
INFO   paperwork_backend.config       Config file not found. Will use '/home/bryan/.config/paperwork.conf'
INFO   paperwork_backend.config       Reloading /home/bryan/.config/paperwork.conf ...
INFO   paperwork.paperwork            Good bye
ERROR  paperwork.frontend.diag        === UNCATCHED EXCEPTION ===
Traceback (most recent call last):
  File "/usr/bin/paperwork", line 6, in <module>
    main()
  File "/usr/lib/python3.6/site-packages/paperwork/paperwork.py", line 142, in main
    config.read()
  File "/usr/lib/python3.6/site-packages/paperwork_backend/config.py", line 126, in read
    setting.load(self._configparser)
  File "/usr/lib/python3.6/site-packages/paperwork_backend/config.py", line 57, in load
    self.value = self.default_value_func()
  File "/usr/lib/python3.6/site-packages/paperwork/frontend/util/config.py", line 295, in <lambda>
    lambda: ocr_lang(settings['ocr_lang']))
  File "/usr/lib/python3.6/site-packages/paperwork/frontend/util/config.py", line 251, in get_default_spellcheck_lang
    return lang.alpha_2
AttributeError: 'NoneType' object has no attribute 'alpha_2'
ERROR  paperwork.frontend.diag        ===========================
INFO   Pyinsane_daemon Daemon stopped
nazar added a subscriber: nazar.EditedMay 23 2019, 11:27 AM

@thumos333 there's a workaround to this: create or update ~/.config/paperwork.conf with
[SpellChecking]
lang = None

@DataDrake paperwork package should add enchant16 run-time dependency or it won't start, unless enchant16 is explicitly installed by user.
EDIT: or pyenchant might be root cause

The workaround did the job. Thanks, Nazar!

In T7910#151312, @nazar wrote:

paperwork package should add enchant16 run-time dependency

EDIT: or pyenchant might be root cause

I have both enchant16 and pyenchant - but Paperwork still doesn't start. Do you have it running without the .conf workaround?

joebonrichie added a subscriber: joebonrichie.EditedAug 20 2019, 10:11 PM

We need to backport this patch. It has not made it's way into a stable release yet. An update to python-pycountry changed behaviour which caused the error.
https://gitlab.gnome.org/World/OpenPaperwork/paperwork/commit/ad4555f9904805e4fd56a30ca6529536edb0f919

In other news paperwork has been migrated to gitlab and the paperwork-backend and paperwork-gui has been merged into one repo. So we'll need repackage paperwork into it's own repo, add a replaces for paperwork-gtk and paperwork-backend as well as deprecate them. I would volunteer to do this but I won't be around the for next few days. So anybody feel free to take up this task.

python-natsort will also need to be packaged for the latest release (1.2.4)

edit: Honestly I would wait for 1.3.0 to be released. It fixes a bunch of known issues and the packaging rules will need to be changed between 1.2.4 and 1.3.0. 1.3.0 is tagged on git but no tarballs are available yet.

Any other problems, i.e. missing rundeps, please create a new task.