Arch Linux User Repository

ok, so i found issue:

beta had a bug that made so it couldnt migrate to new config structure - so it coudnt load it and crashed.

it was fixed in 2.0.0 (that i just pushed), and i discovered that first downgrading to 1.16.9-1, launching it, and then upgrading to 2.0.0 (non beta) fixes this.

so if you were on beta.1 or beta.2 build, downgrade to 1.16.9-1 first

While the build is successful with the latest iteration, it seems that there is a few hiccups getting Vortex to recognize game folders and versions. I tried defining my Cyberpunk 2077 folder, which is under ~/.local/share/Steam/steamapps/common/Cyberpunk 2077/ but Vortex kept throwing "This directory doesn't appear to contain the game. Usually, you need to select the top-level game directory, containing the following files: bin/x64/Cyberpunk2077.exe"

Exiting the window still defined the game by the looks of it, but trying to add a collection throws an error regarding "version mismatch". Sadly, this is a vast difference to "nexusmods-app-bin" package. I hope Nexus/Vortex will fix this ASAP.

@Gmanprime500 @super-cooper just pushed update that uses new build steps (and some tweaks from official (upcoming) flatpak)

@Tymon3310 can confirm I am also experiencing an Identical error on Arch with and without a clean CHROOT.

@Tymon3310 just tried. Same error Invariant Violation: should have a resolved reference. I did make sure to stash the changes I had made to the repo prior to trying. Happy to participate in debugging further, but I'm out of my depth with this build system.

@super-cooper try building it using extra-x86_64-build (clean chroot)

Just tried to install this on CachyOS, and was only able to get it to build successfully with the following change:

diff --git a/PKGBUILD b/PKGBUILD
index d4458f1..9b717df 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -22,7 +22,7 @@ prepare() {
   _node_ver=$(node -v | sed 's/v//')
   sed -i "s/\"node\": \"[0-9.]*\"/\"node\": \">=$_node_ver\"/" package.json

-  yarn install
+  npm install --legacy-peer-deps
 }

 build() {

I assume this is probably not the right approach, but I'm not a JavaScript developer so don't really know what I'm doing here. The build failed with yarn install and npm install. I had to take several steps, including manually manually running npm install -g autogypi. I don't know if that was required.

It seemed no matter what I changed except for the pasted diff, I would always get this error:

error Invariant Violation: should have a resolved reference
    at invariant (/usr/lib/node_modules/yarn/node_modules/invariant/invariant.js:40:15)
    at PackageRequest.resolveToExistingVersion (/usr/lib/node_modules/yarn/lib/package-request.js:300:51)
    at PackageResolver.resolvePackagesWithExistingVersions (/usr/lib/node_modules/yarn/lib/package-resolver.js:893:11)
    at /usr/lib/node_modules/yarn/lib/package-resolver.js:774:14
    at Generator.next (<anonymous>)
    at step (/usr/lib/node_modules/yarn/node_modules/babel-runtime/helpers/asyncToGenerator.js:17:30)
    at /usr/lib/node_modules/yarn/node_modules/babel-runtime/helpers/asyncToGenerator.js:28:13
    at process.processTicksAndRejections (node:internal/process/task_queues:105:5)
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

@yochananmarqos i didn't know about building inside clean chroot, now i know (and run it multiple times) and it works now. Thx for feedback

@Tymon3310: This fails to build in a clean chroot as it's missing dotnet-sdk-9.0, npm and python-setuptools to build. It does not require cmake to build.

This doesn't seem to require http-parser, snappy or re2. http-parser is deprecated and the repo was archived in 2022. The other two are not dependencies related to Electron packages.

The provides and conflicts arrays are not necessary. A package already provides and conflicts with itself and vortex-git provides and conflicts with vortex.

'GPL3' is not a valid SPDX license identifier. See https://spdx.org/licenses/ for valid identifiers. It should be 'GPL-3.0-or-later'.