from the quill of Axalon Bloodstone <[EMAIL PROTECTED]> on scroll
<[EMAIL PROTECTED]>
> On Mon, 24 Jan 2000, Brian J. Murrell wrote:
>
> Seems a matter of choice to make them %post or before the rpmbuild's,
> I
> can't come up with a reason todo it either way, so everybody feel free
> to
> take a swing at it :)
My reason for doing it %post is that you can still build the package
without root priveledges. With that benefit in mind I cannot come up
with a counter-reason for doing it during the build.
So 1-0 for doing it %post? :-)
> or worse(for me atleast), install that one d*mn file not useing the
> $DEST
> somewhere outside of the buildroot and render and rpm that runs great
> here
> bnut no one else seems to be able to run. I really hate that. building
> as
> non root always catchs this, yay unix permissions :)
Yes there is that too. I was going to use that reason too but did not
want to get accused of being lazy or something for not closely examing
the "make install" output rather than just looking for the permission
errors.
> > The install can be inspected much easier than the build, so doing it
> as
> > root is easier to audit and prevent nasties.
>
> um uh, didn;t you just contradict your self? or i misread...
I wrote a difficult to understand sentence, sorry. Let me try again:
The rpm install process can be inspected much easier than the "make
install" process so deferring being root to rpm installation is safer.
> Gotta understand it to patch it out seems doubled work to me..
Sorry Axalon, now it's your turn. I am not sure whether you are
agreeing or disagreeing with me in that sentence.
> Ah i'm not the only one :)
But no!
> > > Some people (such as myself) do
> > > all builds as root with no problems hosing the system.
>
> Kind of helps that we screen it all for you first ;)
Yes, my point exactly! When simply building from supplied spec files,
great, go for it, build as root, but when trying to build the spec file,
or hacking it to do something else (like adding freeswan to the kernel
spec) being not root is a very good thing.
>
> > It will come. :-)
>
> but he's right It will come, the original message is a prime warning
Is that agreement with me again Axalon or contradiction?
b.
--
Brian J. Murrell InterLinx Support Services, Inc.
North Vancouver, B.C. 604 983 UNIX
Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
