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? > 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. > 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? > with 'gmake messages=yes' you will see what commands gnustep-make is > issuing during the built. These could be useful for debugging this. Ahhh, debugging messages! I will try this. Thanks, Tim _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
