Re: DATADIR conflict between /usr/share/games and /usr/share
I'm surprised nobody experienced this kind of issue before. Most
probably packages usually either manually install .desktop files
(especially if they are Debian-specific) or hardcode paths using a
FWIW I'm contemplating a different solution: given that the desktop
environment will accept only a limited number of places
~/.local/applications), it's the desktop location, rather than the
game data location, that would warrant a separate './configure'
On Mon, Sep 29, 2008 at 08:47:43PM +0200, Sylvain Beucler wrote:
> On Mon, Sep 29, 2008 at 08:44:18PM +0200, Sylvain Beucler wrote:
> > On Mon, Sep 29, 2008 at 02:03:52PM +0800, Paul Wise wrote:
> > > On Mon, Sep 29, 2008 at 1:15 AM, Sylvain Beucler <firstname.lastname@example.org> wrote:
> > >
> > > > However I just realized that the .desktop files (and pixmaps, etc.)
> > > > are now installed under /usr/share/games/applications/ , which isn't
> > > > recognized by Gnome & co.
> > >
> > > Sounds like a bug in the upstream automake stuff. IIRC it should use
> > > $(datarootdir)/applications for the desktop files.
> > Hi,
> > As I mentioned I configured with --datadir=/usr/share/games , which is
> > necessary to avoid freedink to look his own files in /usr/share.
> > (btw I'm upstream)
> Also Ansgar suggested adding a separate --gamedatadir switch to
> distinguish between normal datadir and games datadir.