Created attachment 372468 [details]
Description of problem:
fribidi2 provides Arabic shaping/joining
fribidi2 is API/ABI compatible with fribidi
fedora ships fribidi2 calling it fribidi2
the problem is that it ships pyfribidi1
here is a spec to pyfribidi2 which will be called pyfribidi
just like the developer and maintainer of fribidi wants
I used to solve the problem by adding mu.py to tools, now I don't need any change.
this was triggered by a patch to add Arabic support into reportlab
you may get the rpms/src.rpms for the back-ported fixed reportlab in
I don't have any comments. Sounds the right thing to do.
> fedora ships fribidi2 calling it fribidi2
sorry for the typo in the description above, I guess it's clear from context
fedora ships fribidi2 calling it fribidi
This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle.
Changing version to '13'.
More information and reason for this action is here:
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
This is the new pyfribidi owner. Thanks for reporting this and the specfile. I've prepared an update for pyfribidi moving to the even newer 0.10.0 release.
pyfribidi-0.10.0-1.fc13 has been submitted as an update for Fedora 13.
pyfribidi-0.10.0-1.fc14 has been submitted as an update for Fedora 14.
pyfribidi-0.10.0-1.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update pyfribidi'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/pyfribidi-0.10.0-1.fc14
pyfribidi-0.10.0-1.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
pyfribidi-0.10.0-1.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.