Package Details: python-skia-pathops 0.8.0.post2-1

Git Clone URL: https://aur.archlinux.org/python-skia-pathops.git (read-only, click to copy)
Package Base: python-skia-pathops
Description: Python bindings for the Skia library’s Path Ops (wheel)
Upstream URL: https://github.com/fonttools/skia-pathops
Licenses: BSD-3-Clause
Submitter: thrasibule
Maintainer: thrasibule (alerque)
Last Packager: alerque
Votes: 5
Popularity: 0.000003
First Submitted: 2019-08-19 18:25 (UTC)
Last Updated: 2024-11-08 18:28 (UTC)

Latest Comments

1 2 Next › Last »

peippo commented on 2024-05-20 07:16 (UTC)

Arch Linux' Python version has been updated to 3.12 - could you adapt the PKGBUILD? Thanks!

Vekhir commented on 2024-05-01 09:23 (UTC)

@xiota The issue is that the wheel is built against CPython 3.11. The simplest change is to just do

-_py=cp311
+_py=cp312

I also checked out if a Standards Based build works, but it doesn't because it requires the Skia headers. There is actually https://files.pythonhosted.org/packages/source/s/skia-pathops/skia-pathops-0.8.0.post1.zip as a PyPi source that solves the issue by simply including the Skia source (which turns 300KB download into 66MB). While I was somehow able to build it outside the chroot, I couldn't replicate this success inside one.

So it remains the easiest way to just bump above version.

alerque commented on 2021-12-16 10:12 (UTC)

@shavenne The upstream is broken at the moment, I don't think there is anything we can do but wait for them to rebuild and post appropriate packages.

shavenne commented on 2021-12-15 11:22 (UTC) (edited on 2021-12-15 17:11 (UTC) by shavenne)

I'm getting this =>
ERROR: skia_pathops-0.7.2-cp310-cp310-manylinux_2_17_x86_64.manylinux2014_x86_64.whl is not a supported wheel on this platform.
while package(). Any idea?

alerque commented on 2021-10-01 19:01 (UTC)

With the latest release of 0.7.0, the upstream has at least bumped to a current Chromium tree and hence build from source should be possible without python2 and other crud that Arch has been removing. I would be happy to see this switch to a source build again. That being said I haven't had the time to sit down and sort it out. If anybody does just know that I'm up for patches here in comments (via git format-patch) or as a PR to this repo on GitHub.

thrasibule commented on 2020-10-07 14:48 (UTC)

The issue is with pytest-cython. I've submitted a fix upstream https://github.com/lgpage/pytest-cython/commit/43f3d148738f77f8579caae49f74f8d548d3f0a9, but they need to make a new release.

alerque commented on 2020-10-07 12:06 (UTC)

I have bumped this to 0.5.1, but the check function is still failing the same way it started to in 0.4.1. You can build it with --nocheck for now, but I have reported the issue upstream because something in the test framework seems to be using something that has been deprecated (either in pytest or one of the other check dependencies).

eliminator commented on 2020-09-22 02:32 (UTC)

fail to build dont pass all tests.

1 2 Next › Last »