[ On Thursday, January 31, 2002 at 10:34:52 (+0100), Matthias Kienle
wrote: ]
Subject: reserved checkout
What do I wrong?
Don't use reserved checkouts with CVS -- CVS is the Concurrent Versions
System!
I know cvs is a concurrent version system, but a new requirement comes up in
Andy Glew wrote on cvs-info list:
This find ... | xargs ... cvs status ... works okay,
except for the fact that it manages to cause
something in the path from cvs on my client,
via ssh and rsh, to the machine on which cvs server
is running, to die pretty dependably, hanging for 15-30
The problem is that each time a cvs user like bob commit
a file or directory, like test in prj1,
the file is bob:bob instead of bob:cvsusers
You need to set the SGID bit on all the repository directories (chmod
g+s). That causes newly created files and directories to get their
group
Title: Take Control Of Your Conference Calls
Crystal Clear
Conference CallsOnly 18 Cents Per Minute!
(Anytime/Anywhere)
No setup fees
No contracts or monthly fees
Call anytime, from anywhere, to anywhere
Connects up to 100 Participants
Hi.
We have been using cvs for several months now and all has been going
well. Just recently we noticed that we are getting unexpected file
permissions. For example, we have watches turned on so we would expect
that when we checkout files, they would be checked out as read-only.
Well, that is
Hi,
is there a possibility to control module versions of an ampersand module
by the modules file in CVSROOT?
If I have an ampersand module in the modules file like
ampersand module1 module2
That means a module ampersand composed of two
other modules (module1 and module2).
By checking out
Hello,
I have posted this problem before, but the proposed solutions didn't
work.
Setting: We are using CVS to store 4 projects, that use some common
files.
Common files are in the head branch, every Project has its own branch.
Problem: Some files have been added on a project-specific branch,
My point was that students can't grant any access to
anyone not having an account on the system (I
mistakenly said to anyone not having a login on the
system in my previous email). I'm assuming students
don't have authorisation to create system accounts.
Noel
--- Greg A. Woods [EMAIL PROTECTED]
Initially:
find $CVSROOT -type d | xargs chmod g+s
I forget whether SGID is inherited by new
subdirectories. If not, have a loginfo script set it.
Noel
--- GOMEZ Henri [EMAIL PROTECTED] wrote:
The problem is that each time a cvs user like bob
commit
a file or directory, like test in prj1,
Hello,
I'm using cvs with mandrake 8.1, and pserver
I've created a user and a group cvs, and create my repository in /home/cvs (=CVSROOT)
I've created the passwd file to set the differents cvs users attached to the system account cvs
I can connect from a client cvs, but i can't access the CVSROOT
Have you tried the patches available at
SourceForge/RCVS?
If so, your development process should include the
following:
1. Developers put edit -c in ~/.cvsrc.
2. Developers cvs edit file(s).
3. If the edit aborts (due to other editors),
developer communicates with others.
4. Developers proceed
Initially:
find $CVSROOT -type d | xargs chmod g+s
I forget whether SGID is inherited by new
subdirectories. If not, have a loginfo script set it.
What do you means by Initially ?
---
loginfo
DEFAULT find $CVSROOT -type d | xargs chmod g+s
Thanks
PS: Did you do a 24/24 - 7/7 hot
good folk,
i ask this forum because i'm not at all sure where start looking for
ideas on how to address my problems. cvs may not be the right tool
for what i have, but any ideas or suggestions or redirections to other
fora are welcome and desired.
i have several million objects (very large
Initially, directories within the repo don't have SGID
set. You'll have to do this manually.
Noel
--- GOMEZ Henri [EMAIL PROTECTED] wrote:
Initially:
find $CVSROOT -type d | xargs chmod g+s
I forget whether SGID is inherited by new
subdirectories. If not, have a loginfo script set
it.
Initially, directories within the repo don't have SGID
set. You'll have to do this manually.
And each time at commit time via loginfo like this ? :
# loginfo
#
DEFAULT find $CVSROOT -type d | xargs chmod g+s
___
Info-cvs mailing list
[EMAIL
C. Wienberg wrote:
Hello,
I have posted this problem before, but the proposed solutions didn't
work.
Setting: We are using CVS to store 4 projects, that use some common
files.
Common files are in the head branch, every Project has its own branch.
Well, it may not help you at the
No, there's no reason to reset SGID on all the
repository directories. You would only need to set it
for the newly created subdirectory with something
like:
chmod g+s new-subdir
Read more about loginfo scripts to see how you can
write such a script.
Noel
--- GOMEZ Henri [EMAIL PROTECTED]
I think CVS would probably do quite well for the system you're describing.
You're already doing a primitive form of versioning when you rename the
files to FILE..mm.dd.hh.mm.
-Original Message-
From: Nigel Kerr [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 01, 2002 9:25 AM
To:
I have used ediff in the past for merging a small set of files and also for
resolving conflicts from a cvs merge. Here's what I'm really after. The
project I'm working on consists of a total of 2,700 cpp, h, and idl files.
We also frequently have 2 or 3 development branches going on concurrently.
Hello-
Is there a way to generate e-mails anytime someone applies a tag on the
repository?
I have commit e-mails going, and find that very useful; something similar
for tags available?
If nothing like that exists, is there a way to figure out who applied a tag
and when?
thanks.
-Johnny.
JAKramer writes:
I have used ediff in the past for merging a small set of files and
also for resolving conflicts from a cvs merge. Here's what I'm
really after. The project I'm working on consists of a total of
2,700 cpp, h, and idl files. We also frequently have 2 or 3
development
Is there a way to get cvs edit to lock only on the current branch, rather
than affecting that file on all branches?
Stuart Donaldson
Alerton Technologies Inc.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
On Fri, Feb 01, 2002 at 02:16:20PM +0100, C. Wienberg wrote:
If we kill the ,v-File from the repository, andd add the file on the
head branch, we will loose the file's history. Is there any better way?
All we want is to get the symbolic name branchname point to the same
version as head!
The
Hi Harald,
If you've four projects which share some code, you'd better work
with modules.
Doesn't work, if you have folders that contain files from different
modules. CVS assumes that all files in a sandbox folder are from
the same module. Of course, by using export or some clever ant-
I have inherited a CVS repository that uses the -t/-f options in the
CVSROOT/cvswrappers file. I am trying to migrate to version 1.11.1p1
from version 1.10. When I try to use the 1.11.1p1 version of cvs to do
anything I get the following error message.
$ cvs co xgrab
cvs [checkout
On Fri, Feb 01, 2002 at 01:47:17PM -0500, [EMAIL PROTECTED] wrote:
cvs [checkout aborted]: -t/-f wrappers not supported by this version of CVS
They were removed because they never worked too well, and, if I
recall, didn't work at all client/server.
It works fine with the 1.10 version.
[ On Friday, February 1, 2002 at 09:03:55 (+0100), Matthias Kienle wrote: ]
Subject: Re: reserved checkout
I am a linuxer and I would hate it to explain my manager that cvs does not
support reserved checkouts for binary files. I control all web pages, server
configuartions and the total
[EMAIL PROTECTED] writes:
I never said there was a problem with CVS.
However, the master distribution(s) of the CVS source code are setup
for a case-sensitive file system. I was simply asking if the
maintainers would be willing to change a directory name in order to be
usable across
[ On Friday, February 1, 2002 at 07:00:08 (-0800), Noel Yap wrote: ]
Subject: Re: Creating Per-User repositories
My point was that students can't grant any access to
anyone not having an account on the system (I
mistakenly said to anyone not having a login on the
system in my previous
[ On Friday, February 1, 2002 at 09:56:06 (-0600), Daniels, David wrote: ]
Subject: RE: cvs (or something!) on very large scales with non-source code
objects
I think CVS would probably do quite well for the system you're describing.
I think you're completely wrong about that. CVS
[ On Friday, February 1, 2002 at 19:12:52 (+0100), C. Wienberg wrote: ]
Subject: Re: using head revision in branch after add on branch
Hi Harald,
If you've four projects which share some code, you'd better work
with modules.
Doesn't work, if you have folders that contain files from
[EMAIL PROTECTED] writes:
$ cvs co xgrab
cvs [checkout aborted]: -t/-f wrappers not supported by this version of
CVS
It works fine with the 1.10 version. One for which I do not have the
source.
Not with the standard 1.10, it doesn't. -t/-f wrappers were disabled in
CVS 1.9.28
Michael Müller writes:
is there a possibility to control module versions of an ampersand module
by the modules file in CVSROOT?
Not at the moment. Feel free to write the code. :-)
-Larry Jones
Isn't it sad how some people's grip on their lives is so precarious
that they'll embrace any
[ On Friday, February 1, 2002 at 10:24:37 (-0500), Nigel Kerr wrote: ]
Subject: cvs (or something!) on very large scales with non-source code objects
i have several million objects (very large scales): roughly half of
them are bitonal TIFF files, scanned page images of printed material;
the
pardon my abject ignorance on all of this...
But could you use uuencode and uudecode? The deltas may be *HUGE* but it
might be worth a lookit.
--@@
~
DavidC
The real truth of the matter is, and you and I know, that a financial
element in the large centers has owned the government of the
Patti,
When a file is added AFTER a watch has been set on a set of files (not a
directory), the new file is not being watched because it was not in
existence when the watch was originally set. You can update but will not
see read only permissions on the new file. You could add a watch to that
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
[EMAIL PROTECTED] writes:
Updating CVSROOT
cvs server: failed to create lock directory for `/home/cvs/CVSROOT'
(/home/cvs/CVSROOT/#cvs.lock): Permission denied
cvs server: failed to obtain dir lock in repository `/home/cvs/CVSROOT'
cvs [server aborted]: read lock failed - giving up
That
Greg seems to catch the main points made so far (about cvs and binary
files and scale) and ask some questions, so i'm choosing to continue
from Greg's message:
Quoth [EMAIL PROTECTED] (Greg A. Woods):
How important is tracking the actual changes made to the TIFF's or the
auxilliary images?
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
--- Greg A. Woods [EMAIL PROTECTED] wrote:
I think you're dreaming about problems which should
not exist. I
believe it was implied in the original post that all
authorised students
would implicitly be given permission to access the
CVS server. If one
uses SSH this this means they will
None that I know of. In fact, I had thought about
creating such a patch, but rethought it as removing
some controls from concurrent development along
branches (although, granted, you don't get full
control over such development with the current edit
feature).
Noel
--- Stuart Donaldson [EMAIL
Your abject ignorance is pardoned :-)
uuencoding and uudecoding won't help anything since
CVS diffs and merges on a line-by-line basis. Doing
this with a uuencoded file will likely give you
garbage. IOW, the diff/merge problem has nothing to
do with a file's textness.
Noel
--- EXT-Corcoran,
In fairness to the original poster, I probably would not wish to read a
manual written in a foreign language.
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
We are using CVS to store Java source code. Currently, all developers in
the project are directly commiting against HEAD. We would like (as much as
possible) to keep HEAD in a stable state and so would like to start using
branches to create a dev environment.
Is this better approached by
[ On Friday, February 1, 2002 at 11:10:30 (-0800), EXT-Corcoran, David wrote: ]
Subject: RE: reserved checkout
pardon my abject ignorance on all of this...
But could you use uuencode and uudecode? The deltas may be *HUGE* but it
might be worth a lookit.
Not only would the deltas be huge,
Another approach that doesn't require developers to perform as many merges
is to implement a hand-off procedure that declares certain versions as
eligible for the build. This can be as simple as applying tags, or it could
be more complicated. That way, the developers and the builders can share
ÍõµtǬ
ÓïÐòÖ¸ÓïÑÔÖдÊÓï½áºÏµÄÏȺó´ÎÐò¡£ËüµÄ±ä¶¯¿Éʹ´Ê×é»ò¾ä×Ó¾ßÓв»Í¬µÄÒâÒå¡£¹ÅÍù½ñÀ´£¬Ò»Ð©ÈËÒòÇÉÓÃÓïÐò¶øΪºóÈ˽ò½òÀÖµÀ¡£
¸óÏÂÄúºÃ£º
ÎÒ¹«Ë¾ÏµÌ¨Íå¶À×ÊÆóÒµ¼¯ÍÅ£¬³¤ÆÚ´Óʹú¼ÊóÒ×(ÊýÂë²úÆ·¡¢µçÄÔÅä¼þ¡¢Òƶ¯µç»°)£¬ÎªÍÚ¾òÊг¡Ç±Á¦À©´ó¾Óª¹æÄ££¬ÒâÔÚ¹óµØÑ°ÕÒóÒ×´°¿Ú£¬Ìؽ«ÓйغÏ×÷Ìõ¼þ³Ê¹ó¹«Ë¾²Î¿¼£¬ºÏ×÷Ìõ¼þÈçÏ£º
Íõһǰ
Òû¾Æ²ÂÈÔÚÎÒ¹úÔ´Ô¶Á÷³¤£¬ÕâÖÖÒÔÊÖÖ¸ÇüÉì¾ö¶¨Ê¤¸ºµÄ¡°ÊÖÊƾÆÁ×îÔç¼ûÓÚÌÆ´ú»Ê¸¦áԵġ¶×íÏçÈÕÔ¡·£¬ÒÔºóµÄС˵¡¢±Ê¼Ç¡¢Ê«ÎÄÖжàÓмÇÔØ¡£²ÂȾÆÁÈÚµä¹Ê¡¢´«Ëµ¡¢Ãñ·ç¡¢ÃñË×ÓÚһ¯£¬ÓÉÁ㵽ʮ£¬²»½ö´ú±í¼ªÏé×£¸£Ö®Ò⣬¶øÇÒÔ̺¬Éî¿ÌµÄÎÄ»¯³É·Ý¡£Ï¸¾¿Æä´Ê£¬¶À¾ßȤζ¡£
Ôª±¦
¸óÏÂÄúºÃ£º
ÎÒ¹«Ë¾ÏµÌ¨Íå¶À×ÊÆóÒµ¼¯ÍÅ£¬³¤ÆÚ´Óʹú¼ÊóÒ×(ÊýÂë²úÆ·¡¢µçÄÔÅä¼þ¡¢Òƶ¯µç»°)£¬ÎªÍÚ¾òÊг¡Ç±Á¦À©´ó¾Óª¹æÄ££¬ÒâÔÚ¹óµØÑ°ÕÒóÒ×´°¿Ú£¬Ìؽ«ÓйغÏ×÷Ìõ¼þ³Ê¹ó¹«Ë¾²Î¿¼£¬ºÏ×÷Ìõ¼þÈçÏ£º
52 matches
Mail list logo