View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000273||Gameplay + OpenGL||[All Projects] Bug||public||2017-02-15 12:05||2017-03-29 13:27|
|Assigned To||Graf Zahl|
|Summary||0000273: Search .wad and .pk3 files in /usr/share/games/doom/ and /usr/local/share/games/doom/|
|Description||After 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 Reproduce||1. 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)
|Tags||No tags attached.|
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.
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.
|Better wiki link: https://doomwiki.org/wiki/Debian -- the Wikia site is a festering zombie.|
Here is the excerpt from gzdoom.ini created by default:
Is there something wrong with this list? All paths from it are searched for .WADs and .PK3s.
Yes. IWADSearch apparently has more directories than FileSearch for some reason.
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,
https://en.wikipedia.org/wiki/Unix_filesystem#Conventional_directory_layout wrotegzdoom.pk3 isn't "shareable", it works fine on different architectures. Other applications store their assets in share as well.
/share | Architecture-independent program data.
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.
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.
|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|