Re: Per-modules readers/writers ?

[ On Friday, October 25, 2002 at 19:25:43 (-0500), [EMAIL PROTECTED] wrote: ] > Subject: Re: Per-modules readers/writers ? > > If security is an issue, you want to enforce authentication, since > no security is perfect and you need to have some sort of audit > facility. Therefore, you want as reli

Re: Stow

>--- Forwarded mail from [EMAIL PROTECTED] >On Fri, Oct 25, 2002 at 01:49:26PM -0700, Paul Sander wrote: >> Shouldn't be too hard to write a script that converts the output of >> "tar -tf" into an RPM spec. >Still doesn't help me to keep multiple versions installed and >usable at once. Or can RP

Re: Per-modules readers/writers ?

> > > > Nick Patavalis wrote: > > > > It's probably not any better, more like an alternate feature that would be > handy in certain environments. Personally, I'd rather the repository be > owned and operated by just one user, and allow the repository administrator > to be able to grant and revoke

Re: Stow

On Fri, Oct 25, 2002 at 01:49:26PM -0700, Paul Sander wrote: > Shouldn't be too hard to write a script that converts the output of > "tar -tf" into an RPM spec. Still doesn't help me to keep multiple versions installed and usable at once. Or can RPM etc. manage that trick somehow? > >In my case,

Re: Stow

>--- Forwarded mail from [EMAIL PROTECTED] >On Fri, Oct 25, 2002 at 09:58:15AM -0700, Paul Sander wrote: >> Each platform usually has a packaging method available as well. Solaris, >> IRIX, HP-UX, AIX, Linux, and *BSD Unix all have packaging systems supplied >> with them. Microsoft's systems hav

Re: Per-modules readers/writers ?

- Original Message - From: <[EMAIL PROTECTED]> To: "Mike Ayers" <[EMAIL PROTECTED]> Cc: "Nick Patavalis" <[EMAIL PROTECTED]>; "David R. Chase" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, October 25, 2002 1:59 PM Subject: Re: Per-modules readers/writers ? > > Nick Patavalis wro

Re: erasing history

At 03:08 PM 10/25/2002, [EMAIL PROTECTED] wrote: Suppose I was experimenting with a few cvs features and later wanted to delete any record of my checkins and updates etc. ... Is this everything? Is there a better way? Make a private repository with just the module you are interested in and

Re: using cvs to contol system files

On Fri, Oct 25, 2002 at 04:19:00PM -0400, Greg A. Woods wrote: > Eric's suggestion of using 'stow' could help a lot too if you've got to > be able to do roll-backs in a big hurry for 24x7 production environments. > (I just really don't like masses of symlinks -- I'd rather have a "real" > package m

RE: using cvs to contol system files

[ On Friday, October 25, 2002 at 08:52:29 (-0700), Ray Tayek wrote: ] > Subject: RE: using cvs to contol system files > > yes (i'm used to rcs). but what happens (let's say) if you crash a disk and > have to reload the system. do you have some tool that extracts all the rcs > directories from a b

Re: CVS Web frontend

Hello, There's also SandWeb - http://sandweb.sf.net HTH, Rob On Fri, Oct 25, 2002 at 01:03:40PM -0500, Steve Buehler wrote: > I an new to CVS. The boss wanted me to install it on the server for a > customer and I did. CVS 1.11.1p1. Well, I don't know anything about it > except tha

Re: Stow

On Fri, Oct 25, 2002 at 09:58:15AM -0700, Paul Sander wrote: > Each platform usually has a packaging method available as well. Solaris, > IRIX, HP-UX, AIX, Linux, and *BSD Unix all have packaging systems supplied > with them. Microsoft's systems have commercial products, e.g. InstallShield > and

Re: erasing history

[EMAIL PROTECTED] writes: > > Suppose I was experimenting with a few > cvs features and later wanted to delete > any record of my checkins and updates etc. > Is there any reason why it would be a bad idea > to delete the offending lines from > $CVSROOT/CVSROOT/history? Only that there's no lock

Re: Stow

Each platform usually has a packaging method available as well. Solaris, IRIX, HP-UX, AIX, Linux, and *BSD Unix all have packaging systems supplied with them. Microsoft's systems have commercial products, e.g. InstallShield and InstallAnywhere that perform these tasks. Typically, the administrat

erasing history

Suppose I was experimenting with a few cvs features and later wanted to delete any record of my checkins and updates etc. Is there any reason why it would be a bad idea to delete the offending lines from $CVSROOT/CVSROOT/history? I was going to also delete any directories I created in the reposi

Re: CVS Web frontend

On Fri, Oct 25, 2002 at 01:03:40PM -0500, Steve Buehler wrote: > Does anybody know > of a few that I can checkout? Try "http://freshmeat.net"; and search for CVS. I am sure you will find some. I hava not used any, but I am certain I've seen a few when I was looking arround. /npat > -- > This

Re: Stow

On Fri, Oct 25, 2002 at 02:07:22PM -0400, Eric Siegerman wrote: > > Stow (http://www.gnu.org/software/stow/stow.html) is excellent > for this! It's basically a package manager, but an extremely > lightweight one. > I agree. Stow rules! It is a fine example of treating problems with a purelly "un

Re: CVS Web frontend

Steve Buehler writes: > > The people that > need to use it need some kind of a web frontend for it. Does anybody know > of a few that I can checkout? -Larry Jones Fortunately, that was our plan from the start. -- Calvin _

Re: CVS Web frontend

Steve Buehler wrote: > > The people that > need to use it need some kind of a web frontend for it. Does anybody know > of a few that I can checkout? viewCVS is a good repository browser: For a full web-based client, jCVS may be better (never used it):

RE: CVS Web frontend

http://www.freebsd.org/projects/cvsweb.html (runs fine on RedHat) -Original Message- From: Steve Buehler [mailto:steve@;vespro.com] Sent: Friday, October 25, 2002 2:04 PM To: [EMAIL PROTECTED] Subject: CVS Web frontend I an new to CVS. The boss wanted me to install it on the ser

CVS Web frontend

I an new to CVS. The boss wanted me to install it on the server for a customer and I did. CVS 1.11.1p1. Well, I don't know anything about it except that it is working from a test that I saw to use. The people that need to use it need some kind of a web frontend for it. Does anybody know o

Re: Per-modules readers/writers ?

> Nick Patavalis wrote: > > > What's wrong with uid/gid based permissions? > > For starters, they require that each CVS user have a login account on > the machine in question. In some cases, this is not acceptable. > Assuming that you don't let them log in using it (and that's not diffic

Stow

On Fri, Oct 25, 2002 at 08:52:29AM -0700, Ray Tayek wrote: > or suppose you download and install the latest version of your favorite > software and find that it just doesn't work. how about some way to > automagically roll back to a previous version? Stow (http://www.gnu.org/software/stow/stow.h

Re: Per-modules readers/writers ?

Nick Patavalis wrote: What's wrong with uid/gid based permissions? For starters, they require that each CVS user have a login account on the machine in question. In some cases, this is not acceptable. /|/|ike ___ Info-cvs mailing list [EMAIL

RE: using cvs to contol system files

At 05:38 PM 10/23/02 -0500, you wrote: > -Original Message- > ... > Has anyone out there used to cvs to version control system files? > For instance, files in /etc. ... this sounds like an excellent idea. i find that the older i get, the more i tend to forget which file i tweaked :( We

Re: Per-modules readers/writers ?

On Thu, Oct 24, 2002 at 04:49:08PM -0400, David R. Chase wrote: > Hello there, > > I'm mainly trying to obtain > finer granularity access control via pserver (or other remote access) > authentication rather than via the filesystem's uid/gid and related > permissions. What's wrong with uid/gid ba

Re: using cvs to contol system files

"woods-at-weird.com (Greg A. Woods) |info-cvs|" wrote: > [ On Wednesday, October 23, 2002 at 17:38:05 (-0500), Miller Dale Contractor HQ AFWA >wrote: ] > > Subject: RE: using cvs to contol system files > > > > We use CVS for controlling our software but for the system files > > I find that RCS is

Re: Multiple cvs users in one checkout area - solved!

--- Andreas Otte <[EMAIL PROTECTED]> wrote: > Thank you all for your input on the topic of shared > resources. Made me think about it, but unfortunally > it is something I can not change in this database > project. However, cvs can be made to ignore the > content of the Root-Files with an entry in

Multiple cvs users in one checkout area - solved!

Hi! Thank you all for your input on the topic of shared resources. Made me think about it, but unfortunally it is something I can not change in this database project. However, cvs can be made to ignore the content of the Root-Files with an entry in the .cvsrc file in the users home directory. S

Re: Revision in source code getting modifed

http://www.cvshome.org/docs/manual/cvs_12.html#SEC98 donald On Fri, Oct 25, 2002 at 02:43:45PM +0530, Satya Prasad DV wrote: > hi, >Iam having a weird problem with CVS. We have recently checked in some > source code into CVS. This source contains some Macro definitions like > #define REV "R

Revision in source code getting modifed

hi, Iam having a weird problem with CVS. We have recently checked in some source code into CVS. This source contains some Macro definitions like #define REV "Revision : 27". Surprisingly, when I check out the file, the revision number is getting modified to 1.1 from 27. Has any body noticed