Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 132055

Summary: games-fps/vavoom (new ebuild) (Advanced Source port for Doom, Heretic, Hexen and Strife)
Product: Gentoo Linux Reporter: Davide Cendron (RETIRED) <scen>
Component: New packagesAssignee: Default Assignee for New Packages <maintainer-wanted>
Status: CONFIRMED ---    
Severity: enhancement CC: caibbor, gfa, jadamcze, keletmaster, nitro, sunrise, tango
Priority: Lowest Keywords: EBUILD, InOverlay
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard: sunrise-removal
Package list:
Runtime testing required: ---
Bug Depends on: 141736, 148427, 159374    
Bug Blocks:    
Attachments: Ebuild for games-fps/vavoom-1.20
Patch to fix glvis process bug
Ebuild for games-fps/vavoom-1.20
Ebuild for games-fps/vavoom-1.20
ebuild for games-fps/vavoom-1.20
ebuild for games-fps/vavoom-1.20.ebuild
ebuild for games-fps/vavoom-9999 (SVN version)
ebuild for games-fps/vavoom-1.21.1
compilation patch for AMD64
ebuild for games-fps/vavoom-1.21.1
ebuild for games-fps/vavoom-1.21.1
patch for openal compile error
patch for glbsp problem with hexen IWAD
ebuild for games-fps/vavoom-1.21.1
various fixes for vavoom-1.21-1
gcc4 compiling fixes for vavoom-1.21.1
ebuild for games-fps/vavoom-1.21.1
ebuild for games-fps/vavoom-9999 (SVN version)
ebuild for games-fps/vavoom-1.21.2
ebuild for games-fps/vavoom-1.21.2
vavoom-9999.ebuild (SVN version)
ebuild for vavoom-1.29
ebuild for vavoom-1.29
vavoom crash report
locked doors patch for 1.32 (see comments 92-94)
games-fps/vavoom-1.32.ebuild (use w/ locked doors patch)

Description Davide Cendron (RETIRED) gentoo-dev 2006-05-02 13:46:19 UTC
Hello, i submit a new ebuild for Vavoom, a 3D Engine capable to run Doom Series, Heretic, Hexen and Strife. It adds features like colored lightning, high resolution, OpenGL support, a powerful language to describe game logic (Vavoom C) and many other cool things...

Tested on x86 and amd64 system, i've tried only SDL version, but Vavoom supports also Allegro Libraries. Feel free to try :)

Some known issue:

- It's important to copy at least one WAD file in /usr/share/games/vavoom, making theme readable by "games" group, otherwise vavoom breaks with a segfault.

- GLBSP process of hexen.wad by vavoom executable doesn't work properly, to fix this bug emerge =games-util/glbsp-2.10 and run

   glbsp /usr/share/games/vavoom/hexen.wad -o ~/.vavoom/hexen.gwa

before starting the game

- for some unknown reason, timidity support is disabled, when you start a game for the first time. Edit ~/.vavoom/basev/<game>/config.cfg, find the line

s_timidity              "0"

and change it to

s_timidity              "1"

- To use MP3 or OGG music files, put theme in /usr/share/games/vavoom/<game>/music
Comment 1 Davide Cendron (RETIRED) gentoo-dev 2006-05-02 13:48:07 UTC
Created attachment 86018 [details]
Ebuild for games-fps/vavoom-1.20
Comment 2 Davide Cendron (RETIRED) gentoo-dev 2006-05-02 13:49:22 UTC
Created attachment 86020 [details, diff]
Patch to fix glvis process bug

Put this patch in files/ subdir.

It fixes a problem in glvis process of WAD files.
Comment 3 Simon Stelling (RETIRED) gentoo-dev 2006-05-02 13:56:20 UTC
please readd amd64 once the ebuild is in the tree
Comment 4 Davide Cendron (RETIRED) gentoo-dev 2006-05-08 12:01:39 UTC
Created attachment 86437 [details]
Ebuild for games-fps/vavoom-1.20

Added updated ebuild, changed src_install behavior (now install only needed files), added "dedicated" USE, for building dedicated server.
Comment 5 Davide Cendron (RETIRED) gentoo-dev 2006-05-08 12:12:39 UTC
Created attachment 86438 [details]
Ebuild for games-fps/vavoom-1.20

Added updated ebuild, changed src_install behavior (now install only needed files), added "dedicated" USE, for building dedicated server.
Comment 6 Davide Cendron (RETIRED) gentoo-dev 2006-06-28 14:41:02 UTC
Created attachment 90377 [details]
ebuild for games-fps/vavoom-1.20

Updated ebuild

* Removed "sdl" USE flag, because libsdl is a necessary requirement
* Added a check regarding libsdl compiled with opengl support, if "opengl" USE flag is enabled
* Addes "debug" USE flag
Comment 7 Davide Cendron (RETIRED) gentoo-dev 2006-06-28 14:44:55 UTC
(In reply to comment #0)
> - GLBSP process of hexen.wad by vavoom executable doesn't work properly, to fix
> this bug emerge =games-util/glbsp-2.10 and run
>    glbsp /usr/share/games/vavoom/hexen.wad -o ~/.vavoom/hexen.gwa

Same issue with Strife IWAD, to fix the problem run the similar command

     glbsp /usr/share/games/vavoom/strife1.wad -o ~/.vavoom/strife1.gwa
Comment 8 Davide Cendron (RETIRED) gentoo-dev 2006-07-04 11:24:34 UTC
Created attachment 90874 [details]
ebuild for games-fps/vavoom-1.20.ebuild

Updated ebuild

* fixed MAD support dependency on AMD64 (requires emul-linux-x86-medialibs)
* revised dependencies for AMD64 systems (will be installed only required packages)
* on AMD64, FLAC support will be disabled even if "flac" USE is enabled, because emul-linux-x86-medialibs lacks of flac libs
Comment 9 Davide Cendron (RETIRED) gentoo-dev 2006-07-04 11:26:43 UTC
Created attachment 90875 [details]
ebuild for games-fps/vavoom-9999 (SVN version)

Added ebuild for SVN version of Vavoom

The SVN code seems to be highly unstable, compile at your own risk :)
Comment 10 Davide Cendron (RETIRED) gentoo-dev 2006-07-24 15:07:49 UTC
Created attachment 92646 [details]
ebuild for games-fps/vavoom-1.21.1

Updated ebuild with new version

For Changelog, look at website

Not it compiles natively on AMD64 (with attached patch)
Comment 11 Davide Cendron (RETIRED) gentoo-dev 2006-07-24 15:08:54 UTC
Created attachment 92647 [details, diff]
compilation patch for AMD64

Compilation patch for AMD64 (regarding vcc issue)
Comment 12 Davide Cendron (RETIRED) gentoo-dev 2006-07-25 14:16:37 UTC
Created attachment 92745 [details]
ebuild for games-fps/vavoom-1.21.1

added "models" USE, for using 3D models ( see bug #141736 for related ebuild )
Comment 13 Davide Cendron (RETIRED) gentoo-dev 2006-08-01 11:33:23 UTC
Created attachment 93212 [details]
ebuild for games-fps/vavoom-1.21.1

Updated ebuild, it includes some patch for OpenAL compilation + Glbsp problem
Comment 14 Davide Cendron (RETIRED) gentoo-dev 2006-08-01 11:35:01 UTC
Created attachment 93213 [details, diff]
patch for openal compile error

Added patch for vavoom-1.21.1: it fixes the error when compiling with "openal" USE enabled
Comment 15 Davide Cendron (RETIRED) gentoo-dev 2006-08-01 11:37:06 UTC
Created attachment 93214 [details, diff]
patch for glbsp problem with hexen IWAD

Added patch for glbsp issue with Hexen IWAD: it fixex glbsp+glvis process issue of Hexen IWAD.
Comment 16 Davide Cendron (RETIRED) gentoo-dev 2006-08-08 06:56:55 UTC
Created attachment 93750 [details]
ebuild for games-fps/vavoom-1.21.1

Updated ebuild, for using merged patch
Comment 17 Davide Cendron (RETIRED) gentoo-dev 2006-08-08 06:59:50 UTC
Created attachment 93751 [details, diff]
various fixes for vavoom-1.21-1

Merged patch for following fixes:
- Vcc compilation on AMD64 (already posted)
- Building with OpenAL support (already posted)
- glbsp/glvis process with Hexen IWAD (already posted)
- Statusbar visualization (new patch)
Comment 18 Davide Cendron (RETIRED) gentoo-dev 2006-08-11 07:50:50 UTC
Created attachment 93996 [details, diff]
gcc4 compiling fixes for vavoom-1.21.1

Added patch for gcc4 compiling fixes
Comment 19 Davide Cendron (RETIRED) gentoo-dev 2006-08-11 07:52:15 UTC
Created attachment 93997 [details]
ebuild for games-fps/vavoom-1.21.1

Updated ebuild for vavoom-1.21.1 that includes patch for gcc4 compiling fixes
Comment 20 Davide Cendron (RETIRED) gentoo-dev 2006-08-11 07:55:52 UTC
Created attachment 93998 [details]
ebuild for games-fps/vavoom-9999 (SVN version)

Updated ebuild for games-fps/vavoom-9999 (SVN version)

Changed src_compile() and src_install() behaviour to follow SVN changes
Comment 21 Davide Cendron (RETIRED) gentoo-dev 2006-08-17 05:17:22 UTC
Created attachment 94445 [details]
ebuild for games-fps/vavoom-1.21.2

New version released (includes fixes of previous version)
Comment 22 Davide Cendron (RETIRED) gentoo-dev 2006-09-01 05:27:15 UTC
Created attachment 95638 [details]
ebuild for games-fps/vavoom-1.21.2

Updated ebuild with some minor changes/fixes
Comment 23 Davide Cendron (RETIRED) gentoo-dev 2006-09-20 15:47:46 UTC
Created attachment 97585 [details]

tidied ebuild for 1.21.2 version

- added "music" USE flag, that installs Enhanced OGG music (see for vavoom-music ebuild)
Comment 24 Davide Cendron (RETIRED) gentoo-dev 2006-09-20 15:49:24 UTC
Created attachment 97586 [details]
vavoom-9999.ebuild (SVN version)

tidied ebuild for 9999 (SVN) version

aligned with 1.21.2 contents
Comment 25 Davide Cendron (RETIRED) gentoo-dev 2006-10-06 04:54:43 UTC
Created attachment 98927 [details]

Updated ebuild for vavoom-1.21.2

Added "tools" USE flag, it enables installation of some modding utility (see the postinst log)

Comment 26 Davide Cendron (RETIRED) gentoo-dev 2006-10-06 04:56:01 UTC
Created attachment 98928 [details]

Update ebuild for vavoom SVN version

Aligned with 1.21.2 changes
Comment 27 Davide Cendron (RETIRED) gentoo-dev 2006-10-31 05:32:49 UTC
Created attachment 100878 [details]

New version released.

Just renamed the ebuild 8)
Comment 28 Paul Bredbury 2006-11-06 13:00:29 UTC
Created attachment 101353 [details]

Tidied ebuild, especially the dependencies and the default shared path. I haven't tried building it with allegro.

The Makefiles themselves strip the executables, which is tricky to turn off.
Comment 29 Paul Bredbury 2006-11-06 14:28:03 UTC
Created attachment 101362 [details]

Reverted back to "emake install", to prevent the installation of compilation-only files.
Comment 30 Davide Cendron (RETIRED) gentoo-dev 2006-11-14 06:15:50 UTC
I've tested the game compiled with allegro libs (4.2.0-r1 in portage): all seems to work fine! :)
Comment 31 Davide Cendron (RETIRED) gentoo-dev 2006-12-19 13:31:24 UTC
Created attachment 104389 [details]

New version released, no ebuild contents changed
Comment 32 Davide Cendron (RETIRED) gentoo-dev 2006-12-19 13:33:21 UTC
Created attachment 104390 [details]

Aligned SVN version with latest changes in 1.22* ebuilds
Comment 33 Davide Cendron (RETIRED) gentoo-dev 2006-12-29 07:27:05 UTC
Created attachment 104932 [details]

The previous 1.22.1 has a horrible bug :P (it contains some dependency that exists only in my local overlay )

* Added "textures" USE flag, that pull in games-fps/vavoom-textures package dependency (see #159374 bug for the ebuild)
* removed the installation of vavoom.png in $GAMES_DATADIR/vavoom folder
Comment 34 Davide Cendron (RETIRED) gentoo-dev 2006-12-29 07:34:58 UTC
Created attachment 104934 [details]

Updated SVN version accordingly 8)
Comment 35 Davide Cendron (RETIRED) gentoo-dev 2006-12-29 12:21:53 UTC
Created attachment 104950 [details]

Added missing dependency to media-libs/jpeg
Comment 36 Davide Cendron (RETIRED) gentoo-dev 2006-12-29 12:22:25 UTC
Created attachment 104951 [details]

Added missing dependency to media-libs/jpeg
Comment 37 Davide Cendron (RETIRED) gentoo-dev 2007-01-22 20:48:22 UTC
I've made some change to current 1.22.1 ebuild:

- added a boring (but IMHO useful) check for a correct configuration of graphic/sound/music support
- choose default SDL backend if both "allegro" and "sdl" USE flags are enabled, or if both are disabled
- added a check for vavoom-music support (Vavoom must be built with OGG/Vorbis support, so "vorbis" USE flag must be enabled"
- fixed dependencies
- fixed configure

Feel free to test it 8)
Comment 38 Davide Cendron (RETIRED) gentoo-dev 2007-01-22 20:49:13 UTC
Created attachment 107835 [details]
Comment 39 Davide Cendron (RETIRED) gentoo-dev 2007-02-13 20:15:29 UTC
Created attachment 110097 [details]

Fixed missing parenthesis on conditional dependencies
Comment 40 Davide Cendron (RETIRED) gentoo-dev 2007-03-28 08:59:03 UTC
Created attachment 114704 [details]

* Added "-opengl" switch to desktop entry if "opengl" USE flag is enabled (so the game starts with the hardware renderer, if called from WM/DE menu)
* fixed RDEPEND (it must includes ALL DEPEND items)
Comment 41 Davide Cendron (RETIRED) gentoo-dev 2007-03-28 09:01:31 UTC
Created attachment 114706 [details]

* Aligned SVN live ebuild to 1.22.1 contents
* Changed KEYWORDS="-*" to KEYWORDS=""
Comment 42 Davide Cendron (RETIRED) gentoo-dev 2007-05-23 22:28:57 UTC
Created attachment 120143 [details]

Bump to new 1.23 version

- this ebuild needs the two following patches
- for 3D models is neeeded vavoom-models-1.4 or greater (see relevant bug for new ebuild)
Comment 43 Davide Cendron (RETIRED) gentoo-dev 2007-05-23 22:30:13 UTC
Created attachment 120145 [details, diff]

Small patch to fix a startup error on AMD64 archs
Comment 44 Davide Cendron (RETIRED) gentoo-dev 2007-05-23 22:31:15 UTC
Created attachment 120146 [details]

Small patch to fix a build error using gcc-4.1.2 (stable on Gentoo since some time)
Comment 45 Davide Cendron (RETIRED) gentoo-dev 2007-05-23 22:32:48 UTC
Created attachment 120148 [details]

Updated version for SVN "live" ebuild
Comment 46 Brandon Captain 2007-05-23 23:40:27 UTC
Maybe I'm just a newb...but:

$ patch vavoom-1.23.ebuild < vavoom-1.23_amd64_fix.diff
patching file vavoom-1.23.ebuild
Hunk #1 FAILED at 375.
1 out of 1 hunk FAILED -- saving rejects to file vavoom-1.23.ebuild.rej
can't find file to patch at input line 13
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
|--- source/vclass.cpp  2007/04/27 18:01:49     2191
|+++ source/vclass.cpp  2007/05/18 16:27:42     2241
File to patch:
user@helix /home/user/v $                                   
Comment 47 Brandon Captain 2007-05-23 23:53:39 UTC

newb I am.
Comment 48 Davide Cendron (RETIRED) gentoo-dev 2007-05-24 06:39:41 UTC
(In reply to comment #47)
> nevermind..
> newb I am.

:) You must put the .diff in files/ subdir (they're used by the "epatch" functions in the ebuild)
Comment 49 Davide Cendron (RETIRED) gentoo-dev 2007-06-05 22:53:03 UTC
Created attachment 121294 [details]

Bump to version 1.23.1 (plus some changes)

- previous 1.23 patches are obsiously included
- now the client is *ALWAYS* built, instead the dedicated server is built is "dedicated" USE flag is enabled
- happy heavy tidyup (thanks a lot to #gentoo-sunrise guys)
- pkg_setup less verbose during "sanity check" pass
- some fixes

/me sends a prayer to Games Herd:

"please consider putting this ebuild in Portage tree, i think is quite stable and ready to use for most users"

Comment 50 Davide Cendron (RETIRED) gentoo-dev 2007-06-05 22:54:04 UTC
Created attachment 121296 [details]

Synced SVN live build contents with 1.23.1 changes
Comment 51 Davide Cendron (RETIRED) gentoo-dev 2007-06-07 20:35:18 UTC
This is now in the sunrise overlay. You can find it at:
Comment 52 Davide Cendron (RETIRED) gentoo-dev 2007-06-07 20:55:01 UTC
(In reply to comment #51)
> This is now in the sunrise overlay. You can find it at:

Uhm... the right URL is
Comment 53 Davide Cendron (RETIRED) gentoo-dev 2007-06-20 11:13:40 UTC
Created attachment 122586 [details]

Version bumped to 1.24 (ebuild comes from Sunrise Overlay)
Comment 54 Davide Cendron (RETIRED) gentoo-dev 2007-06-20 11:14:45 UTC
Created attachment 122587 [details]

Updated SVN live ebuild from Sunrise Overlay
Comment 55 Davide Cendron (RETIRED) gentoo-dev 2007-06-21 20:28:26 UTC
Created attachment 122732 [details]

- Added 'asm' USE flag, that enables use of (faster?) assembly code for rendering (it only applies to x86 archs)
- added patch for Makefiles to get rid of executable wrappers
Comment 56 Davide Cendron (RETIRED) gentoo-dev 2007-06-21 20:29:12 UTC
Created attachment 122734 [details]

Same things for SVN live ebuild :)
Comment 57 Davide Cendron (RETIRED) gentoo-dev 2007-06-21 20:30:47 UTC
Created attachment 122735 [details, diff]

Required patch for Makefiles (put it in files/ subdir :P )
Comment 58 Davide Cendron (RETIRED) gentoo-dev 2007-06-21 22:47:52 UTC
Created attachment 122750 [details]

Fixed 1.24 ebuild (it requires vavoom-models >=1.4.1 )
Comment 59 Davide Cendron (RETIRED) gentoo-dev 2007-06-21 22:48:30 UTC
Created attachment 122752 [details]

Fixed SVN live ebuild (it requires vavoom-models >=1.4.1 )
Comment 60 Davide Cendron (RETIRED) gentoo-dev 2007-08-08 13:25:20 UTC
Created attachment 127280 [details]

Update SVN live ebuild:

- Added 'wxwindows' USE flag, to enable installation of graphical launcher, based on WxWidgets toolkit (see for further details)
Comment 61 Robert Buchholz (RETIRED) gentoo-dev 2007-09-28 23:33:07 UTC
Please do not move this ebuild to the tree until this issue is fixed:
CVE-2007-4535 [1]:
  The VStr::Resize function in str.cpp in Vavoom 1.24 and earlier allows
  remote attackers to cause a denial of service (daemon crash) via a string
  with a negative NewLen value within a certain UDP packet that triggers
  an assertion error.


The latest upstream release and the ebuild in Sunrise are still vulnerable.
For questions please cc me on this bug.
Comment 62 Robert Buchholz (RETIRED) gentoo-dev 2007-09-28 23:38:28 UTC
...and these:
CVE-2007-4534 [2]:
  Buffer overflow in the VThinker::BroadcastPrintf function in
  p_thinker.cpp in Vavoom 1.24 and earlier allows remote attackers to
  execute arbitrary code via (1) a long string in a chat message and
  possibly (2) a long name field.

  Format string vulnerability in the Say command in sv_main.cpp in
  Vavoom 1.24 and earlier allows remote attackers to execute arbitrary
  code via format string specifiers in a chat message, related to a call
  to the BroadcastPrintf function.


Comment 63 Davide Cendron (RETIRED) gentoo-dev 2007-10-01 22:06:59 UTC
These bugs has been fixed in current SVN code, in revision 2684-2686:

I provide a patch (with updated ebuild) for Vavoom 1.24 that includes these fixes.
Comment 64 Davide Cendron (RETIRED) gentoo-dev 2007-10-01 22:08:33 UTC
Created attachment 132340 [details]

Updated ebuild for Vavoom 1.24 (that applies the fixes to reported vulnerabilities)
Comment 65 Davide Cendron (RETIRED) gentoo-dev 2007-10-01 22:10:10 UTC
Created attachment 132341 [details, diff]

Patchset for vulnerability fixes
Comment 66 Davide Cendron (RETIRED) gentoo-dev 2007-10-08 19:01:29 UTC
Created attachment 132952 [details]

Bump to version 1.25. This version includes the fixes for previously reported vulnerabilities.
Comment 67 Davide Cendron (RETIRED) gentoo-dev 2007-10-08 19:03:13 UTC
Created attachment 132954 [details]

Updated dependencies (vavoom-models >= 1.4.2 needed) for SVN live ebuild
Comment 68 Davide Cendron (RETIRED) gentoo-dev 2007-12-04 22:39:06 UTC
Created attachment 137756 [details]

Added patch to solve a compiling failure with =media-libs/flac-1.2*
Comment 69 Davide Cendron (RETIRED) gentoo-dev 2007-12-04 22:40:01 UTC
Created attachment 137757 [details, diff]

Patch for above issue.
Comment 70 Davide Cendron (RETIRED) gentoo-dev 2008-01-24 23:39:31 UTC
Created attachment 141736 [details]

Bump to version 1.26 (submitted ebuild includes some improvements/fixes made in sunrise overlay)
Comment 71 Davide Cendron (RETIRED) gentoo-dev 2008-01-31 23:12:53 UTC
Created attachment 142349 [details]

Updated version for SVN live ebuild. Upstream has switched the build system to CMake 8)
Comment 72 Davide Cendron (RETIRED) gentoo-dev 2008-01-31 23:14:11 UTC
Created attachment 142350 [details, diff]

Required patch for latest SVN live ebuild.
Comment 73 Davide Cendron (RETIRED) gentoo-dev 2008-02-02 15:07:41 UTC
Created attachment 142500 [details, diff]

Update Cmake patch to reflect upstream SVN changes (implemented custom DATADIR and BINDIR)
Comment 74 Davide Cendron (RETIRED) gentoo-dev 2008-02-04 19:51:35 UTC
Created attachment 142673 [details]

Fixed 1.26 ebuild (removed unneeded patch that broke ebuild unpack process), and introduced EAPI feature like in SVN live ebuild.
Comment 75 Davide Cendron (RETIRED) gentoo-dev 2008-04-06 17:41:09 UTC
Created attachment 148886 [details]

Version bump to 1.27 (and mark as obsolete previous patch files, because they aren't necessary anymore)
Comment 76 Davide Cendron (RETIRED) gentoo-dev 2008-04-06 17:46:16 UTC
Created attachment 148888 [details]

Updatet also SVN live ebuild
Comment 77 Davide Cendron (RETIRED) gentoo-dev 2008-06-19 23:25:17 UTC
Created attachment 157689 [details]

Version bump
Comment 78 Ivan Anishchuk 2008-11-05 07:11:21 UTC
Created attachment 170775 [details]
ebuild for vavoom-1.29

Version bump. Added vavoom-progs (is use-flag needed?).
Comment 79 Ivan Anishchuk 2008-11-05 18:56:07 UTC
Created attachment 170835 [details]
ebuild for vavoom-1.29 

Update. Use-flag 'progs' is added for vavoom-progs.
Comment 80 Davide Cendron (RETIRED) gentoo-dev 2008-11-09 19:33:40 UTC
Created attachment 171217 [details]

Slightly and modified version of 1.29 ebuild.

- No, the "progs" USE flag is useless. The progs are already installed in pk3 data files, so i've removed it.
- Implemented EAPI2 "USE conditional dependencies" feature, to reduce ebuild size and complexity (>=sys-apps/portage-2.2* required)
Comment 81 Ivan Anishchuk 2009-02-26 17:14:49 UTC
Some trubles with paths:

!!! dobin: utils/bin/acc does not exist
!!! dobin: utils/bin/fixmd2 does not exist
!!! dobin: utils/bin/vcc does not exist
!!! dobin: utils/bin/vlumpy does not exist

Is this bug, or my own truble?
Comment 82 Ivan Anishchuk 2009-02-26 17:16:27 UTC
PS ebuild from fresh sunrise
Comment 83 Ivan Anishchuk 2009-03-13 18:55:53 UTC
Created attachment 184901 [details]

CMAKE_IN_SOURCE_BUILD has been set to true to avoid some errors with path.
Comment 84 Davide Cendron (RETIRED) gentoo-dev 2009-04-07 22:00:32 UTC
Created attachment 187639 [details]

Version bump. Included Jan's fix, and forced enabling of some USE to improve the default installation of Vavoom (EAPI 2 rulez 8-) )
Comment 85 Davide Cendron (RETIRED) gentoo-dev 2009-04-07 22:01:41 UTC
Created attachment 187640 [details]

Update live ebuild accordingly
Comment 86 Brandon Captain 2010-03-29 19:29:40 UTC
Vavoom 1.31 is released
Comment 87 Tango 2010-06-01 22:46:35 UTC
Created attachment 233793 [details]
vavoom crash report

Recent upgrade to gcc 4.4.3 and Vavoom now fails to run.

Portage (default/linux/amd64/10.0, gcc-4.4.3, glibc-2.10.1-r1, 2.6.27-gentoo-r8 x86_64)
System uname: Linux-2.6.27-gentoo-r8-x86_64-AMD_Opteron-tm-_Processor_246-with-gentoo-1.12.13
Timestamp of tree: Tue, 01 Jun 2010 05:15:03 +0000
ccache version 2.4 [enabled]
app-shells/bash:     4.0_p37
dev-java/java-config: 2.1.10
dev-lang/python:     2.6.5-r2, 3.1.2-r3
dev-util/ccache:     2.4-r7
dev-util/cmake:      2.6.4-r3
sys-apps/baselayout: 1.12.13
sys-apps/sandbox:    1.6-r2
sys-devel/autoconf:  2.13, 2.65
sys-devel/automake:  1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils:  2.18-r3
sys-devel/gcc:       4.4.3-r2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6b
virtual/os-headers:  2.6.30-r1
CFLAGS="-march=k8 -O3 -pipe -ggdb"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo"
CXXFLAGS="-march=k8 -O3 -pipe -ggdb"
FEATURES="assume-digests ccache distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms splitdebug strict unmerge-logs unmerge-orphans userfetch"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTDIR_OVERLAY="/var/lib/layman/sunrise /usr/local/portage"
USE="3dnow 3dnowext X a52 aac aalib acl acpi alsa amd64 artworkextra avahi avi berkdb bzip2 cairo cdda cdparanoia cdr cli cracklib crypt cups cxx dbus device-mapper directfb divx divx4linux dlloaders dri dvd dvdr eds encode esd exif fbcon ffmpeg firefox flac fortran gb gdbm gdu gif gmedia gnome gnome-keyring gpm gstreamer gtk gtkhtml guile hal hbci iconv imagemagick imlib java jpeg jpeg2k lame libg++ libwww live mad mikmod mmx mmxext modules motif mp3 mpeg mudflap multilib nautilus ncurses network nls nptl nptlonly nsplugin ntp nvidia ofx ogg openal opengl openmp openxr oss pam pcre pdf perl png policykit pppd python quicktime readline reflection sdl seamonkey session sndfile spell spl sqlite sse sse2 ssl svg sysfs tcpd tetex tidy tiff timidity tng truetype unicode usb userlocales vcd vorbis wma wmf wmp xinerama xml xorg xprint xulrunner xv xvid zlib" ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" 
Comment 88 Jared B. 2010-06-28 03:43:05 UTC
I'm attaching a small rev bump for 1.32.  It also includes two dependency changes:

1. Dependency for libsdl will now allow either ALSA or OSS support.  Previously ALSA was required by the ebuild, but OSS works fine.  In my case I need to use OSS (emulation) because the ALSA backend suffers from some pretty nasty distortion with some games.

2. timidity is only required if the music package is NOT installed.  So, the dependency for sdl-mixer will now only require timidity support if the 'music' USE flag is disabled.

And by the way, what's the status of getting this into portage?  It works great, and seems to be much more reliable than doomsday (which freezes every time I try to enable high res textures).

Regardless, thanks for all the work on this.
Comment 89 Jared B. 2010-06-28 03:43:43 UTC
Created attachment 236793 [details]
Comment 90 Tango 2010-07-25 17:02:06 UTC
(In reply to comment #89)
> Created an attachment (id=236793) [details]
> games-fps/vavoom-1.32.ebuild
Tried the 1.32-ebuild after vavoom-1.30 began crashing on start-up after the latest gcc update.  While it builds, the program fails on start-up as did the 1.30 version.  Fails with a Segmentation Violation.

Trying to go back to the 1.30 ebuild completely fails. The ebuild posted here and in the sunrise overlay all fail to even compile anymore.

I am on mostly stable amd64.

I guess no one is working on this package anymore :(
Comment 91 Jared B. 2010-07-25 18:01:57 UTC
I just tried reinstalling the 1.32 ebuild I posted last month and it (still) works fine for me on amd64.  What are your USE flags, and how are you launching it?  Maybe you're trying to use some feature that I don't.  Here's how I compiled mine:

[ebuild   R   ] games-fps/vavoom-1.32  USE="flac mad models openal opengl sdl textures vorbis -allegro (-asm) -debug -dedicated -mikmod -music -tools -wxwindows"

And I launch with:
vavoom -opengl -openal -nolan -heretic

where heretic is, of course, replaced by the appropriate game.  If you're doing something different, can you try building/playing with these options and see if that works?
Comment 92 Tango 2010-08-07 17:29:38 UTC
(In reply to comment #91)
> I just tried reinstalling the 1.32 ebuild I posted last month and it (still)
> works fine for me on amd64.  What are your USE flags, and how are you launching
> it?  Maybe you're trying to use some feature that I don't.  Here's how I
> compiled mine:
> [ebuild   R   ] games-fps/vavoom-1.32  USE="flac mad models openal opengl sdl
> textures vorbis -allegro (-asm) -debug -dedicated -mikmod -music -tools
> -wxwindows"
> And I launch with:
> vavoom -opengl -openal -nolan -heretic
> where heretic is, of course, replaced by the appropriate game.  If you're doing
> something different, can you try building/playing with these options and see if
> that works?
None of those options would allow the game to run.

What did work was to change my CFLAGS to -O2 from -O3 rebuild gcc than [ebuild   R   ] games-fps/vavoom-1.32  USE="debug flac mad models music openal opengl sdl textures vorbis -allegro (-asm) -dedicated* -mikmod* -tools -wxwindows*" 0 kB [1]

The game now runs but the 1.32 version appears extremely buggy.  I am having troubles with the graphics stuttering and freezing in different maps and almost all of the doors that require the blue, red or yellow keys once opened will not reopen.  So if you open one and don't go through it you can't reopen the door.  If you go through the door you can't get back out.  A few maps work fine but most do not.

While the 1.30 version was extremely stable and worked very well on my system, I can no longer build it. It will fail when making if using wxwindows and if not it fails,

[ 63%] Building CXX object source/CMakeFiles/vavoom.dir/r_tex_png.o
/var/tmp/portage/games-fps/vavoom-1.30/work/vavoom-1.30/source/r_tex_png.cpp: In member function ‘virtual vuint8* VPngTexture::GetPixels()’:
/var/tmp/portage/games-fps/vavoom-1.30/work/vavoom-1.30/source/r_tex_png.cpp:268: error: ‘png_set_gray_1_2_4_to_8’ was not declared in this scope
make[2]: *** [source/CMakeFiles/vavoom.dir/r_tex_png.o] Error 1
make[1]: *** [source/CMakeFiles/vavoom.dir/all] Error 2
make: *** [all] Error 2
 * ERROR: games-fps/vavoom-1.30 failed:
 *   Make failed!
These problems didn't pop up until gcc-4.4.3 went stable
My system ran perfect using gcc-4.3.4 even using the -O3 option in my CFLAGS
Comment 93 Jared B. 2010-08-07 17:46:27 UTC
(In reply to comment #92)
> What did work was to change my CFLAGS to -O2 from -O3 rebuild gcc than [ebuild 
>  R   ] games-fps/vavoom-1.32  USE="debug flac mad models music openal opengl
> sdl textures vorbis -allegro (-asm) -dedicated* -mikmod* -tools -wxwindows*" 0
> kB [1]
> The game now runs but the 1.32 version appears extremely buggy.  I am having
> troubles with the graphics stuttering and freezing in different maps and almost
> all of the doors that require the blue, red or yellow keys once opened will not
> reopen.  So if you open one and don't go through it you can't reopen the door. 
> If you go through the door you can't get back out.  A few maps work fine but
> most do not
Interesting.  The -03 to -02 issue isn't terribly uncommon, though it is annoying.  I use -02 by default these days so I don't have to worry about it.  Running with debug enabled could introduce some of the stuttering you described.  What happens if you rebuild with -debug?

As for the key thing, I noticed that too in my testing, but that just involved few quick rounds of each game to verify everything worked, the upgraded textures were used, etc.  I wasn't sure whether it was just me or not, and I haven't played the games since then, so I never bothered to investigate.

Looks like maybe this is the bug?

If so, it's been fixed in SVN.
Comment 94 Jared B. 2010-08-26 06:32:36 UTC
(In reply to comment #93)
> Looks like maybe this is the bug?
> If so, it's been fixed in SVN.

So I finally started playing through Doom using Vavoom, and I just ran into this bug.  Yay.  Since there hasn't been a newer official release containing the fix, I tracked down the code change, created a patch and updated the 1.32 ebuild accordingly.

Compiling with the new ebuild should fix the problem.  Odd thing, though, is that the "fix" seems to involve locked doors simply staying open once unlocked, at least in the couple doors I tested in Doom.  I'm not sure if this is intentional or not, as it does fix the problem, but in a rather unexpected way.  Regardless, the game is actually beatable now, so I'll call it a win.  :-)
Comment 95 Jared B. 2010-08-26 06:34:25 UTC
Created attachment 244625 [details, diff]
locked doors patch for 1.32 (see comments 92-94)
Comment 96 Jared B. 2010-08-26 06:35:09 UTC
Created attachment 244627 [details]
games-fps/vavoom-1.32.ebuild (use w/ locked doors patch)
Comment 97 Jared B. 2011-01-02 07:05:23 UTC
Created attachment 258606 [details]

Updated ebuild for Vavoom 1.33.  This release most noticeably removes the option for a software renderer, so OpenGL is now required.  As a result, I removed the opengl USE flag and forced it on, updating the dependencies as required.  I also made a few other changes to tidy things up:

* Only sdl USE flag is enabled by default now; others (models, music, etc.) can/should be optionally enabled

* wxwindows USE flag changed to wxwidgets

* opengl disabled if and only if sdl and allegro are disabled AND dedicated is enabled

* -opengl parameter removed from desktop entry as it is now always enabled

* removed the 1.32 locked doors patch as it should no longer be needed

Unfortunately, there's also one big caveat: using Allegro instead of SDL with this ebuild WILL NOT WORK.  AllegroGL is required, and while this was previously handled by the media-libs/allegrogl, that ebuild has since been removed from portage.  It seems like allegro[opengl] should provide this same functionality, but the vavoom cmake fails on AllegroGL detection.  I spent a while troubleshooting, but didn't have much luck.  As I really don't know anything about Allegro (never even heard of it before using this ebuild), I'm giving up on it.

If you need/want to use Allegro, I recommend sticking with 1.32 for now.  If any devs want to take a look at fixing Allegro support in the 1.33 ebuild, I'm wide open to suggestions.
Comment 98 Jared B. 2011-08-10 02:02:09 UTC
Created attachment 282773 [details]

Updated 1.33 ebuild with jpeg dependency changed to virtual/jpeg.  This removes a hard dependency on media-libs/jpeg for users who prefer to use libjpeg-turbo (which is now the default jpeg library for Gentoo).
Comment 99 Jared B. 2012-09-19 05:02:50 UTC
Created attachment 324270 [details]

small, but important, update:  includes fix for compilation against latest versions of zlib.
Comment 100 Mr. Bones. (RETIRED) gentoo-dev 2012-09-19 05:16:03 UTC
Probably should be updated to use REQUIRED_USE
Comment 101 Jared B. 2012-09-19 05:41:50 UTC
Created attachment 324274 [details]

Updated to use REQUIRED_USE, as suggested by Mr. Bones.  I changed up a bit of the logic in prepare() and compile() to leverage this, so it probably wouldn't be a bad idea to get a second set of eyes on it to make sure everything still looks right.  Did a few quick tests and it seems to work well, but I can't claim to have exhaustively tested all combinations.
Comment 102 Patrick Lauer gentoo-dev 2013-03-18 05:34:22 UTC
1.33 in sunrise
Comment 103 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2016-06-08 16:45:05 UTC
Hello, everyone.

It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project.

Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that:

1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it.

2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding.

3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint.

4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality.

Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise.