<br><br><div class="gmail_quote">On 31 May 2011 23:36, John Culleton <span dir="ltr"><<a href="mailto:john@wexfordpress.com">john@wexfordpress.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div><div></div><div class="h5">On Tuesday, May 31, 2011 04:58:57 pm Jan Schrewe wrote:<br>
> On 31 May 2011 22:34, Vladimir Savic<br>
<<a href="mailto:vladimir.firefly.savic@gmail.com">vladimir.firefly.savic@gmail.com</a>>wrote:<br>
> > On Tue, 2011-05-31 at 07:32 -0400, Gregory Pittman wrote:<br>
> > > On 05/31/2011 05:44 AM, Owen wrote:<br>
> > > > On Mon, 30 May 2011 19:29:30 -0400<br>
> > > > Gregory Pittman<<a href="mailto:gregp_ky@yahoo.com">gregp_ky@yahoo.com</a>>  wrote:<br>
> > > > Ok, so run make install as root, then that kind of changes all the<br>
> > > > permissions in the build directory. Maybe no big deal, but my<br>
> > > > preference is to have user files owned by the user.<br>
> > ><br>
> > > Ah, yes, forgot about that since I'm always putting svn versions into<br>
> > > my /home directory...<br>
> > ><br>
> > > Greg<br>
> ><br>
> > It is indeed wise to run make as regular user because of system<br>
security<br>
> > reasons. But there is another one (I might be wrong on this - in which<br>
> > case feel free to correct me, please).<br>
><br>
> Spot on.<br>
><br>
> > Make install will dive into folder next in list and do making followed<br>
> > immediately by install. OK.<br>
> ><br>
> > I think I can see the problem in this scenario:<br>
> > Say you already have some application installed from svn/bzr/git (any<br>
> > revision control mechanism) and that you pull/update to latest<br>
> > regularly. And imagine that application isn't "monolithic" (single<br>
> > binary), but consists of many dynamic libraries/modules called during<br>
> > run time from main app instead.<br>
><br>
> This is true for all installable parts of the application. Icons, header<br>
> files and other static stuff gets immediately installed too.<br>
><br>
> > Doing "make" alone will terminate on first appearance of error, but<br>
your<br>
> > older installation will not be compromised. But, doing "make install"<br>
> > will build while it's possible AND install while "make"-ing is<br>
possible,<br>
> > leaving you with part of installation updated and with other part,<br>
> > currently unbuildable one, obsolete. Wouldn't that (possibly) leave you<br>
> > unable to run your beloved application?<br>
><br>
> You are right. If something blows up during compilation you almost always<br>
> get an unclean target directory and your application will most likely not<br>
> run.<br>
><br>
> > Vlada<br>
><br>
> Jan</div></div><div class="im">
<br>
</div>I defy conventional wisdom on this issue. I set up my svn compiles of 1.4.0<br>
RC3 and 1.5.0 to compile via scripts that execute overnight. They run as<br>
root of course. If the compile blows up then the final command to copy the<br>
executable to /usr/local/bin will also fail because it won't have a file to<br>
link.<br></blockquote><div><br></div><div>If you delete the old installation or always install in a new directory you are right. If you keep the old install and just run make install and the build breaks some parts could be new and some parts old and they might not work together. That is if scribus needs more then just the main executable to run, i.e. parts of scribus are build as dynamically linked libraries.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Where is the security hole? If someone is clever enough to invade my script<br>
then they are clever enough to invade my system in other ways. Remember I<br>
am the only user of my system.<br></blockquote><div><br></div><div>They could always invade the scribus svn server. Either by accident or with malicious intent. Generally: If you run code that exists beyond your control it is always a good idea to limit the rights of that code. The rest is a matter of taste, trust and backups ;-)</div>

<div> </div><div>Jan</div></div>