[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Victory - built subversion from RH9 source rpm!

From: Steve Cohen <scohen_at_javactivity.org>
Date: 2005-02-11 12:59:56 CET

Kenneth Porter wrote:
> --On Thursday, February 10, 2005 11:22 PM -0600 Steve Cohen
> <scohen@javactivity.org> wrote:
>> Well, I'm trying it your way now. I'll let you know how it comes out.

It worked!

>> I've been building SRPMS for years as root without ever knowing that this
>> was frowned upon. In fact, I always assumed I HAD to be root to build
>> RPMs, if I even thought about it. Not sure where I got that idea. Maybe
>> because you have to become root to INSTALL packages and I just assumed
>> that building them was the same. I'm not one of those who is always
>> root. Only rarely do I find it necessary to become root but I thought
>> this was one of those times.
> When I started building SRPMS back in Red Hat 5.2 days, I couldn't
> imagine having to be root to do it, so I asked on the RPM mailing list
> and found the black magic for doing it as a mortal.

That would be changing the ownership of /usr/src/redhat? Actually, I
didn't even have to do that. I chmodded it to g+w and put myself into
the root group. That also did the job.

> I tried to complain about the misleading nature of /usr/src/redhat but
> couldn't make any traction:
> <https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143746>
--Agreed. The fact that /usr/lib/rpm/macros points at /usr/src/redhat
--and that directory is owned by root establishes a defacto policy of
--encouraging users to package as root.

I knew there was some reason I assumed this. And yours was a relatively
recent discussion!

Anyway, thanks.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Feb 11 13:01:31 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.