Package Details: ansel-git 0.0.0.r2686.g58d4f3ee9f-1

Git Clone URL: https://aur.archlinux.org/ansel-git.git (read-only, click to copy)
Package Base: ansel-git
Description: Ansel is an open-source photo-editing software for digital artists, designed to help you achieve your own interpretation of raw digital photographs.
Upstream URL: https://ansel.photos/
Licenses: GPL3
Conflicts: ansel
Provides: ansel
Submitter: AlynxZhou
Maintainer: AlynxZhou
Last Packager: AlynxZhou
Votes: 10
Popularity: 0.000007
First Submitted: 2023-01-17 01:12 (UTC)
Last Updated: 2026-03-03 06:52 (UTC)

Pinned Comments

AlynxZhou commented on 2024-01-03 11:36 (UTC) (edited on 2024-01-03 11:37 (UTC) by AlynxZhou)

For people who are not familiar with AUR and -git package:

-git package does not have a fixed version tag, instead it will always checkout the latest master commit when you re-run the build command (for example makepkg -sif). Considering the Ansel upstream is actively refactoring, you may need to re-run the build command to get the latest commit when you get some problem.

PKGBUILD here only needs to be updated if there are changes of building steps, so the "Last Updated" doesn't mean the version of software you could build.

Don't bother upstream devs with words like "the AUR package ansel-git is last updated at 1 week/1 month ago please update it to latest commit" in GitHub issues or Matrix chatroom, I've explained that only thing you need to do is to re-build the package.

However, if you are really sure there are problems in the PKGBUILD, feel free to comment HERE, because upstream devs may not be a Arch user and they don't maintain this PKGBUILD. I'll try to fix it.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

SinClaus commented on 2023-09-12 11:21 (UTC)

Hmm... Just now I reinstalled program from git, i.e. rebuild it, but still have the same message when run ansel...

AlynxZhou commented on 2023-09-12 10:58 (UTC)

Program assembled OK, but on run say like this [code] $ ansel ansel: error while loading shared libraries: libavif.so.15: cannot open shared object file: No such file or directory [/code]

You built the binary when your system has libavif.so.15, so it is linked to libavif.so.15, and then libavif in Arch's official repo has been updated to libavif.so.16, and you upgraded your system, but your binary is still linked against libavif.so.15.

It could be simply resolved by rebuild and package this program, so you'll get a binary linked to libavif.so.16 now, just run makepkg -sif to re-package it.

Programs in official repo will get rebuild by devs when their dependencies get update, but you have to do it by yourself for AUR package.

SinClaus commented on 2023-09-12 10:54 (UTC) (edited on 2023-09-12 10:58 (UTC) by SinClaus)

Program assembled OK, but on run say like this

[code] $ ansel ansel: error while loading shared libraries: libavif.so.15: cannot open shared object file: No such file or directory [/code]

AlynxZhou commented on 2023-09-12 10:49 (UTC)

@SinClaus I don't understand your comment, please show me which lib and which line in PKGBUILD you are talking about.

SinClaus commented on 2023-09-12 09:00 (UTC)

Why program in Arch repo need libs versions not from current repo?

AlynxZhou commented on 2023-08-28 13:51 (UTC)

Patches to fix build are already merged into upstream, so I removed them.

Sharparam commented on 2023-08-02 11:50 (UTC)

Please consider updating the PKGBUILD to conform with the guidelines for packages for software using CMake: https://wiki.archlinux.org/title/CMake_package_guidelines#Template

In particular: This package fails to build on systems where CMake is configured to use something other than Unix Makefiles, for instance Ninja build files.

The build() and package() steps should be changed to use cmake --build build and DESTDIR="$pkgdir" cmake --install build, respectively (as illustrated by the template in the above link).

AlynxZhou commented on 2023-07-27 05:05 (UTC)

I changed my mind and added the patch to AUR, so now you should be able to build it without any other manual operations. And I asked Aurélien again for merging those patches.

If those patches are merged, please remind me to remove those patches in AUR, thanks!

SinClaus commented on 2023-07-20 14:27 (UTC)

After patching compilation must be not by makepkg but by simple make.

marco44 commented on 2023-07-20 08:46 (UTC)

the exiv fix seems to not have been merged yet. It's a one-man project, and I suppose Aurélien has other priorities right now, so maybe it's worth incorporating the fix for now ? Better do it once here than asking all the users of this package to do it each time, I think (I've done a script for myself, but it seems wrong :) )

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »