[Bug 475852] Review Request: gnustep-base - GNUstep Base library package

[bugzilla at redhat.com]

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.