i want a module to be part of another module. how this can be
done?
mehul.
On Fri, 13 Dec 2002 Paul Sander wrote :
This is a build issue that falls outside CVS' scope. But if you
want
code reuse at the source level, you can use modules. If you want
code
reuse at the library level, build a ba
This is a build issue that falls outside CVS' scope. But if you want
code reuse at the source level, you can use modules. If you want code
reuse at the library level, build a baseline and refer to it in your
build process. You can build references using environment variables,
symlinks, buildrefs
I would be astonished if this were true. You'd have to replicate
/bin, /usr/bin, /etc, /lib, /usr/lib, /etc, /usr/local, /include,
/usr/include, /dev, and a whole lot of other stuff to make it work
at all. And even then, stuff like ps still won't work properly.
--- Forwarded mail from [EMAIL PRO
We run pserver on a machine behind a firewall and access with redirected
ports with ssh.
Someone posted on this list a cookbook ssh command to do so...
ssh [EMAIL PROTECTED] -L 2401:host.whatever.com:2401
Then set your CVSROOT to point to localhost.
Works.
Steve
On Thu, 2002-12-12 at 10:51,
Hello,
since I'm really new to CVS I was wondering if it's possible (and if
the answer is yes how to manage it) to create an project that makes
use of (checks out) the latest version of e.g. an c++-class to acccess
an oracle-database, so that the oracle-class can be used by several
projects and is
Phil R Lawrence writes:
>
> Will cvs then allow the local developers to check-in, out, etc, via the
> mappings in CVSROOT/passwd, even though I'm not running pserver?
No. Only pserver uses CVSROOT/passwd.
-Larry Jones
I've changed my mind, Hobbes. People are scum. -- Calvin
___
I'm writing a script to merge files from one branch (src) to another (dst). If
a file has never been merged between the two, then the command "checkout -r
dst -j src fyle" should checkout the file on the dst branch and then merge the
changes from the tip of the src branch into it.
If this merge
Paul Sander writes:
> A chroot environment is only good at containing
> what's inside it. It does not prevent access to
> the chroot environment from outside.
Oh, but that's OK - just set the shells for the users to /bin/false -
that'll prevent them from logging in with a shell. And isn't ther
A chroot environment is only good at containing what's inside it. It
does not prevent access to the chroot environment from outside.
In other words, chroot is fine for containing servers so that they cannot
access the rest of the system. But chroot does not protect something
from shell users, un
CHARLES HART, BLOOMBERG/ 499 PARK wrote:
um, I'm a newbie at CVS, so I've read more of the documentation than anything
else, but the answers I've seen so far for the security question seem to have
missed one vital point. People have write access to spots in the repository,
therefore they, just li
Larry,
log was yielding way too much data even with the flags available I could
find no way to get a small amount of information - the last log entry being
the most important.
Jeanie
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 11, 2002
CHARLES HART wrote:
>People have write access to spots in the repository,
>therefore they, just like CVS, can write as they please
>to the ,v files.
This is not necessarily true, as you can use CVS within a
chroot'ed environment. In that case you can prevent your
users from getting a shell resp.
--- "CHARLES HART, BLOOMBERG/ 499 PARK"
<[EMAIL PROTECTED]> wrote:
> um, I'm a newbie at CVS, so I've read more of the
> documentation than anything
> else, but the answers I've seen so far for the
> security question seem to have
> missed one vital point. People have write access to
> spots in th
um, I'm a newbie at CVS, so I've read more of the documentation than anything
else, but the answers I've seen so far for the security question seem to have
missed one vital point. People have write access to spots in the repository,
therefore they, just like CVS, can write as they please to the ,v
PS - are there any windows and linux clients that particularly shine
with SSH?
TortoiseCVS on Windows (http://www.tortoisecvs.org/) works very well
with ssh. They distribute a customized version of plink from the PuTTy
suite.
HTH
Geoff
___
In
Phil R Lawrence wrote:
>How can I have SSH *and* locked down projects *and* locked down CVSROOT
dir?
>Security is very important.
I had actually planned to make CVS available via the web to some people,
so I tried to find a secure way of doing so. Instead of using pserver, I
followed
the instruct
At 10:51 AM 12/12/2002, Phil R Lawrence wrote:
Now, about security. We would be a multi-client shop, so I need SSH to
encrypt sign-on info. Also, to make auditors very happy, we need to grant
and deny write security to various projects in the repository.
We are a multi-client shop, too. We us
Phil R Lawrence writes:
>
> I saw in the docs how to set up pserver and how it can manage read-write
> permissions. But I won't run a server without encryption.
>
> How can I have SSH *and* locked down projects *and* locked down CVSROOT dir?
Forget pserver, use SSH with individual system accou
--- Phil R Lawrence <[EMAIL PROTECTED]> wrote:
> OK, I've settled on either importing our entire ERP
> source with -kb or
> writing a script to traverse the sourcetree and
> check in the files
> intelligently as either binary or text. (anyone
> already have a script
> that does this?)
>
> Now,
William Brower writes:
>
> I want to tag (er, rtag) files that live on a branch on a specific date.
> It looks like I can't use both -r and -D in rtag which is how I would
> think I'd have to do it, like:
Although -r and -D are incompatible (at the moment) for tag and rtag,
they aren't incompatib
I am about to import a project into CVS, but I have a "data" folder
inside this porject tree, which holds over 1GB of mp3 files. I apparently
do not want to import this "data/" folder into the repository. So how can
I tell CVS to exlude this data folder while importing it.
You can put the folde
OK, I've settled on either importing our entire ERP source with -kb or
writing a script to traverse the sourcetree and check in the files
intelligently as either binary or text. (anyone already have a script
that does this?)
Now, about security. We would be a multi-client shop, so I need SSH
We had all sorts of problems, and not enough time right now when we started
checking in all our InstallAnywhere xml files. We just resorted to making
CVS think they were binaries(add -kb) so it wouldn't do all its fun merge
thing with it. Though of course you loose lots of other features by making
23 matches
Mail list logo
