Search Criteria
Package Details: python-imagecodecs 2024.9.22-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/python-imagecodecs.git (read-only, click to copy) |
---|---|
Package Base: | python-imagecodecs |
Description: | Image transformation, compression, and decompression codecs |
Upstream URL: | https://github.com/cgohlke/imagecodecs |
Licenses: | BSD-3-Clause |
Submitter: | hottea |
Maintainer: | hottea (lilac) |
Last Packager: | lilac |
Votes: | 3 |
Popularity: | 0.000084 |
First Submitted: | 2020-06-20 14:41 (UTC) |
Last Updated: | 2024-09-22 12:23 (UTC) |
Dependencies (36)
- blosc (blosc-gitAUR)
- blosc2 (blosc2-gitAUR)
- brotli (brotli-gitAUR)
- brunsliAUR (brunsli-gitAUR)
- bzip2 (bzip2-gitAUR)
- charlsAUR (charls1AUR, charls-gitAUR)
- giflib (giflib-gitAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- jxrlib (jxrlib-gitAUR)
- lcms2 (lcms2-ff-gitAUR, lcms2-gitAUR, lcms2-ffAUR)
- lercAUR
- libaec (libaec-gitAUR)
- libavif (libavif-gitAUR)
- libdeflate (libdeflate-gitAUR)
- libheif (libheif-gitAUR)
- libjpeg-turbo (mozjpeg-gitAUR, libjpeg-turbo-gitAUR, mozjpegAUR)
- libjxl (libjxl-gitAUR, libjxl-metrics-gitAUR)
- libpng (libpng-gitAUR, libpng-apngAUR)
- libtiff (libtiff-gitAUR, libtiff-lercAUR)
- libwebp (libwebp-gitAUR)
- Show 16 more dependencies...
Required by (4)
- python-tensorflow-datasets (optional)
- python-tifffile (check)
- python-tifffile (optional)
- python-tifffile-doc (check)
Latest Comments
1 2 3 Next › Last »
tacaswell commented on 2024-10-01 01:35 (UTC)
works for me, but I may have a few more packages installed than are currently listed as dependencies.
Wild_Penguin commented on 2024-01-10 20:16 (UTC)
One more comment - from the README:
So setup.py is considered just an example, distributor providers are expected to make their own customize_build (so the same as they said in the upstream bug report).
Wild_Penguin commented on 2024-01-09 08:13 (UTC)
Unfortunately, the upstream bug report I reported was closed:
https://github.com/cgohlke/imagecodecs/issues/92
I'm a bit over my head on what they are expecting me to do, but what they are basically saying is that use their binaries - and if you compile yourself, you should fix the compiling yourself (talk about effective time-usage, every user manually fixing the compiling, and expecting compiling is some special thing to do...).
So it seems unlikely upstream is going to fix this setup.py script. Because I'm not currently using python-imagecodecs, and given the response I got, I'm not going to bother anytime soon with them.
hottea commented on 2024-01-08 01:39 (UTC)
@carlosal1015 again, what is the output of:
That's how the upstream build script checks your OS.
carlosal1015 commented on 2024-01-07 16:35 (UTC)
Hi, I have the following the message error
Wild_Penguin commented on 2024-01-06 23:45 (UTC)
@pwf the code from upstream is utterly broken still. It removes from EXTENSIONS when it should not on arch systems (including mine). So the underlying reason is still not fixed, despite it compiles with your changes.
I've gone ahead and made an upstream issue.
pwf commented on 2024-01-06 06:49 (UTC)
...?
why would upstream fix their code when it's not broken until after a patch applied here?
here, i'll help:
hottea commented on 2024-01-05 06:17 (UTC)
@pants Maybe the upstream need a better method to check the target OS. report this or create a pull request to upstream, not here.
pants commented on 2024-01-04 17:46 (UTC) (edited on 2024-01-04 17:50 (UTC) by pants)
I have the same build error as pwf in a clean chroot using makechrootpkg. I suppose the line of code is using the linux version string to make dependency decisions? This seems absolutely insane... Packages might be built on machines with alternate or custom kernels, or in Arch Linux chroots run on non-Arch Linux distributions. The libraries being enabled or disabled should be done by something like a configure script that actually tests whether the libraries are present or not.
Edit: If you just want to test for Arch, a much more robust way is to read
/etc/issue
.hottea commented on 2024-01-04 01:32 (UTC)
@pwf It seems you're using linux-zen? Are you using ArchLinux? Maybe
platform.platform()
is not a good way to check whether the current OS is ArchLinux. You could report this to upstream.You could also skip the patch
0001.fix-deps.patch
. This patch just add more image code format support, includingavif
,blocs2
,lerc
,lzfse
, andzlibng
.jpegxl
will not enable untillibjxl
0.9 is available in the ArchLinux repo.1 2 3 Next › Last »