On 9 Oct 2009, at 17:07, Larson, Timothy E. wrote:

> Niels Grewe:
>> No you don't. In fact, you should refrain from building stuff as root
>> and only assume the superuser role if you install into the Local or
>> System domain. If you're just experimenting with Étoilé you'd also be
>> fine with GNUSTEP_INSTALLATION_DOMAIN=USER and using your normal user
>> to
>> (g)make install.
>
> I don't know about GNUSTEP_INSTALLATION_DOMAIN.  Is this value the  
> default, or is it something I need to set?

This tells it where to install.  For packaging, you probably want to  
leave it as default.

>> If you're not intending to package Étoilé, it's usually more  
>> advisable
>> to try out svn trunk.
>
> I am hoping to package.
>
>> Why do you have to set GNUSTEP_MAKEFILES here? Usually it should be  
>> set
>> when you source .../Makefiles/GNUstep.(sh|csh).
>
> How/when is GNUstep.sh sourced?  That's another thing I don't know.   
> (If the process doesn't follow the typical "./configure; make; sudo  
> make install" it needs to be documented.)  With just gmake, I get  
> errors about /common.make not found, because GNUSTEP_MAKEFILES is  
> not defined, so it made sense to define it.

GNUstep.sh needs to be sourced when building any GNUstep code.  This  
is documented in the GNUstep docs, but we probably need to document it  
somewhere for Étoilé too.  This file sets a number of environment  
variables that are required by GNUstep Make.

If you are creating a build script for packaging then you probably  
want to source this in your build script.  I'm not sure about pkgsrc,  
but the FreeBSD ports collection has a makefile that knows all about  
this stuff so you just need to set something like  
USES_GNUSTEP_MAKE=YES in the port makefile for it to all work.

>> This is rather odd. On my setup (GNU/Linux) install takes '-c -p -m
>> 644'
>> as arguments, so it doesn't do any chowning/chgrping. If you build
>
> Perhaps there are some Linux-centric assumptions?

Shouldn't be.  I can build UnitKit on FreeBSD quite happily.  There  
may well be bugs, of course...

David

-- Sent from my PDP-11


_______________________________________________
Etoile-discuss mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-discuss

Répondre à