Package Details: rbdoom3-bfg-git r2027.a51833e4-1

Git Clone URL: https://aur.archlinux.org/rbdoom3-bfg-git.git (read-only, click to copy)
Package Base: rbdoom3-bfg-git
Description: Doom 3 BFG Edition with soft shadows, cleaned up source, Linux and 64 bit Support
Upstream URL: https://github.com/RobertBeckebans/RBDOOM-3-BFG
Licenses: GPL3
Conflicts: rbdoom-3-bfg
Provides: rbdoom3-bfg
Submitter: zan
Maintainer: zan
Last Packager: zan
Votes: 14
Popularity: 0.21
First Submitted: 2016-01-01 19:51 (UTC)
Last Updated: 2023-09-07 15:06 (UTC)

Latest Comments

1 2 Next › Last »

loathingkernel commented on 2023-09-06 09:51 (UTC) (edited on 2023-09-06 10:05 (UTC) by loathingkernel)

why are you doing two different build preparations? the one in prepare() is ultimately ignored as the directory in build() is different. Just merge the arguments from cmake-linux-release.sh into build() if you really need them.

Other issues include:

  • Cloning into a directory using the pkgname. This will result in duplicate bare git repositories when a user tries to build rbdoom-3-bfg and this package. You can simply clone it with the name of the repo unchanged.

  • The naming of the the icon and the desktop file are inconsistent. The software's name is rbdoom-3-bfg, the icon is named doom3bfg and the desktop file is named rbdoom3-bfg-git. There is no need for liberal interpretations of the name, just use rbdoom-3-bfg for everything.

  • The repository has tags, you should use them when describing the git version in pkgver()

  • I would suggest to not rename the executable, if you really need to, symlink or provide a wrapper script. You could check out mine from here which provides a way to configure a different base_path

Also, please find a way to rename this package, the software is named rbdoom-3-bfg and the misnaming confuses searches.

zan commented on 2022-03-24 21:20 (UTC)

Its not a dependency, rbdoom3bfg bundles its own imgui. They renamed it recently and didn't fix that source file. Added a patch that fixes building.

czettnersandor commented on 2022-03-18 11:35 (UTC)

This needs to depend on imgui:

.cache/yay/rbdoom3-bfg-git/src/rbdoom3-bfg-git/neo/renderer/OpenGL/RenderBackend_GL.cpp:51:10: fatal error: ../../imgui/imgui.h: No such file or directory
   51 | #include "../../imgui/imgui.h"

huiser commented on 2020-10-06 09:52 (UTC)

I had to install 'rapidjson' to be able to build.

zan commented on 2020-10-06 02:51 (UTC)

It works on ffmpeg-git and there are issues on the ffmpeg tracker related to it already.

Can't even build trunk ffmpeg on Arch because srt breaks against 4.3.1.

So I just forced an ffmpeg-git dependency for now. I got to test and see that libpng works now so that can be turned on. If you can use system libs you generally should.

Vaporeon commented on 2020-10-05 07:05 (UTC)

This seems to segfault when built with the current ffmpeg. The internal decoder works though.

Prehaps it would be better to drop the ffmpeg dependency and use the internal bink decoder anyway.

This can be done by adding the following cmake options to the PKGBUILD.

-DFFMPEG=0 -DBINKDEC=1

vloup commented on 2018-09-30 20:52 (UTC)

A fix just got merged upstream. Everything should be fine by now.

Vaporeon commented on 2018-08-14 02:34 (UTC)

It's been a while so here is a working PKGBUILD with a couple of pending pulls as patches.

https://nofile.io/f/DFmWBjPZadY/rbdoom3-bfg-git.tar.gz

zan commented on 2018-05-17 02:36 (UTC)

Its a GCC 8.1 breakage from more restrictive overflow checks. Upstream will probably fix it soon™.

Vaporeon commented on 2018-05-17 01:59 (UTC)

Build seems to be broken again.

1 2 Next › Last »