Arch Linux User Repository

What worked for me was

pamac checkupdates -a --devel
pamac upgrade -a --devel

Where -a stands for aur and --devel for development packages.

Since the --devel flag checks if behind the development packages (like "*-git" packages) there are any newer versions, it will update to the latest version of the package in git and not require and update on the aur listing

Please stop flagging this AUR as out-of-date unless you have tried these:

If you use a proper AUR helper (e.g paru, yay) this AUR will be use the latest commit of the Github repo. If you use pamac, it will not update based on the latest commit automatically and you should do pamac install --upgrade flameshot-git to force it to check for upgrades. Therefore, this AUR cannot become out-of-date unless the Github URL or dependencies get out of date.

@earlybird

Can you check the pkgbuild to see what is wrong with it?

qt-color-widgets - error cmake version

-DCMAKE_POLICY_VERSION_MINIMUM=3.5

add this line to the cmake

Thanks for bringing this up, but this was not an issue with AUR, but rather the cmake dependency in the main project. It was fixed in #3901 and the AUR now builds.

Can you check the pkgbuild to see what is wrong with it?

qt-color-widgets - error cmake version

-DCMAKE_POLICY_VERSION_MINIMUM=3.5

add this line to the cmake

gnome wayland下，通过terminal启动可以正常截屏，但是通过启动器打开无法获取到截屏，是什么原因造成的呢

add kguiaddons5 to the depends list please

Awesome, installation from the AUR now working flawlessly (at least for me), thanks @mehrad

Thanks to @Vedun, @Rolv, @Kage-Yami, @xiota, and @etrigan63 for the info, suggestions and elaborations. I updated the PKGBUILD and SRCINFO accordingly. Also I added a part in Makefile to handle SRCINFO generation to avoid some of the raised issues.

Regarding @xiota comment:

Thanks for the detailed constructive comment and suggestuions.

Provides should be for flameshot, not flameshot-git.

Thanks, fixed.

kguiaddons5 should be depends, not makedepends. This was reported back in Feb 2022.

Fixed.

Package should be built in clean chroot before committing updates.

Would you please elaborate more. I'm interested to know if this can also be automated.

.SRCINFO should be generated before committing updates. See AUR submission guidelines

Thanks, noted, and Makefile thanks to your comment now handles this too.

pkgver() needs to be updated to #.r#.g# format, without v prefix. See VCS package guidelines

In the VCS package guidelines they literally state "See PKGBUILD-vcs.proto for generic examples showing the intended output." and when you click on the link and scroll down to line 49 you can find exactly the line we have used in flameshot-git AUR. Therefore,not only we are on par with the guideline, but the code we have is verbatim copy of the sample the AUR guideline provided.

Remove irrelevant comments: first-line "mode", "Contribution Instructions", "version numbers".

The first line is not a comment although it is in form of a comment, and the contribution instructions are there to help new and/or less techie users make sense of what is going on, and to help them know how to contribute. If you don't find those comments relevant, feel free to treat them like the interpreter: as comments :)

Do not use -j$(nproc...). Users set this themselves in makepkg.conf.

There is no mention in the guideline that indicates this is wrong. I agree that people can define MAKEFLAGS variable in their makepkg.conf, but the reality is that they don't, which means we get complaints all the time that the build time is long. Instead of teaching less technical users, we went the other rout of setting a relatively high core count, but since it is AUR, technical users can modify it to their liking before installing. We already spare one core for the rest of the system to function without issues during the build process.

Recommend to remove @borgman_jeremy from comaintainers list. User has no other packages and has no AUR activity since Sep 2020.

Thanks for your concern. Jeremy stepped down as the head dev of Flameshot some months back, but he has not stepped down/away from maintaining this repo, therefore, he is and will be listed as long as he is interested in co-maintaining this repo.

It appears you are missing a dependency. You need to add extra/kguiaddons5 explicitly as many window managers do not install it by default. hyprland being one of them.

It appears that kguiaddons5 is a mandatory make dependency - attempting to build in a clean chroot with aurto fails. However, building with yay (when I've got kguiaddons5 already installed on my system) does succeed.

Full error from chroot build

CMake Warning at src/CMakeLists.txt:14 (find_package):
  By not providing "FindKF5GuiAddons.cmake" in CMAKE_MODULE_PATH this project
  has asked CMake to find a package configuration file provided by
  "KF5GuiAddons", but CMake did not find one.

  Could not find a package configuration file provided by "KF5GuiAddons" with
  any of the following names:

    KF5GuiAddonsConfig.cmake
    kf5guiaddons-config.cmake

  Add the installation prefix of "KF5GuiAddons" to CMAKE_PREFIX_PATH or set
  "KF5GuiAddons_DIR" to a directory containing one of the above files.  If
  "KF5GuiAddons" provides a separate development package or SDK, be sure it
  has been installed.


Flameshot predefined color palette large: false
-- Found Git: /usr/bin/git (found version "2.42.0") 
git found: /usr/bin/git in version     2.42.0
FLAMESHOT_GIT_HASH: fa29bcb4
-- Configuring done (0.6s)
CMake Error at src/CMakeLists.txt:217 (target_link_libraries):
  Target "flameshot" links to:

    KF5::GuiAddons

  but the target was not found.  Possible reasons include:

    * There is a typo in the target name.
    * A find_package call is missing for an IMPORTED target.
    * An ALIAS target is missing.



-- Generating done (0.0s)
CMake Generate step failed.  Build files cannot be regenerated correctly.