Arch Linux User Repository

It is not necessary to intentionally push changes exclusively to the pkgver variable to the AUR for this package. You already have automatically setting the pkgver based on the latest git tag and commit properly implemented, as is done with all quality -git packages, so there is no need. pacman-git, the PKGBUILD for which goes unchanged for months, is a good example of the lack of this need.
I have tested that this PKGBUILD does do this correctly, just to be absolutely sure.

A well implemented AUR helper like paru or yay won't need this manual pkgver bump either since it will check the source repository for the changes itself. The pkgver will then be set at runtime by makepkg for use in the pacman package as usual.

TL;DR: Don't push simple pkgver bumps. It's unnecessary, more work for you, and sends an email to anyone with notifications enabled for this package (which is why I noticed). /gen /nm

Thanks!

WlxOverlay-S has been rebranded to WayVR. The new AUR package is available here: https://aur.archlinux.org/packages/wayvr-git

ok so i got it building and running, so for anyone who just wants a pkgbuild that works to test the latest version i give you this diff:

--- PKGBUILD
+++ PKGBUILD
@@ -1,8 +1,9 @@
 # Maintainer: galister <galister at librevr dot org>

+_newpkgname=wayvr
 _pkgname=wlx-overlay-s
 pkgname=$_pkgname-git
-pkgver=25.4.2.r262.4f78825
+pkgver=test.r157.6cf4c1f
 pkgrel=1
 pkgdesc="Access your Wayland/X11 desktop from SteamVR/Monado (OpenVR+OpenXR support)"
 url="https://github.com/galister/wlx-overlay-s"
@@ -27,24 +28,24 @@
 }

 prepare() {
-  cd "$_pkgname/$_pkgname"
+  cd "$_pkgname/$_newpkgname"
   cargo fetch --locked --target "$(rustc -vV | sed -n 's/host: //p')"
 }

 build() {
-  cd "$_pkgname/$_pkgname"
+  cd "$_pkgname/$_newpkgname"
   cargo build --frozen --release --all-features
 }

 check() {
-  cd "$_pkgname/$_pkgname"
+  cd "$_pkgname/$_newpkgname"
   cargo test --frozen --all-features
 }

 package() {
   cd "$_pkgname/"
-  install -Dm0755 -t "$pkgdir/usr/bin/" "target/release/$_pkgname"
-  cd "$_pkgname/"
-  install -Dm0644 -t "$pkgdir/usr/share/applications/" "$_pkgname.desktop"
-  install -Dm0644 -t "$pkgdir/usr/share/icons/hicolor/256x256/apps/" "$_pkgname.png"
+  install -Dm0755 -t "$pkgdir/usr/bin/" "target/release/$_newpkgname"
+  cd "$_newpkgname/"
+  install -Dm0644 -t "$pkgdir/usr/share/applications/" "$_newpkgname.desktop"
+  install -Dm0644 -t "$pkgdir/usr/share/icons/hicolor/256x256/apps/" "$_newpkgname.png"
 }

since this is a sorta dirty patch, i wouldn't recommend this to be pushed to the actual pkgbuild here. i feel like at this point this aur package needs to be renamed to wayvr-git

this is also out-of-date due to wlx-overlay-s being renamed to wayvr. should this AUR package be renamed to "wayvr"?

If you experience issues building this package with the nightly rust toolchain (rustc >1.92.0), attempt to build it with the stable rust toolchain (rustc 1.92.0) instead.

As of commit 603cdb2f2bc8b5d67fe420e52cd7a8c813eb29dc, there needs to be a small fix to the PKGBUILD for the paths of the .desktop and .png files, which have been moved in a subdirectory.

I have had issues compiling with the most recent commit. I was able to resolve it by adding shaderc to dependencies and adding

export CMAKE_POLICY_VERSION_MINIMUM=3.5
export SHADERC_LIB_DIR=/usr/lib

to the environment variables set before pkgver().

So is it a dependency that's causing this issue?

[0:40] [6185] [patola@risadinha wlx-overlay-s-git]% wlx-overlay-s 
wlx-overlay-s: error while loading shared libraries: libjsoncpp.so.25: cannot open shared object file: No such file or directory
[0:40] [6186] [patola@risadinha wlx-overlay-s-git]% 

It goes that way even if I compile it locally with makepkg -si. Tried both versions available, one in aur and the other in chaotic-aur. The one in aur (r28) gets automatically changed to r56 even with chaotic disabled:

chaotic-aur/wlx-overlay-s-git 0.6.r56.ab6b5c0-1 [11.31 MiB 27.98 MiB] [Installed]
    Access your Wayland/X11 desktop from SteamVR/Monado (OpenVR+OpenXR support)

The source repository at https://github.com/galister/wlx-overlay-s has no submodules. Any git clone other than the source repo is a result of a rust dependency pulling it in via cargo. These are stored in the build directory at target/release/deps and their lifecycle is managed by cargo.

I see another thing:

This project uses git submodules.

They are downloaded in prepare().

The Arch Linux Guide on git submodules says that they should be downloded via the source array and referenced in prepare().

In this case it seems that cargo fetch clones the submodule; is it still possible to get it via the source array?

Regards and thanks for the package!

==> Starting prepare()...
    Updating git repository `https://github.com/galister/ovr_overlay_oyasumi`
    Updating git submodule `https://github.com/ValveSoftware/openvr.git`
       Fetch [====>                    ]  23.86%, 1.10MiB/s       
[...]