[Slackbuilds-users] zim wiki crashes, python 2.7.13 update

[Larry Hajali]

The new version of python also affects building qt5.

Updating projects from gyp files...
Traceback (most recent call last):
  File
"/tmp/SBo/qt-everywhere-opensource-src-5.6.1/qtwebengine/tools/buildscripts/gyp_qtwebengine",
line 178, in <module>
    sys.exit(gyp.main(args))
  File
"/tmp/SBo/qt-everywhere-opensource-src-5.6.1/qtwebengine/src/3rdparty/chromium/tools/gyp/pylib/gyp/__init__.py",
line 538, in main
    return gyp_main(args)
  File
"/tmp/SBo/qt-everywhere-opensource-src-5.6.1/qtwebengine/src/3rdparty/chromium/tools/gyp/pylib/gyp/__init__.py",
line 514, in gyp_main
    options.duplicate_basename_check)
  File
"/tmp/SBo/qt-everywhere-opensource-src-5.6.1/qtwebengine/src/3rdparty/chromium/tools/gyp/pylib/gyp/__init__.py",
line 130, in Load
    params['parallel'], params['root_targets'])
  File
"/tmp/SBo/qt-everywhere-opensource-src-5.6.1/qtwebengine/src/3rdparty/chromium/tools/gyp/pylib/gyp/input.py",
line 2759, in Load
    check, generator_input_info)
  File
"/tmp/SBo/qt-everywhere-opensource-src-5.6.1/qtwebengine/src/3rdparty/chromium/tools/gyp/pylib/gyp/input.py",
line 596, in LoadTargetBuildFilesParallel
    parallel_state.pool = multiprocessing.Pool(multiprocessing.cpu_count())
  File "/usr/lib64/python2.7/multiprocessing/__init__.py", line 232, in Pool
    return Pool(processes, initializer, initargs, maxtasksperchild)
  File "/usr/lib64/python2.7/multiprocessing/pool.py", line 138, in __init__
    self._setup_queues()
  File "/usr/lib64/python2.7/multiprocessing/pool.py", line 233, in
_setup_queues
    from .queues import SimpleQueue
  File "/usr/lib64/python2.7/multiprocessing/queues.py", line 48, in
<module>
    from .synchronize import Lock, BoundedSemaphore, Semaphore, Condition
  File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 59, in
<module>
    " function, see issue 3770.")
ImportError: This platform lacks a functioning sem_open implementation,
therefore, the required synchronization primitives needed will not
function, see issue 3770.

--Larry

On Fri, Jan 6, 2017 at 9:28 AM, Brenton Earl <brent at exitstatusone.com>
wrote:

> On Fri, Jan 06, 2017 at 04:34:41PM +0700, Willy Sudiarto Raharjo wrote:
> > > Zim wiki seems to crash with the recent update to python 2.7.13.  There
> > > is a work around to launch Zim:
> > >
> > >> zim --standalone
> > >
> > > A bug report has been filed upstream here:
> > >
> > > https://bugs.launchpad.net/zim/+bug/1618410
> > >
> > > I attached the error message to this email.  Reproduced in a fresh
> > > virtual machine of Slackware x86 and x86_64 14.2.  Can anyone else
> > > reproduce this?  Any suggestions are welcome.
> >
> > Works on current machine with same Python 2.7.13
> > probably a bug caused by the way Python was compiled? (UCS-2 vs UCS-4)
> >
>
> In short, rebuild python 2.7.13 and this problem will be fixed.  Remove
> your $HOME/.config/zim and $HOME/.cache/zim.  Start zim as normal.
>
> The issue lies in the python multiprocessing module.  Zim is unable to
> start up because it cannot import the required module.
>
> The following will return the import error:
>
> > python -c "from _multiprocessing import SemLock"
>
> This problem can be seen if you run zim in debug mode during the first
> launch of the application.  See attached log.
>
> Thanks,
> Brenton Earl
>
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - https://slackbuilds.org/faq/
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20170106/62d1a292/attachment-0001.html>