View Issue Details

IDProjectCategoryView StatusLast Update
0000273Gameplay + OpenGL[All Projects] Bugpublic2017-03-29 13:27
Reporter38_ViTa_38 
Assigned ToGraf Zahl 
PrioritynoneSeverityminorReproducibilityalways
Status on holdResolutionopen 
PlatformGNU/LinuxOSDebianOS Version
Summary0000273: Search .wad and .pk3 files in /usr/share/games/doom/ and /usr/local/share/games/doom/
DescriptionAfter running "make install" (which installs gzdoom.pk3 or qzdoom.pk3 in $PREFIX/share/games/doom/) GZDoom (or QZDoom) doesn't start up because it searches WADs, PK3s and PK7s only in the current directory and $DOOMWADDIR.
Steps To Reproduce1. git clone https://github.com/coelckers/gzdoom.git
2. cd gzdoom
3. mkdir cmake && cd cmake
4. cmake ..
5. make -j8 && sudo make install
6. cd ..
7. gzdoom (or qzdoom)
TagsNo tags attached.

Relationships

Activities

Graf Zahl

Graf Zahl

2017-02-15 13:14

administrator   ~0000606

I'll leave this one to a Linux developer. To me it makes no sense at all to put the gzdoom.pk3 anywhere else but in the application directory itself, considering it's an integral part of the application and not some external data.

But that's me and if Linux conventions say differently, I want it to get sorted out by someone who understands why this is done the way it is.
ZZYZX

ZZYZX

2017-02-19 20:35

reporter   ~0000678

Last edited: 2017-02-25 05:18

View 3 revisions

Linux conventions say that any data should be in /share/, not just "external". "External" data may be located anywhere (but generally, in user's home directory in .gzdoom for example).
Additionally, most distributions would put free IWADs under /usr/share/games/doom as well (e.g. if you install freedoom or doom1 shareware), and source ports in these distributions will actually expect IWADs to be in /usr/share/games/doom.

Xaser

Xaser

2017-02-21 09:21

developer   ~0000685

Better wiki link: https://doomwiki.org/wiki/Debian -- the Wikia site is a festering zombie.
_mental_

_mental_

2017-02-25 03:54

developer   ~0000758

Here is the excerpt from gzdoom.ini created by default:
[IWADSearch.Directories]
Path=.
Path=$DOOMWADDIR
Path=~/.config/gzdoom
Path=/usr/local/share/doom
Path=/usr/local/share/games/doom
Path=/usr/share/doom
Path=/usr/share/games/doom

Is there something wrong with this list? All paths from it are searched for .WADs and .PK3s.
38_ViTa_38

38_ViTa_38

2017-02-25 09:27

reporter   ~0000766

Last edited: 2017-02-25 09:29

View 2 revisions

Yes. IWADSearch apparently has more directories than FileSearch for some reason.
# This file was generated by GZDoom g2.4pre-620-g10c6b7a80 on Sat Feb 25 18:22:58 2017

# These are the directories to automatically search for IWADs.
# Each directory should be on a separate line, preceded by Path=
[IWADSearch.Directories]
Path=.
Path=$DOOMWADDIR
Path=~/.config/gzdoom
Path=/usr/local/share/doom
Path=/usr/local/share/games/doom
Path=/usr/share/doom
Path=/usr/share/games/doom

# These are the directories to search for wads added with the -file
# command line parameter, if they cannot be found with the path
# as-is. Layout is the same as for IWADSearch.Directories
[FileSearch.Directories]
Path=~/.config/gzdoom
Path=/usr/local/share/
Path=$DOOMWADDIR


Graf Zahl

Graf Zahl

2017-02-25 10:44

administrator   ~0000768

The problem here is that someone decided that the file should be 'shareable'. It's not. GZDoom.pk3 is application data, so it should be stored in the same way other applications store their assets as well.

More importantly, what if you got two GZDoom versions installed? How are they supposed to find their individual data? But again, I have to rely on people with more knowledge about the finer details here,
38_ViTa_38

38_ViTa_38

2017-02-25 15:22

reporter   ~0000772

Last edited: 2017-02-25 15:23

View 2 revisions

https://en.wikipedia.org/wiki/Unix_filesystem#Conventional_directory_layout wrote

/share | Architecture-independent program data.
gzdoom.pk3 isn't "shareable", it works fine on different architectures. Other applications store their assets in share as well.

Don't know about 2 or more GZDoom versions, though. You probably can rename the binaries if they're in $PATH, change the folder where gzdoom.ini is stored and change file search directories.

Graf Zahl

Graf Zahl

2017-03-29 13:27

administrator   ~0001173

Since nobody seem to feel responsible I am putting this on hold. This should be addressed by someone who actually knows Linux conventions well enough.

Issue History

Date Modified Username Field Change
2017-02-15 12:05 38_ViTa_38 New Issue
2017-02-15 13:14 Graf Zahl Note Added: 0000606
2017-02-15 13:14 Graf Zahl Assigned To => Graf Zahl
2017-02-15 13:14 Graf Zahl Status new => acknowledged
2017-02-15 13:15 Graf Zahl Assigned To Graf Zahl =>
2017-02-19 20:35 ZZYZX Note Added: 0000678
2017-02-19 20:37 ZZYZX Note Edited: 0000678 View Revisions
2017-02-21 09:21 Xaser Note Added: 0000685
2017-02-25 03:54 _mental_ Status acknowledged => feedback
2017-02-25 03:54 _mental_ Note Added: 0000758
2017-02-25 05:18 Graf Zahl Note Edited: 0000678 View Revisions
2017-02-25 09:27 38_ViTa_38 Note Added: 0000766
2017-02-25 09:27 38_ViTa_38 Status feedback => new
2017-02-25 09:29 38_ViTa_38 Note Edited: 0000766 View Revisions
2017-02-25 10:44 Graf Zahl Note Added: 0000768
2017-02-25 15:22 38_ViTa_38 Note Added: 0000772
2017-02-25 15:23 38_ViTa_38 Note Edited: 0000772 View Revisions
2017-03-29 13:27 Graf Zahl Assigned To => Graf Zahl
2017-03-29 13:27 Graf Zahl Status new => on hold
2017-03-29 13:27 Graf Zahl Note Added: 0001173