-
-
Notifications
You must be signed in to change notification settings - Fork 55
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cairocffi_to_pycairo doesn't work in fedora #78
Comments
Can you check what symbols are in the
(I don’t know how to use Docker, and I’m not all that interested.) |
Here you go -
|
On my system this shows a number of symbols that start with I don’t know where they are on your system, but that’s not something cairocffi can do anything about. |
My real system is Ubuntu and readelf looks a lot more sane. For my own use, turns out I wasn't using this code. It looks like a bug in fedora, but not being a fedora user I don't know where to start upstreaming this bug. Possibly worth closing until an actual fedora user hits this, then get them to whoever packages cairo for fedora. |
Bah, spoke to soon - I do use that function ... but not fedora. Will either refactor code to just do this in the other direction or work out something else :) |
Maybe write a module in C that uses pycairo’s C API to see if it works on Fedora and sees what |
I've never tried writing a C module before, but might give it a go. In the meantime, I'll try this with a standard non-docker VM and see if it works. It's weird - as I installed pycairo + cairocffi using their standard package manager - ie |
Another data-point: got the same thing happen on Windows... (maybe I can use dependency walker to check what symbols are available, but it's not something I'm familiar with). To get a cairo dll there, I have installed the pygtk-all-in-one installer, though my codebase is Gtk3, so I use pygobject for windows: http://opensourcepack.blogspot.co.uk/p/pygobject-pygi-aio.html for that. Will see what they say on the cairo mailing list. |
It seems to be the same .so in Fedora, and not be available. I can only think that something must have changed in the way cairo was built that is making the symbol not show up. Next step I'll try and build cairo in a fedora vm and see if the symbol is available. I'm also wondering if it will be possible to implement this in an alternate way using some of the other Py* functions. |
Note that it’s a question of how pycairo is built, not cairo. They are two separate projects with their own source repositories, and are typically packaged separately in distributions.
|
Here is some code implementing the pycairo->cairocffi conversion using only the public API: pygobject/pycairo#59 (comment) Feel free to use it under the cairocffi license. |
Great, @lazka's version works, I will see if I can make a PR of it. |
Looks like the one on bpaste disappeared (I really should have taken a copy of that a the time, doh) |
Hello, what's the status on this? I'm having a similar issue: |
On fedora (disclaimer: not usually a fedora user) - cairocffi_to_pycairo.py doesn't seem to work
I've made a Dockerfile that can repro the issue https://github.com/stuaxo/docker-fedora-cairocffi-bug run ./build.sh then ./run.sh
The text was updated successfully, but these errors were encountered: