Package Details: tev 2.6.3-1

Git Clone URL: https://aur.archlinux.org/tev.git (read-only, click to copy)
Package Base: tev
Description: High dynamic range (HDR) image viewer for people who care about colors
Upstream URL: https://github.com/Tom94/tev
Keywords: graphic hdr image
Licenses: GPL3
Conflicts: tev
Provides: tev
Submitter: oktomus
Maintainer: oktomus (alhirzel, zcyaya)
Last Packager: zcyaya
Votes: 4
Popularity: 0.25
First Submitted: 2018-02-25 21:17 (UTC)
Last Updated: 2025-12-03 01:12 (UTC)

Latest Comments

1 2 Next › Last »

Tom94 commented on 2025-12-02 06:39 (UTC) (edited on 2025-12-02 06:41 (UTC) by Tom94)

Hi there, thanks for maintaining tev over here. Just a few suggested changes to the metadata:

  • libpng, libwebp, and libdeflate shouldn't be dependencies. tev builds/links those from source. jbigkit also isn't needed (explicitly disabled in tev)

  • license has been GPLv3 since version 2.0

  • should indicate arm support as well

  • description was changed upstream (no longer just OpenEXR focused; instead more emphasis on correct colors/HDR)

zcyaya commented on 2025-09-08 14:39 (UTC)

After some initial experiments (a fresh clone would build while makepkg wouldn't) it seems that makepkg automatically adds -flto=auto now and this is the direct cause for the error. The reason why GCC would build while Clang wouldn't is still mystery......

I'll disable lto for now, and please ping me if there's any better solution ;)

zcyaya commented on 2025-09-08 13:34 (UTC)

I was trying to update the package to 2.4, but building with Clang fails at linking with libaom and libjpeg-turbo as @zomgugoff mentioned (note that aomdec and jpegdec are the two built-in backends during configuration). Simply switching to GCC will make compilation work again, but I don't really know why - forcing lld doesn't help either.

I wonder if anyone else has met the same problem as I did and ever figured out the actual reason / a solution. I wanted to switch back to GCC, but I feel that this shouldn't be done without any discussion.

Also, as upstream has fixed the installation issue, -DOPENEXR_INSTALL=OFF -DOPENEXR_INSTALL_TOOLS=OFF -DOPENEXR_INSTALL_PKG_CONFIG=OFF -DIMATH_INSTALL=OFF -DIMATH_INSTALL_PKG_CONFIG=OFF is no longer needed.

kode54 commented on 2025-07-29 04:11 (UTC)

Tagged release v2.3.2 does not build in a clean chroot. At the very least, needs depends wayland and libxkbcommon, and makedepends wayland-protocols. Not sure why it fails to link, may need even more dependencies.

zomgugoff commented on 2025-07-08 17:59 (UTC) (edited on 2025-07-08 18:01 (UTC) by zomgugoff)

I'm getting a failed build. I see a block of "plugin needed to handle lto object" messages mostly attributed to libjpeg.a, but others for libaom.a.

 /usr/bin/ld: dependencies/turbojpeg/src/turbojpeg-build/libjpeg.a(jcapistd.c.o): plugin needed to handle lto object

alhirzel commented on 2025-07-07 11:39 (UTC) (edited on 2025-07-07 11:40 (UTC) by alhirzel)

I have committed the changes indicated by @glorious-yellow. Thank you for catching these! I have also updated the package to version 2.2.

glorious-yellow commented on 2025-04-27 02:23 (UTC) (edited on 2025-04-27 02:23 (UTC) by glorious-yellow)

Missing ninja from makedepends, and missing libxrandr libxinerama libxcursor libxi from depends.

Also needs CMAKE_POLICY_VERSION_MINIMUM=3.5.

zcyaya commented on 2024-11-01 04:24 (UTC)

It's been marked out of date for half a month. Does @alhirzel mind adding another co-maintainer? I'll be very glad to help maintain this package.

alhirzel commented on 2024-05-21 06:38 (UTC) (edited on 2025-07-07 11:40 (UTC) by alhirzel)

I have made the changes suggested by @zcyaya - thank you so much for your contribution!

zcyaya commented on 2024-05-16 06:59 (UTC) (edited on 2024-05-16 09:13 (UTC) by zcyaya)

I met the same problem with @Tutul. Turns out it's because upstream has changed the repo of OpenEXR from WJakob's mitsuba-renderer/openexr to AcademySoftwareFoundation/openexr, and CMakeLists is changed correspondingly. Somehow the new install process will copy duplicate headers and static libs to /usr/include and /usr/lib, resulting in conflicts.

I'm not a pro with CMake, but a quick remedy would be to manually rm -r $pkgdir/usr/lib $pkgdir/usr/include, and that will do (notice that tev links against static OpenEXR and IMath libs so adding them as dep is not a good idea). If you have time to look into it, there might be more elegent solutions.

----- Updated -----

Adding -DOPENEXR_INSTALL=OFF -DOPENEXR_INSTALL_TOOLS=OFF -DOPENEXR_INSTALL_PKG_CONFIG=OFF -DIMATH_INSTALL=OFF -DIMATH_INSTALL_PKG_CONFIG=OFF will do.

1 2 Next › Last »