Information about unofficial package for Fedora

[szpak]

It's been many years since I first encounter Lix (and was able to run it locally from sources on Fedora) and finally, I've decided to package Lix for Fedora users to make it even more popular (and easier to install :-) ).

Unfortunately, D language, isn't very common in Fedora, so for example the offline caching of dub packages was not trival, but with the help of the SUSE package I was able to do something which seems to work. I uploaded it to COPR, a build system for 3rd-party Fedora packages. It's easy to install it:

$ sudo dnf copr enable szpak/lix
$ sudo dnf install lix

Once I have some feedback from the users, I might start a path to get Lix into the core Fedora packages.

Btw, the package is available for x86_64 and Arch64. dum/ldc don't seem to be available in Fedora for PPC64 and s390.

[SimonN]

Thank you very much for your effort!

I've merged your HTTPS PR into master. Feel to rebase this Fedora PR onto my current master. Alternatively, I'll rebase-then-merge this PR within a few days myself.

---

You're right, the SUSE and Arch Linux packages had to jump through similar hoops to make a self-contained package: Create a local isolated dub cache instead of using ~/.dub/, and change the dub command lines to use that local cache. @Lucki with his Arch Linux package was the first to figure out the details; he sits often in #lix on Quakenet.

Skimming ./doc/build/package.txt, I realize that these instructions don't mention the local cache at all, even though your Fedora package is now the third time I've explicitly heard that the local cache is necessary. Did you look into ./doc/build/package.txt for such information? I'll file a bug then that I should update that documentation.

[szpak]

I rebased the commit.

Regarding the package.txt file, I believe, I read somewhere about the need to keep the current minor version packaged to allow for multiplayer and was thinking about XDG_DATA_HOME, so probably I've seen that file before :).

Btw, I wonder, if you plan to allow for easier usage of the system installed dejavu font. It's probably available (by default) in the majority of Linux distribution. Nevertheless, it was not a problem for the packaging, just a possibility for enhancement :).

[SimonN]

Merged, thanks!

Right, for the networking, any 0.10.x client can with any other 0.10.x client, but not against 0.9.x or a future 0.11.x. Since late 2022, the networking server (that I run at lixgame.com) accepts different minor versions >= 0.9 as long as different minor versions play in different rooms. This is mainly to accomodate distributions with slow update cycles, e.g.,. Debian. Thus, package.txt should still encourage to keep the current minor version packaged, but I should fix the explanation. Looks like the file is due for overhaul. :-)

DejaVu Sans bold: There are some custom glyphs in Lix's font file, e.g., for left/right mouse button. Otherwise, I'd be happy to use a system-wide installed font.

[szpak]

DejaVu Sans bold: There are some custom glyphs in Lix's font file, e.g., for left/right mouse button. Otherwise, I'd be happy to use a system-wide installed font.

I missed that. I'm glad I didn't try to reuse the system font :-).