Arch Linux User Repository

@LukeShortCloud The prebuilt package was built from wxwidgets-gtk3:3.0 and wxwidgets-common:3.0,the the version of these packages in ArchLinux was 3.2.0. I've tried to link the newer files, but I've got errors. So please use remoteplaywhatever instead.

This binary package seems to be missing a dependency.

$ remoteplaywhatever 
remoteplaywhatever: error while loading shared libraries: libwx_gtk3u_core-3.0.so.0: cannot open shared object file: No such file or directory

I could not find a package that provides it.

$ sudo pacman -F -y
$ sudo pacman -F libwx_gtk3u_core-3.0.so.0

Installing and using remoteplaywhatever instead (built from source) works.

@nx-que I have released https://aur.archlinux.org/packages/remoteplaywhatever

@nx-que I am sorry I thought this was my rustdesk package. They both start with R. I thought you were crazy for a minute. That developer isn't releasing updates. This developer is, but they're not working. Yes, the latest release is in February, which I moved to. I will consider making a build, actually, because why not I guess.

Definitely not going to fork the repo.

I checked upstream repo and no dependencies seemed to be outdated (for Ubuntu version used by author that is) with last release from February, which seems to have proper tag. Unless you explicitly request author to provide alternative binaries built with arch, alongside Ubuntu ones, I doubt situation changes.
Solution I mentioned below requires the exact same amount of work from maintainer's perspective, being bumping the pkgver, which you have to do manually for *-bin packages anyway. That being said, I understand if you aren't interested in non-prebuilt solution, I'm not really interested in creating separate package either, since I already use local AUR server for cases like that, just wanted to provide alternative I am currently using.

By the way, if you want to provide prebuilt package for arch as it is now, you could fork repo, build yourself, deploy and source from your fork, but that's even more work to maintain.

Package in current state doesn't make sense as binary you are using is prebuilt for different distribution and won't work with up-to-date systems. Have you considered switching to building by tag and renaming this to remoteplaywhatever instead. Here is PKGBUILD building in clean chroot for building by tag (with changed dependency to libtiff from official repos, since that seemed to work fine).

pkgname=remoteplaywhatever
pkgver=0.2.2
pkgrel=1
pkgdesc='Tiny application that lets you force remote play together any game you have in your steam library including non-steam ones.'
arch=(x86_64)
url='https://github.com/m4dEngi/RemotePlayWhatever'
license=('MIT')
source=("${pkgname}::git+${url}.git#tag=${pkgver}-alpha")
depends=('libtiff' 'wxwidgets-common' 'wxwidgets-gtk3')
makedepends=('git' 'cmake')
sha512sums=('SKIP')

prepare() {
  git -C "${pkgname}" submodule update --init --recursive
}

build() {
  cmake -B build -S "${pkgname}" -DCMAKE_BUILD_TYPE='Release' -DCMAKE_INSTALL_PREFIX='/usr' -Wno-dev
  cmake --build build
}

package() {
  DESTDIR="$pkgdir" cmake --install build
}

Made a PKGBUILD to manually compile this package, it runs properly for me but I don't know what the compile time deps are, so I haven't published yet. https://gist.github.com/raku-cat/87c9db54d2e2cb14c1b3ffee53260a94

If anyone wants to submit it feel free, otherwise if someone who doesn't have all the deps on their system (I did, apparently) wants to advise what you needed to installed I'll finish it up and post it.

I continue to have an issue with program mistmatch. If it works for you, that's great. If you have the same issue, I've already opened a bug here. https://github.com/m4dEngi/RemotePlayWhatever/issues/83

Yes, 0.2 is available, but it's a preview, not a release. I'm not upgrading to it. I'll bump to the next actual release. Also it doesn't run due to the dependency issue below.