[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #25258] GNUstep base reconfigures when GNUSTEP_INSTALLATION_DOMAIN=
From: |
Nicola Pero |
Subject: |
[bug #25258] GNUstep base reconfigures when GNUSTEP_INSTALLATION_DOMAIN=SYSTEM is passed to make install |
Date: |
Tue, 06 Jan 2009 10:15:43 +0000 |
User-agent: |
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; en-us) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1 |
Update of bug #25258 (project gnustep):
Open/Closed: Closed => In Test
_______________________________________________________
Follow-up Comment #4:
> I think a correct check would ensure that none of the paths are relative
OK ... thanks ... done in trunk :-)
This is important for me because './configure' is usually executed
as your local user, while 'make install' is usually executed as root.
Having 'make install' create any file, or recompile anything, causes always
a lot of pain and confusion since it creates files or compilation results
that
are owned by root and that you can't delete as your local user.
You end up with a project where './configure', 'make', 'make clean',
'make distclean', even a 'rm -Rf directory' all fail unless you first go back
to root and do a 'make distclean' (or 'rm -Rf bad_project').
If a user doesn't know that he has to become root and do a 'make distclean'
(which is more or less obvious depending on your previous Unix/make
experience), he'll be stuck pretty hard. :-(
Anyway, not the end of the world, but it's nice and simple if 'make install'
only installs. :-)
The changes are in trunk and need testing now.
Thanks
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?25258>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/