Red Hat Bugzilla – Bug 873241
Create Python 3 packages
Last modified: 2013-04-20 15:35:23 EDT
There is a GNOME Goal to migrate to Python 3  which has just been approved by the Release Team for GNOME 3.8 . Because brltty and brlapi are Orca dependencies, it would be extremely helpful to have Python 3 packages.
1. The porting has mostly been done as I understand it. They are, however, trying to maintain Python 2 + Python 3 compatibility, so it is necessary to specify Python 3 when building.
2. I am now testing and submitting patches to them where appropriate (e.g. ) and making changes in Orca where needed. So things are a tad "under construction" at this moment, but I hope to have these issues sorted out within the next couple of weeks (at the most).
Thanks in advance!
So are you envisioning a python3-brlapi, or moving python-brlapi to Python 3?
Hmmmm. Good question.
Unlike other packages, my *guess* is that other than Orca there are not too many (any??) Python applications in Fedora which need brlapi. Having said that, I would feel really awful if I said "just move it to Python 3" and later found out that statement broke braille support for some use case I hadn't known about.
I also know *nothing* about how much effort goes into maintaining packages. If it's not a lot of work to have both Python 2 and Python 3 versions, I think that would be the way to go. If, on the other hand, it is a lot of work, then I can ask on the brltty list if there is indeed a use case that requires keeping Python 2's packages.
repoquery only indicates orca as needing python-brlapi, but it's probably best to make a python3-brlapi just in case. I'll look into it.
I'm actually dissuaded from doing this until the patch is upstream, what's the timeline there?
Upstream stable you mean? If so, I can ask when the next release will be.
The project lead already committed it for unstable:
I should add that, so far, nothing else has been found that needs to be patched in brltty/brlapi though I keep testing (I use F18).
Ok. I also can't get 4.4 to build, so maybe I should wait for the next release.
I can help if you need a hand with getting things building.
The Alpha Change Deadline is on 2013-04-02, would be great to have a working Python 3 version of Orca by that time. Otherwise we'd have to ship live media without a working screenreader.
I've pinged Dave (brltty) maintainer for a stable package. He hopes to have one soon.
In the meantime, because I use Fedora as my development environment, I do know it is possible to build brltty/brlapi from master in an F18 environment and have it work with Orca.
1. Install Cython (before it was using Pyrex I believe).
2. Run autogen
3. Run configure as PYTHON=/usr/bin/python3 configure --prefix=....
We're still missing the new release. Joanmarie said she'd ping the upstream maintainer again; let's see how it goes.
In the meantime, can I offer help to move things along? I could build a snapshot of the latest svn, seems to build fine locally.
I just begged and pleaded. http://mielke.cc/pipermail/brltty/2013-March/009940.html. Cross your fingers.
Is 1 April soon enough? http://mielke.cc/pipermail/brltty/2013-March/009954.html
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.
(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)
More information and reason for this action is here:
We have the new stable release: http://mielke.cc/pipermail/brltty/2013-April/010016.html
Jon was fine with me handling the brltty update, so I've gone ahead and done the builds, for both F19 and rawhide.
I am afraid we've missed the F19 Alpha ship though, the tree is already frozen. The Orca build that's going to be included in the F19 Alpha live media is without brltty support, but otherwise functional. But after the release, the flood gates are going to open again and we'll be able to get the new brltty + Orca builds in.
brltty-4.5-2.fc19,orca-3.8.0-2.fc19,qemu-1.4.0-11.fc19 has been submitted as an update for Fedora 19.
(In reply to comment #15)
> Jon was fine with me handling the brltty update, so I've gone ahead and done
> the builds, for both F19 and rawhide.
> I am afraid we've missed the F19 Alpha ship though, the tree is already
> frozen. The Orca build that's going to be included in the F19 Alpha live
> media is without brltty support, but otherwise functional. But after the
> release, the flood gates are going to open again and we'll be able to get
> the new brltty + Orca builds in.
I think we can live with it not being in the Alpha release. :) Kalev, you TOTALLY rock!! Thank you for staying on top of this and making it happen.
Package brltty-4.5-2.fc19, orca-3.8.0-2.fc19, qemu-1.4.0-11.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing brltty-4.5-2.fc19 orca-3.8.0-2.fc19 qemu-1.4.0-11.fc19'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
brltty-4.5-2.fc19, orca-3.8.0-2.fc19, qemu-1.4.0-11.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.