Hi Markus, 在 2020-02-14五的 23:33 +0100，Markus Koschany写道： > Hi, > > Am 14.02.20 um 23:12 schrieb Boyuan Yang: > [...] > > Since the complete removal of Qt4 is just around the corner, I am > > proposing to > > do the following work to keep doomsday in Debian's development repository: > > > > * A Team-upload onto experimental of v2.2.2 with Qt5 support, > > * NO support for /usr/games/ (why do we still force such path when it's > > already 2020?), > > * NO support for the alternatives system of /usr/games/doom, > > * Dropping all Debian-specific patches (will review later), > > * NO complete review of copyright information (know fixable issues, see > > changelog) > > > > ...and I may solve those issues later and have the 2.x version back into > > Sid/Testing. > > > > The git packaging repo is here: > > https://salsa.debian.org/games-team/doomsday . > > If I did not upload on time, someone else can continue with the packaging > > work. > > Thanks for working on doomsday. I just wanted to chime in and say that > anything is better than just a removal but you should be aware of that > installing the binary into /usr/games is a Debian Policy requirement and > not something specific to doomsday. Everything else is up-to the person > who actually works on the package.
Thanks for the heads up. I noticed the related words in §11.11 of Debian Policy stating that binaries of games *should* be installed in the directory /usr/games according to the FHS. Actually FHS 3.0 only listed the use of /usr/games/ as "Optional". However, lintian is emitting an Error for this. I'd consider it to be a bug but not a RC bug. I will seek for the switch back to /usr/games/ surely but that means patches onto the build system. Luckily doomsday 2.x is using CMake with GNUInstallDirs, which means pretty standard way of handling this issue. -- Thanks, Boyuan Yang
signature.asc
Description: This is a digitally signed message part
