[arch-general] anyone interested in a multilib qt-at-spi package?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 hi all I'm not sure how to begin this, but here goes. In order for screen readers, like orca, to be able to access applications written in qt4 (qt5 handles all of this built in}, it needs a package called qt-at-spi. This is a bridge of sorts which links the qt accessibility API's to the at-spi daemon which orca uses to read the screen. This is in community, so this all works. However, there's an issue that's just obscure enough that I'm not sure how to handle it. The issue arises when 64 bit linux installations try to talk to 32 bit qt applications. Since the qt at-spi bridge is 64 bit, it can't communicate with the 32 bit app, so orca cannot read it. THis makes applications such as teamviewer and skype completely inaccessible on 64 bit systsms. I'm not certain teamviewer is written in qt, but I do knos skype is. Ok, ramble over. Is anyone interested in building a 32 bit version of the qt-at-spi package and possibly throwing it in multilib? THis does not need any maintenance, since this is only for qt4 applications, the package has been deprecated since the code has been murged into qt5. I've tried a few workarounds to no avail. I've tried downloading the i686 package and trying to get pacman to install it, this didn't work. I tried extracting the actual .so files out and placing them in lib32, but I don't know enough about how the underlying system works to make this work. Thoughts? Kendell clarK -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJU1YfJAAoJEGYgJ5/kqBTd1Z0P/3o9RwAYZsm3I4SDoIXkhy6S tE0LZabP5EV3e5YrP+FvxVkL+t7Dp6GQdTqCEd0f14pptMLepagSrZUTLTAMvi7T jPX1dzz6Vm8atsbdpMa/bSZ0Jxok4adgejbjQhKgOR3M8Uzd8xojudNrhF8pDrVo K8bbory0Azj89fSrJOmp6O9Dx4AOlUbtZa6KWqQY/0YVPjKfG3chI9gcw3p1ldlZ KEtYhL6TSR1Fo3knDpbY5DFG4kDAtGYNnjUq14tF7S7R5QJ7LDlnHYTank0Xf3QW 2cMnozBdWmcaXvg/fpiO4WyYjGTsB3D1x4xoQ3U6l/VYFbY2FTSxbUN074e1KDI7 uh8FEbMudLFVaUokJKgBXCe8ARRb7XydW6WTA7tvIpSG3Hm4MplGV6qnpZxir8jB ZxYwZlsUWqqVT2FKXRM+xT+XAKxxoak+iNRgryAn1hXjV422BM5HHgaDE9GINH7V DKmbJstG2a6BS3cI4eMNXpnwAMWQILlzP2kaY31J/iYmfLg9ONTQbVyvWyMRuM50 QpCLiryZcFaya8ogmM+TjFLNaDz1da8hmUZeyYFmiMTJ4iC//SSJsOtIB+1fy0PB 3vT/k0gsYmnR2cCVaQIh04MwDsQT6FstczHJDT1ilcjiL1aR/jDpHIRZW+4y+ZVS tI1xjE9ApHna+mAw96xB =eJyz -----END PGP SIGNATURE-----
On 07-02-15 04:34, kendell clark wrote:
hi all I'm not sure how to begin this, but here goes. In order for screen readers, like orca, to be able to access applications written in qt4 (qt5 handles all of this built in}, it needs a package called qt-at-spi. This is a bridge of sorts which links the qt accessibility API's to the at-spi daemon which orca uses to read the screen. This is in community, so this all works. However, there's an issue that's just obscure enough that I'm not sure how to handle it. The issue arises when 64 bit linux installations try to talk to 32 bit qt applications. Since the qt at-spi bridge is 64 bit, it can't communicate with the 32 bit app, so orca cannot read it. THis makes applications such as teamviewer and skype completely inaccessible on 64 bit systsms. I'm not certain teamviewer is written in qt, but I do knos skype is. Ok, ramble over. Is anyone interested in building a 32 bit version of the qt-at-spi package and possibly throwing it in multilib? THis does not need any maintenance, since this is only for qt4 applications, the package has been deprecated since the code has been murged into qt5. I've tried a few workarounds to no avail. I've tried downloading the i686 package and trying to get pacman to install it, this didn't work. I tried extracting the actual .so files out and placing them in lib32, but I don't know enough about how the underlying system works to make this work. Thoughts? Kendell clarK
Kendell, Many lib32 programs are build on x86_64 by instructing the compiler to build 32-bit code. The [extra] lib32-mesa package shows how that can be done. Also look at lib32-at-spi2-core & lib32-at-spi2-atk in AUR. If at-spi2 is not the version you need, you can probably use them as template for creating lib32-at-spi-* packages. LVV
participants (2)
-
kendell clark
-
LoneVVolf