Package Details: alvr 20.6.1-1

Git Clone URL: https://aur.archlinux.org/alvr.git (read-only, click to copy)
Package Base: alvr
Description: Experimental Linux version of ALVR. Stream VR games from your PC to your headset via Wi-Fi.
Upstream URL: https://github.com/alvr-org/ALVR
Licenses: MIT
Conflicts: alvr
Provides: alvr
Submitter: m00nw4tch3r
Maintainer: m00nw4tch3r (alvrbot1)
Last Packager: m00nw4tch3r
Votes: 21
Popularity: 0.91
First Submitted: 2021-09-23 21:53 (UTC)
Last Updated: 2024-02-01 21:43 (UTC)

Pinned Comments

m00nw4tch3r commented on 2023-09-28 04:38 (UTC) (edited on 2023-12-30 22:58 (UTC) by m00nw4tch3r)

Might be possible to do something about that with: https://github.com/ValveSoftware/steam-runtime/blob/master/doc/steamlinuxruntime-known-issues.md#sharing-directories-with-the-container

But you can also just force steamvr to launch without a runtime. (https://github.com/Scrumplex/Steam-Play-None)

Latest Comments

1 2 3 4 5 6 .. 8 Next › Last »

kusoneko commented on 2024-02-02 04:29 (UTC) (edited on 2024-02-02 04:29 (UTC) by kusoneko)

Hello,

This currently doesn't build in a clean chroot, with the following errors:

$ ./configure --prefix=/build/alvr/src/alvr/deps/linux/ffmpeg/alvr_build --enable-gpl --enable-version3 --enable-static --disable-programs --disable-doc --disable-avdevice --disable-avformat --disable-swresample --disable-swscale --disable-postproc --disable-network --disable-everything --enable-encoder=h264_vaapi --enable-encoder=hevc_vaapi --enable-encoder=av1_vaapi --enable-hwaccel=h264_vaapi --enable-hwaccel=hevc_vaapi --enable-hwaccel=av1_vaapi --enable-filter=scale_vaapi --enable-vulkan --enable-libdrm --enable-pic --enable-rpath --fatal-warnings

(...)

WARNING: Disabled h264_vaapi_encoder because some selected dependency is unsatisfied: atsc_a53 cbs_h264 vaapi_encode
WARNING: Disabled hevc_vaapi_encoder because some selected dependency is unsatisfied: atsc_a53 cbs_h265 vaapi_encode
WARNING: Disabled av1_vaapi_encoder because some selected dependency is unsatisfied: cbs_av1 vaapi_encode
WARNING: Disabled h264_vaapi_hwaccel because not all dependencies are satisfied: vaapi
WARNING: Disabled hevc_vaapi_hwaccel because not all dependencies are satisfied: vaapi VAPictureParameterBufferHEVC
WARNING: Disabled av1_vaapi_hwaccel because not all dependencies are satisfied: vaapi VADecPictureParameterBufferAV1_bit_depth_idx
WARNING: Disabled scale_vaapi_filter because not all dependencies are satisfied: vaapi
thread 'main' panicked at alvr/xtask/src/dependencies.rs:226:14:
called `Result::unwrap()` on an `Err` value: command exited with non-zero code `./configure --prefix=/build/alvr/src/alvr/deps/linux/ffmpeg/alvr_build --enable-gpl --enable-version3 --enable-static --disable-programs --disable-doc --disable-avdevice --disable-avformat --disable-swresample --disable-swscale --disable-postproc --disable-network --disable-everything --enable-encoder=h264_vaapi --enable-encoder=hevc_vaapi --enable-encoder=av1_vaapi --enable-hwaccel=h264_vaapi --enable-hwaccel=hevc_vaapi --enable-hwaccel=av1_vaapi --enable-filter=scale_vaapi --enable-vulkan --enable-libdrm --enable-pic --enable-rpath --fatal-warnings`: 1
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
==> ERROR: A failure occurred in build().
    Aborting...
==> ERROR: Build failed, check /var/lib/aurbuild/x86_64/kusoneko/build

A clean chroot does not include any package beyond base and base-devel groups by default I believe, and all packages used to build are pulled from the PKGBUILD's makedepends array, and their own dependencies.

I've done some research and a quick test and it seems adding https://archlinux.org/packages/extra/x86_64/libva/ to makedepends lets it build properly.

It is possible to test building the package in a clean chroot by using extra-x86_64-build from https://archlinux.org/packages/extra/any/devtools/ while in the AUR package's git repo.

joshmock commented on 2024-01-25 06:02 (UTC)

Build currently fails on my machine. Was able to fix by installing cuda and cuda-tools, and exporting PKG_CONFIG_PATH=/opt/cuda/bin.

jath03 commented on 2024-01-08 21:59 (UTC)

Firewalld now includes usr/lib/firewalld/services/alvr.xml, which conflicts with this package. See: https://github.com/alvr-org/ALVR/issues/1931#issuecomment-1859245369 https://archlinux.org/packages/extra/any/firewalld/

jarocki commented on 2024-01-04 17:18 (UTC)

@eevil just try to upgrade your system before. Or install it from https://aur.archlinux.org/packages/alvr-git

eevil commented on 2024-01-04 00:38 (UTC) (edited on 2024-01-04 00:39 (UTC) by eevil)

Hi, when trying to build this I get the following error:

Updating git repository `https://github.com/zarik5/openxrs`
error: failed to get `openxr` as a dependency of package `alvr_client_openxr v20.5.0 (/home/USER/.cache/paru/clone/alvr/src/alvr/alvr/client_openxr)`

Caused by:
  failed to load source for dependency `openxr`

Caused by:
  Unable to update https://github.com/zarik5/openxrs#2f5eb99f

Caused by:
  object not found - no match for id (2f5eb99f84213e766cc205026a6e09557a3420d3); class=Odb (9); code=NotFound (-3)

anwender95 commented on 2024-01-01 12:34 (UTC)

Current version has usb problems https://github.com/alvr-org/ALVR/issues/1923

m00nw4tch3r commented on 2023-12-30 22:59 (UTC)

Updated to latest version now

Vixea commented on 2023-12-30 20:44 (UTC)

This package is not the latest version this version contains a major bug that is fixed in a later release(please manually change the version yourself or do not use this package and manually build it yourself - you can use the pkgbuild as a guide)

zatricky commented on 2023-11-11 17:04 (UTC)

In fact, re the packagename, firewalld has a "system failure" due to the badly-named ruleset: .... ERROR: INVALID_NAME: name can't be empty .... ERROR: Failed to load full stock configuration. This likely indicates a system level issue, e.g. the firewall backend (nftables, iptables) is broken. All hope is lost. Exiting.

zatricky commented on 2023-11-08 00:41 (UTC)

Well no wonder the firewalld rules didn't "just work" ; Line 90 in the PKGBUILD refers to the filepath as "${_pkgname}.xml" ; _pkgname as a variable doesn't exist. It should be without the underscore. :-)