@nx-que I have released https://aur.archlinux.org/packages/remoteplaywhatever
Search Criteria
Package Details: remoteplaywhatever-bin 0.2.7-1
Package Actions
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: | 3 |
Popularity: | 0.000000 |
First Submitted: | 2021-07-18 21:14 (UTC) |
Last Updated: | 2024-09-13 00:44 (UTC) |
Dependencies (1)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
Required by (0)
Sources (2)
Rojikku commented on 2023-03-09 22:22 (UTC)
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
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