GNOME.org
 

Re: [orca-list] Orca doesn't start here

Please read:
tl;dr: in upcoming Slint-14.2.1.2:
atk-2.29.1 OK
atk-2.29.2 KO

Le 20/07/2018 à 11:11, Didier Spaier a écrit :

Hi Joanie,

With these packages orca starts:
at-spi2-core-2.29.1-x86_64-1slint
at-spi2-atk-2.29.1-x86_64-1slint
py3gobject-3.29.2-x86_64-1slint
pyatspi-2.29.1-x86_64-1slint
orca-gita3865e9-x86_64-1slint
atk-2.29.1-x86_64-1slint

They are listed from top to bottom in the order of installation.

atk is the last, because at first I tried 2.29.2, with
which I have the same issue.

tl;dr: in upcoming Slint-14.2.1.2:
atk-2.29.1 OK
atk-2.29.1 KO

A attach a diff between the two WFIW.

Best regards,
Didier

PS Now I can try the patch proposed by Storm.

Le 20/07/2018 à 02:11, Joanmarie Diggs a écrit :

Hi Didier.

Regarding this:


I also have installed, to be able to build these versions of
atk, at-spi3-core and at-spi2-atk, meson and ninja.
That's the fist time I use them. Could it be related?


I honestly don't know, but since meson and ninja are build tools, my
guess would be no -- unless installing them pulled in some dependencies
which might be relevant.

But if everything was fine, then you made the relatively small change
you describe above, and now things are not fine, I'd try undoing the
change. In other words, go back to your distro's packages for
at-spi2-core, at-spi2-atk, and atk. And while I don't think meson and
ninja have anything to do with your problem, might as well remove them
in the spirit of thoroughness.

Having restored your system to its previous state, try the python test
you did before (i.e. in the interpreter in the terminal). See if things
spit up when you do 'from gi.repository import Gtk'. If they still spit
up, I don't know what to tell you. Otherwise, progressively put your
changes back, trying the python interpreter test as you go.

Sorry I don't have more illuminating answers.
--joanie


As this post is crossing the one from Rob, I add that I
still have installed pygobject-2.28.6 and pygobject3-3.18.2.

Now, time to sleep for me.

Best regards

Didier

Le 20/07/2018 à 01:42, Joanmarie Diggs a écrit :

Thanks Didier!

So I don't know exactly what's wrong, but from your findings, the
problem is not Orca.

I wonder if you upgraded something you shouldn't have, or failed to
upgrade something you should. Note that I don't mean "you" exactly, but
not all package managers perfectly deal with dependencies, clean up
after themselves, etc.

Since it's spitting up on Gtk, were I you, I'd check there first: Was
there a recent Gtk package upgrade? If so, does downgrading to the
previous package version fix it?

If that's not it, I'd see if anything recently changed in the python
packages related to gobject introspection.

HTH
--joanie

On 07/19/2018 07:31 PM, Didier Spaier wrote:

Hi Joanie,

results below

didier[~]$ python3
Python 3.5.1 (default, Aug 30 2017, 11:42:33) 
[GCC 5.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.

import gi
gi.require_version('Gtk', '3.0')
from gi.repository import GObject


Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<frozen importlib._bootstrap>", line 969, in _find_and_load
  File "<frozen importlib._bootstrap>", line 958, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 664, in _load_unlocked
  File "<frozen importlib._bootstrap>", line 634, in _load_backward_compatible
  File "/usr/lib64/python3.5/site-packages/gi/importer.py", line 146, in load_module
    dynamic_module = load_overrides(introspection_module)
  File "/usr/lib64/python3.5/site-packages/gi/overrides/__init__.py", line 125, in load_overrides
    override_mod = importlib.import_module(override_package_name)
  File "/usr/lib64/python3.5/importlib/__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "/usr/lib64/python3.5/site-packages/gi/overrides/Gtk.py", line 118, in <module>
    class Widget(Gtk.Widget):
  File "/usr/lib64/python3.5/site-packages/gi/module.py", line 220, in __getattr__
    wrapper = metaclass(name, bases, dict_)
TypeError: metaclass conflict: the metaclass of a derived class must be a (non-strict) subclass of the 
metaclasses of all its bases




Didier


Le 20/07/2018 à 01:24, Joanmarie Diggs a écrit :

Hi Didier.

Could you please try the following in a terminal: Launch python and then
type the following, pressing return after each line:

import gi
gi.require_version('Gtk', '3.0')
from gi.repository import GObject
from gi.repository import Gtk
from gi.repository import Gdk

When I do this I get no errors as seen in the output below.

  Python 3.6.5 (default, Mar 29 2018, 18:20:46)
  [GCC 8.0.1 20180317 (Red Hat 8.0.1-0.19)] on linux
  Type "help", "copyright", "credits" or "license" for more information.
  >>> import gi
  >>> gi.require_version('Gtk', '3.0')
  >>> from gi.repository import GObject
  >>> from gi.repository import Gtk
  >>> from gi.repository import Gdk

Do you get any errors?

--joanie

On 07/19/2018 06:44 PM, Didier Spaier wrote:

Hello,

I just upgraded orca (up to date master) and some deps:

meson-0.47.0-x86_64-1slint
ninja-1.8.2-x86_64-1slint
atk-2.29.2-x86_64-1slint
at-spi2-core-2.29.1-x86_64-1slint
at-spi2-atk-2.29.1-x86_64-1slint
orca-gita3865e9-x86_64-1slint

orca doesn't start after that:

didier[~]$ orca &
[1] 26914
didier[~]$ Traceback (most recent call last):
  File "/usr/bin/orca.bin", line 272, in <module>
    sys.exit(main())
  File "/usr/bin/orca.bin", line 269, in main
    return orca.main()
  File "/usr/lib64/python3.5/site-packages/orca/orca.py", line 697, in main
    init(pyatspi.Registry)
  File "/usr/lib64/python3.5/site-packages/orca/orca.py", line 520, in init
    loadUserSettings()
  File "/usr/lib64/python3.5/site-packages/orca/orca.py", line 358, in loadUserSettings
    script = _scriptManager.getDefaultScript()
  File "/usr/lib64/python3.5/site-packages/orca/script_manager.py", line 210, in getDefaultScript
    from .scripts import default
  File "/usr/lib64/python3.5/site-packages/orca/scripts/default.py", line 48, in <module>
    import orca.orca_gui_commandlist as commandlist
  File "/usr/lib64/python3.5/site-packages/orca/orca_gui_commandlist.py", line 30, in <module>
    from gi.repository import GObject, Gdk, Gtk
  File "<frozen importlib._bootstrap>", line 969, in _find_and_load
  File "<frozen importlib._bootstrap>", line 958, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 664, in _load_unlocked
  File "<frozen importlib._bootstrap>", line 634, in _load_backward_compatible
  File "/usr/lib64/python3.5/site-packages/gi/importer.py", line 146, in load_module
    dynamic_module = load_overrides(introspection_module)
  File "/usr/lib64/python3.5/site-packages/gi/overrides/__init__.py", line 125, in load_overrides
    override_mod = importlib.import_module(override_package_name)
  File "/usr/lib64/python3.5/importlib/__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "/usr/lib64/python3.5/site-packages/gi/overrides/Gtk.py", line 118, in <module>
    class Widget(Gtk.Widget):
  File "/usr/lib64/python3.5/site-packages/gi/module.py", line 220, in __getattr__
    wrapper = metaclass(name, bases, dict_)
TypeError: metaclass conflict: the metaclass of a derived class must be a (non-strict) subclass of 
the metaclasses of all its bases

Any clue?

Didier

_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide: https://help.gnome.org/users/gnome-help/stable/a11y.html
Log bugs and feature requests at http://bugzilla.gnome.org










_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide: https://help.gnome.org/users/gnome-help/stable/a11y.html
Log bugs and feature requests at http://bugzilla.gnome.org
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]