kicad-developers team mailing list archive
Mailing list archive
Re: A few run-time problems on kicad-git build on Slackware64-current Linux
Are you using a build script? If so please link it.
Also check if you partially installed in multiple locations, sucha as where
ldconfig looks and echo LD_LIBRARY_PATH from your runtime env.
tor. 5. nov. 2020 16.26 skrev Tom Crane <TPCkicad@xxxxxxxxxxxxxxxxxxx>:
> I have been using recent builds for the past few weeks. They are usable
> but I have a couple of outstanding problems which I'm not sure how to
> (1) I have strange behaviours with open Kicad application windows. For
> example I have a Kicad project, eeschema and pcbnew windows open on a
> single display. If I let the mouse pointer move from the project window to
> the eeschema or pcbnew window then input focus immediately transfers to
> the eeschema or pcbnew window. This is without touching any mouse
> Similarly moving the mouse pointer back to the project window has no
> effect (as it should) but moving it between the eeschema and pcbnew
> windows transfers input focus as soon as it enters the other window.
> There is a similar effect when moving between unrelated (eg. an xterm)
> windows and either eeschema or pcbnew. Here the eeschema or pcbnew window
> does not receive input focus (which remains with the xterm as it should)
> but the eeschema or pcbnew window does move up the window 'stack'. eg. if
> I have an eeschema windows partially covered by a pcbnew window, partially
> covered by an xterm window which has input focus, then moving the mouse
> pointer from the xterm to an uncovered section of the eeschema window will
> cause it to move up the stack and fully cover the pcbnew window.
> I get this behaviour with both accelerated and standard graphics set.
> The above behaviours were observed with the KDE desktop. I get similar
> behaviour with my usual window manager (fvwm95) except that the window
> focus never switches.
> I also find that when invoking the DRC check that the DRC Control Window
> disappears immediately after popping-up and has to be 're-acquired' by
> clicking the pcbnew tab on the fvwm95 taskbar. I suspect this is another
> facet of these window problems.
> I don't get this behaviour with any other applications but Kicad is the
> only wxWidgets/wxPython based one I currently use and so the problem could
> there at the library level rather than within Kicad on my
> distro/Kicad+dependencies build.
> None of this is a show-stopper but it is irritating.
> Any ideas?
> (2) I am unable to use any Kicad scripts. Clicking on pcbnew --> Tools
> --> scripting console I get the "Error: unable to create Python Console"
> pop-up and the following on the console,
> Traceback (most recent call last):
> File "<string>", line 1, in <module>
> File "/usr/share/kicad/scripting/kicad_pyshell/__init__.py", line 17,
> import wx
> File "/usr/lib64/python3.8/site-packages/wx/__init__.py", line 12, in
> __version__ = wx.__version__.VERSION_STRING
> AttributeError: partially initialized module 'wx' has no attribute
> '__version__' (most likely due to a circular import)
> I built kicad with Python3 support (see below) so it should be using that
> and not Python2 (for which I don't have a wxWidgets build) but I suspect
> it might still be calling Python2.
> Any ideas?
> Many thanks
> Tom Crane
> Build details:
> Application: KiCad
> Version: (5.99.0-6755-g3b10d1583), release build
> wxWidgets 3.1.4
> libcurl/7.70.0 OpenSSL/1.1.1h zlib/1.2.11 brotli/1.0.9 libidn2/2.3.0
> libpsl/0.21.1 (+libidn2/2.3.0) libssh2/1.9.0 nghttp2/1.41.0
> Platform: Linux 5.4.6-mklab x86_64, 64 bit, Little endian, wxGTK, ,
> Build Info:
> Date: Nov 2 2020 16:07:07
> wxWidgets: 3.1.4 (wchar_t,wx containers) GTK+ 3.24
> Boost: 1.74.0
> OCE: 6.9.1
> Curl: 7.72.0
> ngspice: 30
> Compiler: GCC 9.3.0 with C++ ABI 1013
> Build settings:
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp