I'm not sure about what issue you are talking about, but when I tried to package it myself, I wanted to use the same mechanism as other debian games (ie: game data stored in /var/games), but this required to add setuid flag to the graphical binary to have a neutral user owning these files, which is in conflict with Debian guidelines.
I've solved this by using user-specific folders, in the XDG fashion ( http://standards.freedesktop.org/basedir-spec/latest/ar01s03.html), using symlinks between shared game data (in /usr/share/games) and the XDG data folder of the current user (~/.local/share) and chdir-ing to this folder before starting the DF game. I've also started to add a "mod" mechanism to allow easy graphic mod managment (default, mayday, ironhand, etc.), but it's still in an experimental state. If you are interested in it, my packaging code is available in the master branch of : https://github.com/rout/dwarf-fortress, feel free to use anything you find useful. <https://github.com/rout/dwarf-fortress>I still had some issues with the SDL 32bit libraries that are not all available on amd64 arch, and I asked the maintainer of the ia32-libs package if it would be possible to add them, but without response so far. Have you solved this one, or are you packaging these libraries with DF ? Remi On Tue, May 3, 2011 at 10:39, Alex Denvir <cold...@blueyonder.co.uk> wrote: > Just an update to everyone waiting for this. > > Do not worry - this hasn't been forgotten or abandoned yet. Unfortunately I > have an issue getting this to work and keep it in line with the FHS. > > I've had a chat with my mentor, and the course of action we've chose to > take (for now) is to talk to Tarn - hopefully we will be able to convince > him to help us here. The aim is to improve the linux release in general - > currently it still has a nasty sniff of afterthought about it. > > This bug will be updated as and when we hear anything back. > > Alex >
