Package Details: parsec-bin 150_28-3

Git Clone URL: (read-only, click to copy)
Package Base: parsec-bin
Description: Remotely connect to a gaming pc for a low latency remote computing experience
Upstream URL:
Keywords: parsec remote streaming
Licenses: custom
Provides: parsec
Submitter: sdellysse
Maintainer: tadly
Last Packager: tadly
Votes: 29
Popularity: 1.82
First Submitted: 2017-08-10 02:44
Last Updated: 2020-07-24 08:50

Pinned Comments

tadly commented on 2020-06-10 06:09

!!! Please do NOT flag the package out of date just because a new version has been release. !!!

Parsec self-updates and as long as the package still installs (no sha256 mismatch), there is no reason to update it in the AUR as the .deb actually is an older version.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 ... Next › Last »

tadly commented on 2020-01-03 11:01

@erkexzcx Forgot to reply yesterday, sorry.
The .deb package can't have changed as otherwise the sha256 sum wouldn't match anymore.
I agree that parsecgaming could do a better job with providing versioned .deb packages but as they don't we have to work with what we've got.

In regards to automatically updating the PKGBUILD, I think that's a bad idea. I'd rather have a final look at what changed rather then automatic the process.
Whenever there's a new version and I miss to update, just flag the package out-of-date and I usually get to it within 1-2 hours (unless I'm in bed)

erkexzcx commented on 2020-01-02 17:35

Not sure what changed (seems it's upstream change), but /usr/share/applications/parsec.desktop got changed from Terminal=true to Terminal=false which is great since we have native desktop app (no longer need to use browser).

But wondering why I had to perform trizen -S parsec-bin manually to update this package and there is no update for such little change in ? Also parsec versioning control is such a mess....

So, @tadly - if you could make me a maintainer, I could set up script to auto update this PKGBUILD according to provided content-length attribute from the server:

curl -sI | grep -i Content-Length | awk '{print $2}'

tadly commented on 2019-12-13 08:10

@Thulinma I remember this being an issue with another package I maintain.
Thanks for the heads-up, should be fixed now :)

Thulinma commented on 2019-12-13 07:27

Hey there! Thanks for keeping this package up to date. Unfortunately the software does hash checks on some of its files, meaning Arch's stripping of binaries changes the hash and can very easily result in a corrupt install. To prevent issues, please add:


To the PKGBUILD and it should no longer happen. :-)

tadly commented on 2019-12-09 15:56

@erkexzcx thanks. This would have been a big issue actually. Hope this iteration fixes it (Don't have a arm device available to test)

erkexzcx commented on 2019-12-09 15:49

Not a big issue, but sources on AUR website for arm architectures looks slightly misleading... :D (x86_64) (arm)[@] (armv6h)[@] (armv7h)[@] (aarch64)

tadly commented on 2019-12-09 15:21

thanks @E5ten

Everyone else. You might have to explicitly re-install the package due to the version number being in a different format now.

E5ten commented on 2019-12-09 14:58

@tadly I don't use parsec anymore, disowning so you can take over.

tadly commented on 2019-12-06 11:54

@erkexzcx Hm. didn't get a notification for your comment... Anyways. This works on x86_64. ARM I can't test but I would expect it to work.

pkgdesc="Remotely connect to a gaming pc for a low latency remote computing experience"
arch=('x86_64' 'arm' 'armv6h' 'armv7h' 'aarch64')
depends=('gcc-libs' 'libglvnd' 'libxext' 'libxcb')
optdepends=('libva: For hardware accelerated decoding')






package() {
    tar xf "${srcdir}/data.tar.xz" -C "${pkgdir}"
    chmod 755 "${pkgdir}/usr/"

erkexzcx commented on 2019-12-04 09:44

@tadly - nice one. Just letting you know that your PKGBUILD source code will not work since ARM and x86_64 download URLs are different.