Arch Linux User Repository

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.

well ... Name : exiv2 Version : 0.28.2-3

I can not upgrade to exiv2-git because libexiv2-git is orphaned, and it would brake libexiv2, or is there somewhere a secret repo?

the build was clean before every try,

any other idea? thanks

@HMich I don't have such error, check your exiv2 version with pacman -Qi exiv2, and try to remove build cache (remove the pkg and src dir aside PKGBUILD) before rebuild.

after several system and lib updates I'm still getting the same error sources update from yesterday I really would appreciate some comment or instruction to correct this thanks

[ 42%] Linking C shared library libansel.so lto-wrapper: warning: using serial compilation of 13 LTRANS jobs lto-wrapper: note: see the ‘-flto’ option documentation for more information [ 42%] Built target lib_ansel [ 42%] Building C object src/CMakeFiles/ansel.dir/main.c.o [ 42%] Linking C executable ansel /usr/bin/ld: libansel.so: undefined reference to Exiv2::PreviewImage::~PreviewImage()' /usr/bin/ld: libansel.so: undefined reference toExiv2::ExifParser::decode(Exiv2::ExifData&, unsigned char const, unsigned int)' /usr/bin/ld: libansel.so: undefined reference to Exiv2::DataBuf::~DataBuf()' /usr/bin/ld: libansel.so: undefined reference toExiv2::ExifParser::encode(std::vector<unsigned char, std::allocator\<unsigned char> >&, unsigned char const, unsigned int, Exiv2::ByteOrder, Exiv2::ExifData const&)' /usr/bin/ld: libansel.so: undefined reference to Exiv2::AnyError::~AnyError()' /usr/bin/ld: libansel.so: undefined reference toExiv2::IptcKey::~IptcKey()' /usr/bin/ld: libansel.so: undefined reference to Exiv2::DataBuf::operator Exiv2::DataBufRef()' /usr/bin/ld: libansel.so: undefined reference toExiv2::BasicError<char>::setMsg()' /usr/bin/ld: libansel.so: undefined reference to Exiv2::Value::~Value()' /usr/bin/ld: libansel.so: undefined reference toExiv2::DataBuf::DataBuf(Exiv2::DataBufRef const&)' /usr/bin/ld: libansel.so: undefined reference to Exiv2::Iptcdatum::~Iptcdatum()' /usr/bin/ld: libansel.so: undefined reference toExiv2::ImageFactory::open(unsigned char const*, long)' /usr/bin/ld: libansel.so: undefined reference to Exiv2::testVersion(int, int, int)' /usr/bin/ld: libansel.so: undefined reference toExiv2::IptcKey::IptcKey(std::__cxx11::basic_string<char, std::char_traits\<char>, std::allocator\<char> > const&)' /usr/bin/ld: libansel.so: undefined reference to typeinfo for Exiv2::AnyError' /usr/bin/ld: libansel.so: undefined reference toExiv2::CommentValue::~CommentValue()' /usr/bin/ld: libansel.so: undefined reference to `Exiv2::AnyError::AnyError()' collect2: error: ld returned 1 exit status make[2]: *** [src/CMakeFiles/ansel.dir/build.make:192: src/ansel] Error 1 make[1]: *** [CMakeFiles/Makefile2:2477: src/CMakeFiles/ansel.dir/all] Error 2 make: *** [Makefile:156: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... -> error making: ansel-git-exit status 4 -> Failed to install the following packages. Manual intervention is required: ansel-git - exit status 4

hi, get a compile failure here, any idea?

thanks

[ 42%] Building C object src/CMakeFiles/lib_ansel.dir/common/printprof.c.o

Aborting...

...OK, reading the manuals to the full end helps. Sorry for that. Regards, makrie.

@makrie The r is not unnecessary, it means the following is part of revision, not release version, and according to Arch Wiki, it is important because release version should always be greater than revision so you need the r to represent revision.

See https://wiki.archlinux.org/title/VCS_package_guidelines#The_pkgver()_function.

Hello AlynxZhou,

thanks for your effort to set up a PKGBUILD for Ansel, which helps me to switch easily from Darktable on my x86_64 archlinux installation. Nice work.

I ran the build with custom-x86_64-build (from devtools) on a clean chroot without any critical issue.

Maybe a narrow-minded comment, but the pkgver() function includes an additional but unnecessary r in the first sed replacement. :-)

Regards,

makrie

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.

@gomi It's AUR's web page showing AUR packages that declare they provide the dependency, in the PKGBUILD it only uses packages from official repo, and if none of all alternatives is installed on your system, AUR helper will use packages from official repo first.