Arch Linux User Repository

please, change to https://invent.kde.org/sdk/heaptrack

I've made some cleanup in pkgver(), now it includes actual version number beside git rev.commit.

git am < <(curl -s http://ix.io/2cOc)

Since you didn't use r before rev_numver, I have to pop epoch as well.

I have taken a shot at packaging a lib32-heaptrack-git package that provides the necessary libraries to also target 32bit applications. (@stativ let me know if you'd like to maintain that and I'll pass it over)

also it should have conflicts=(heaptrack); provides=(heaptrack)

Sigh, how often I going to explain this. The arch "any" is meant only for packages that doesn't pack any architecture dependent files (eg. you can build them on x86_64 and they will work on i686, too).

And sorry, I'm not going to add arm* to supported architectures, as I can't guarantee the package will work on ARM in the future and ARM is not an officially supported architecture anyway.

Heaptrack works on armv7l and aarch64 architectures, please add them to the arch list (or consider using "any").

Oh, and there seem to be newer commits on their github than on the kde-hosted repo:
https://github.com/KDE/heaptrack

This tool is very much more useful with its GUI. Their cmake configuration is a bit weird: it defaults to building the GUI, but if packages needed for the GUI are absent, it will silently not build it. As a result, your PKGBUILD exhibits different behaviour depending on what packages the user has installed.

If you wish to make your package consistently build the GUI (please do), please add the following packages as dependencies:

extra-cmake-modules
kitemmodels
kdiagram
threadweaver

Installing this and rerunning your PKGBUILD caused the GUI to be built and installed.

Alternatively, pass `-DHEAPTRACK_BUILD_GUI=OFF` to cmake, so you consistently _don't_ build the GUI.
Or perhaps do something with optional dependencies, or get super fancy and make a second package for the GUI.

Add i686 to the support architectures, please.