Description of problem: In past, there were accessibility libraries present in install image. Those libraries allowed automated testing of anaconda in GUI mode using dogtail. Please add python3-pyatspi to allow GUI testing in anaconda install image using dogtail. Version-Release number of selected component (if applicable): Fedora-26 lorax-26.8-1.fc26 How reproducible: always Steps to Reproduce: 1. In anaconda install image run python3 2. >>> import pyatspi Actual results: # python3 Python 3.6.1 (default, Jun 27 2017, 14:35:15) [GCC 7.1.1 20170622 (Red Hat 7.1.1-3)] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import pyatspi Traceback (most recent call last): File "<stdin>", line 1, in <module> ModuleNotFoundError: No module named 'pyatspi' Expected results: # python3 Python 3.6.1 (default, Jun 27 2017, 14:35:15) [GCC 7.1.1 20170622 (Red Hat 7.1.1-3)] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import pyatspi >>> Additional info: The dogtail support was introduced by commit 755f23baadf7ff30c186eea5b45bdaeffc3e86ce The dogtail support was removed by commit 31c6f40c7b331e711360d7b068df28f9cbbae12a due to bug 726743 We're testing GUI with custom updates image which has dogtail (architecture independent python module) inside, but we need pyatspi (architecture dependent python module) in anaconda environment in order to be able to use dogtail for automated anaconda GUI testing.
One correction: I just found out, that pyatspi is not architecture dependent.
Do we really want to grow the image for something that is only testing related? Or could this be solved by using an updates.img when testing? (I'm not sure yet how much other stuff this will pull in, but I'll take a look).
The problem is, that when I tried newer (cloned git repo of) python3-pyatspi, it simply didn't work due to different versions of atspi and python3-pyatspi. We're using one updates.img for Fedora and RHEL, so bundling pyatspi is very problematical.
(In reply to Pavel Holica from comment #3) > The problem is, that when I tried newer (cloned git repo of) > python3-pyatspi, it simply didn't work due to different versions of atspi > and python3-pyatspi. > > We're using one updates.img for Fedora and RHEL, so bundling pyatspi is very > problematical. Why? The versions are completely different, trying to stuff support for both into the same updates.img is just asking for problems. The basic package appears to be fairly small, but I'm still reluctant to add something to everyone's download that's only going to be used for testing. If you're already using an updates.img for this that seems like the right things to do, but with release-specific ones, not trying to combine them.
(In reply to Brian Lane from comment #4) > (In reply to Pavel Holica from comment #3) > > The problem is, that when I tried newer (cloned git repo of) > > python3-pyatspi, it simply didn't work due to different versions of atspi > > and python3-pyatspi. > > > > We're using one updates.img for Fedora and RHEL, so bundling pyatspi is very > > problematical. > > Why? The versions are completely different, trying to stuff support for both > into the same updates.img is just asking for problems. Ok, so there's little confusion here. The think, we do, is not modifying anaconda or anything else (with one exception) on the system at all. What we're doing is having our code driving anaconda via ATK (using dogtail and pyatspi). Our code lives in /opt and there's one systemd unit (the exception) which launches this code. The code doesn't depend on python version or anything else on the host system but needs pyatspi which is needs to match version of atspi on the system (or at least some it's API). > The basic package appears to be fairly small, but I'm still reluctant to add > something to everyone's download that's only going to be used for testing. > If you're already using an updates.img for this that seems like the right > things to do, but with release-specific ones, not trying to combine them. That could be also done, but the only reason why we would have to do it is the pyatspi package.
This bug appears to have been reported against 'rawhide' during the Fedora 28 development cycle. Changing version to '28'.
lorax-29.16-1.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-51448abc18
lorax-29.16-1.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-51448abc18
lorax-29.16-1.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.