Package Details: openra-rv-git 3959.git.66c9a08-1

Git Clone URL: (read-only, click to copy)
Package Base: openra-rv-git
Description: A Command & Conquer: Red Alert 2-inspired mod of OpenRA
Upstream URL:
Licenses: GPL3
Provides: openra-rv
Submitter: fusion809
Maintainer: fusion809
Last Packager: fusion809
Votes: 1
Popularity: 0.000002
First Submitted: 2019-03-23 11:54 (UTC)
Last Updated: 2023-01-10 11:30 (UTC)

Dependencies (18)

Required by (0)

Sources (4)

Latest Comments

DLAN commented on 2022-07-17 02:19 (UTC) (edited on 2022-07-17 09:33 (UTC) by DLAN)

I was able to get the game working without any upstream changes. The reason for the ./engine/packaging/ error is because the PKGBUILD is attempting to call make version VERSION=${pkgver}" before the engine is downloaded. The engine downloads during the standard make call, or it can be manually downloaded beforehand.

Here is an overhauled PKGBUILD that I successfully built and run with:

# Maintainer: Brenton Horne <brentonhorne77 at gmail dot com>

pkgdesc="A Command & Conquer: Red Alert 2-inspired mod of OpenRA"
depends=('hicolor-icon-theme' 'gtk-update-icon-cache' 'zlib') # 'ttf-dejavu' 'openal' 'libgl' 'freetype2' 'sdl2' 
         # 'desktop-file-utils' 'xdg-utils' 'zenity'
makedepends=('dos2unix' 'git' 'unzip' 'dotnet-sdk')

pkgver() {
    cd $srcdir/Romanovs-Vengeance
    no=$(git rev-list --count HEAD)
    hash=$(git log | head -n 1 | cut -d ' ' -f 2 | head -c 7)
    printf "${no}.git.${hash}"

prepare() {
    cd $srcdir/Romanovs-Vengeance
    dos2unix *.md
    printf "Success in converting docs...\n"
    printf "Successfully fetched engine...\n"

build() {
    $srcdir/Romanovs-Vengeance/packaging/linux/ "${pkgver}"

package() {
    mkdir -p $pkgdir/usr/{bin,share/pixmaps,share/doc/packages/openra-rv,share/applications,share/appdata}

    install -Dm755 $srcdir/*.AppImage $pkgdir/usr/bin/openra-rv
    install -Dm644 $srcdir/openra-rv.desktop $pkgdir/usr/share/applications/openra-rv.desktop
    install -Dm644 $srcdir/openra-rv.appdata.xml $pkgdir/usr/share/appdata/openra-rv.appdata.xml

    cd $srcdir/Romanovs-Vengeance
    install -Dm644 $pkgdir/usr/share/doc/packages/openra-rv/
    mkdir -p $pkgdir/usr/share/icons/hicolor/{16x16,32x32,48x48,64x64,128x128,256x256,512x512}/apps
    for size in 16 32 48 64 128 256 512; do
      install -Dm644 packaging/artwork/icon_${size}.png $pkgdir/usr/share/icons/hicolor/${size}/apps/${_pkgname}.png
    install -Dm644 packaging/artwork/icon_512x512.png ${pkgdir}/usr/share/pixmaps/${_pkgname}.png

I removed some of the dependencies that namcap indicated were unused, but I left them commented out because I don't know their original intention.

I dropped mono and added dotnet as a dependency. If mono is preferred, it will be far easier to build by hand.

I dropped the generic make script in favor of the script they supply. This also cleaned up a lot of the package() function, since it creates an AppImage.

I added the script call to prepare() to fix the initial error reported below.

SOURCE_DATE_EPOCH needs to be unset because it conflicts with the AppImage squashfs processing. That can be removed once the upstream package is corrected.

I fixed the missing icons by using the correct _pkgname variable for the .png files.

fusion809 commented on 2021-02-11 10:30 (UTC)

@ullebe1 That's an upstream bug; I don't have any control over whether that file exists.

ullebe1 commented on 2021-02-11 10:28 (UTC) (edited on 2021-02-11 10:29 (UTC) by ullebe1)

Doesn't seem to build for me anymore. I've tried it in both a clean chroot with aurtils and just locally and get:

==> Starting build()...
sh: line 1: ./engine/packaging/ No such file or directory
make: *** [Makefile:143: version] Error 1
==> ERROR: A failure occurred in build().

for both.

ullebe1 commented on 2019-07-20 20:58 (UTC)

Seems like there is a missing dependency: "msbuild". On my system I can't build this package without it.

fusion809 commented on 2019-03-25 19:49 (UTC)

Doesn't build as of 26 Mar 2019, due to an upstream issue. Please do not report upstream issues here, go to Usually if it is a build error they'll already know, as they have a Travis CI instance set up to check for Linux build errors.