gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GNUSTEP_SYSTEM_ROOT is gone, what replaces it?


From: Riccardo Mottola
Subject: Re: GNUSTEP_SYSTEM_ROOT is gone, what replaces it?
Date: Sun, 13 Aug 2017 16:55:23 +0200
User-agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:51.0) Gecko/20100101 Firefox/51.0 SeaMonkey/2.48

Hi David,

it "should" be a simple thing to fix. I do not build Preferences.app anymore because, apart from the more NeXT vs. Mac look, has no real advantages over SystemPreferences. But I find it find to continue making it work, a makefile is should be easy to fix.


David Chisnall wrote:
--- Modules/Keyboard/GNUmakefile.orig   2002-02-12 04:49:55 UTC
+++ Modules/Keyboard/GNUmakefile
@@ -3,7 +3,7 @@ include $(GNUSTEP_MAKEFILES)/common.make
  BUNDLE_NAME=           Keyboard
  BUNDLE_EXTENSION=      .prefs
-BUNDLE_INSTALL_DIR= $(GNUSTEP_SYSTEM_ROOT)/Library/Preferences
+BUNDLE_INSTALL_DIR=    $(GNUSTEP_SYSTEM_LIBRARY)/Preferences
Keyboard_RESOURCE_FILES= \
         Keyboard.gorm

But now Keyboard.prefs isn’t installed.  Please could someone who understands 
GNUstep Make help?  This is currently blocking committing the updates to all of 
the GNUstep ports.

Does it get installed in the wrong place? Your patch makes sense to me, but is not what I would do.

Have you tried removing BUNDLE_INSTALL_DIR totally?

I am checking how a SystemPreference  module is build, look here:

you do have this in the makefile?
include $(GNUSTEP_MAKEFILES)/bundle.make

Then it should just install fine. Also forcing System versus Local is wrong: suppose you install Preferences.app into the Local domain, you expect modules to be in Local/Library/Bundles instead of System/Library/Bundles

I don't think it should install in "Library/Preferences"

Riccardo



reply via email to

[Prev in Thread] Current Thread [Next in Thread]