[Bug 475852] Review Request: gnustep-base - GNUstep Base library package
bugzilla at redhat.com
bugzilla at redhat.com
Thu Mar 26 11:15:21 UTC 2009
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=475852
--- Comment #23 from Charles Lopes <tjarls at gmail.com> 2009-03-26 07:14:55 EDT ---
I see that I had omitted more information in my first comment.
I had first tried using the configure parameter "--with-installation-domain"
but it did not change the installation behavior. Passing
"GNUSTEP_INSTALLATION_DOMAIN=SYSTEM" as a command line variable to "make
install" seems to be the expected way to do it. I actually used both the
configure parameter and the make variable in my trials.
There is an interesting comment on the Changelog file for 2008-11-27:
Removed GNUSTEP_INSTALLATION_DOMAIN.
NB. This means that gnustep-base will now install in the local domain
by default, and to get the old behavior you will need to do
'make GNUSTEP_INSTALLATION_DOMAIN=SYSTEM install'
The rationale for this change is that the system domain is for
resources installed by the operating system packagers, but the
local domain is for add-ons you install yourself (to be used by
all users of the system), and you don't normally want to overwrite
the operating system supplied version by accident.
Also, looking closer I see that "--with-installation-domain=SYSTEM" actually
sets "GNUSTEP_BASE_DOMAIN" to SYSTEM into "config.mak" and that the GNUmakefile
contains these lines:
-include config.mak
ifeq ($(GNUSTEP_INSTALLATION_DOMAIN),)
GNUSTEP_INSTALLATION_DOMAIN := LOCAL
endif
ifeq ($(GNUSTEP_BASE_DOMAIN),)
GNUSTEP_BASE_DOMAIN := LOCAL
endif
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the package-review
mailing list