Package Details: remoteplaywhatever-bin 0.2.5-4

Git Clone URL: https://aur.archlinux.org/remoteplaywhatever-bin.git (read-only, click to copy)
Package Base: remoteplaywhatever-bin
Description: Tiny application that lets you force remote play together any game you have in your steam library including non-steam ones.
Upstream URL: https://github.com/m4dEngi/RemotePlayWhatever
Keywords: play remote remote-play steam together
Licenses: MIT
Conflicts: remoteplaywhatever
Provides: remoteplaywhatever
Submitter: Rojikku
Maintainer: zxp19821005
Last Packager: zxp19821005
Votes: 4
Popularity: 0.000000
First Submitted: 2021-07-18 21:14 (UTC)
Last Updated: 2024-02-27 09:27 (UTC)

Dependencies (0)

Required by (0)

Sources (2)

Pinned Comments

Rojikku commented on 2023-03-09 22:22 (UTC)

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

Rojikku commented on 2022-12-02 00:34 (UTC)

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

Latest Comments

1 2 Next › Last »

Rojikku commented on 2023-03-09 22:22 (UTC)

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

Rojikku commented on 2023-03-09 22:05 (UTC)

@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.

nx-que commented on 2023-03-09 21:55 (UTC) (edited on 2023-03-09 21:56 (UTC) by nx-que)

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.

nx-que commented on 2023-03-09 01:10 (UTC)

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
}

raku-cat commented on 2023-02-06 21:34 (UTC)

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.

Rojikku commented on 2022-12-02 00:34 (UTC)

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

Rojikku commented on 2022-11-06 21:34 (UTC)

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.

Rojikku commented on 2022-10-12 22:01 (UTC)

@RumpleForeskin

https://github.com/m4dEngi/RemotePlayWhatever/discussions/74#discussioncomment-3864577

Yup. Maintainer seems to be behind on versions. You can downgrade your dependencies if you have access to an old version. I realized this package is not up to date, but updating it does not, in fact, fix the issue. Installing wxgtk30 doesn't fix the issue either as there's another version missmatch there.

RumpleForeskin commented on 2022-10-12 21:18 (UTC)

I'm getting this error when I try to run it. I'm fairly certain I installed all the dependencies

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