porting CVSNT repositories to UNIX platform
Hi, Is it possible to port a number of repositories, created using CVSNT, into a single UNIX (Solaris 2.8) CVS repository? I am currently in the process of identifying the architecture for a software development facility to configure software source files for a number of small projects. Up until now, these small projects have been developed on separate Win 2000 platforms, using CVSNT 1.11.1.3 and CVSNT 1.10. As part of the development environment we require a central server that will house a single repository for all the projects and will ideally be a UNIX based system. Are there any issues in porting over the existing repositories? Thanks, Ben General Dynamics United Kingdom Limited Registered in England and Wales No. 1911653 Registered Office: 100 New Bridge Street, London, EC4V 6JA ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: porting CVSNT repositories to UNIX platform
Ben Smith writes: Is it possible to port a number of repositories, created using CVSNT, into a single UNIX (Solaris 2.8) CVS repository? Sure. The easy part is just moving all of the RCS files; the repository format is intended to be platform-neutral, so just moving them (as binary files, please) is all you need to do. The more challenging part is merging all of the administrative files in CVSROOT. For the most part you can just concatenate them, but beware of patterns that match more than intended in the new, merged repository. -Larry Jones Hmph. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Developing a secure CVS repository
We have a client/server environment using ssh. Our Operation Team is recommending that we move to a network-secure CVS server based on SSH and chroot. I have seen many questions and discussions on this forum regarding pserver, but I have never seen anything on chroot. Does anyone have any experience using this environment and are there any problem associated with it? Is there any recommendations? Thanks for your time, Larry Lords -- This message may contain confidential information, and is intended only for the use of the individual(s) to whom it is addressed. == ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Developing a secure CVS repository
We have a client/server environment using ssh. Our Operation Team is recommending that we move to a network-secure CVS server based on SSH and chroot. I have seen many questions and discussions on this forum regarding pserver, but I have never seen anything on chroot. Does anyone have any experience using this environment and are there any problem associated with it? Is there any recommendations? I have no experience with this environment, but I went to google and pasted the phrase you have in quotes above then hit I'm feeling lucky and was taken here: http://www.idealx.org/prj/idx-chrooted-ssh-cvs/dist/chrooted-ssh-cvs-server.html Is that what your Operation Team is suggesting? The paper details several problems and the required workarounds/procedures. I *can* confirm that I wouldn't really like to run my *info scripts in a chroot()'d environment. I would further add that the source code is the high-value part of my CVS repository, and I am obligated to allow the proper users to access that. There would be no payoff to going to the trouble of restricting their shell accounts and chroot()ing CVS on our repository, as they will still have permissions to modify the important files on the system. Filesystem permissions are the best available option for us. YMMV. This message may contain confidential information, and is intended only for the use of the individual(s) to whom it is addressed. In that case, it is a very bad idea to send it to a public mailing list. This list is archived/published in many places, and would therefore not be a good place to send anything that may contain confidential information. HTH, Geoff ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: porting CVSNT repositories to UNIX platform
Sure. The easy part is just moving all of the RCS files; the repository format is intended to be platform-neutral, so just moving them (as binary files, please) is all you need to do. One thing you may find is that any CVSNT access control and file permission lists will be lost (effectively - classic CVS doesn't recognize those .owner and .perms files), so if you were using those features extensively, you have a bit of porting work. You will have to set up Unix groups, file ownerships and permissions in the Unix repository accordingly. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Developing a secure CVS repository
[ On Wednesday, August 27, 2003 at 09:11:41 (-0600), Larry Lords wrote: ] Subject: Developing a secure CVS repository We have a client/server environment using ssh. Our Operation Team is recommending that we move to a network-secure CVS server based on SSH and chroot. You don't need to use chroot if you've got a dedicated server for CVS. (i.e. it won't give you any benefit -- only headaches) If you don't have a dedicated server then using chroot via SSH may be an option, but it's not a question for this forum -- try the SSH list: [EMAIL PROTECTED] (i.e. you'd be doing the chroot via SSH, not via CVS) -- Greg A. Woods +1 416 218-0098 VE3TCPRoboHack [EMAIL PROTECTED] Planix, Inc. [EMAIL PROTECTED] Secrets of the Weird [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
move away xxx
I get this error frequently: cvs update: move away xxx.java; it is in the way C xxx.java I am running CVS 1.11.5 for Windows; server is 1.11.6 on Linux. If I blow away xxx.java, and re-update, the problem goes away for a bit, then returns. I've searched Cederqvist, but found nothing. Google doesn't offer much more. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
move away file.java
(This is a repost--I tripped a few spam filters with the last one...) I get this error frequently when updating in a directory with 'cvs update -dP': cvs update: move away file.java; it is in the way C file.java I am running CVS 1.11.5 for Windows; server is 1.11.6 on Linux. If I blow away file.java, and re-update, the problem goes away for a bit, then returns. If I update the file directly with 'cvs update -dP file.java' the update works as expected. I've searched Cederqvist, but found nothing. Google doesn't offer much more. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Bug DB?
Title: Bug DB? I think I have found a bug in CVS add, but I want to look in the bug database first to see if it is already entered. Where's the bug db located? ___ Matt Bishop Sr. Developer infowave Building Business. Wirelessly. 4664 Lougheed Hwy Burnaby, BC V5C 5T5 Canada ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: move away file.java
I believe I have uncovered a bug in CVS add, where the CVS/Entries file gets dinged when an add fails due to network problems. If I call 'cvs update' or 'cvs update -P', I do not encounter the in the way error. If I run 'cvs update -d', I encounter the error. The error occurs in a directory that is under CVS control. The directory is not listed in it's parent's CVS/Entries file. It was there earlier. If I add back the directory to the Entries file, the call 'cvs update -dP' works as expected. Yesterday our network was having access problems such that I was not able to see the CVS server. I performed several 'cvs add' calls, but they failed due to the network errors. Today, the Entries file for the dir I was trying to add into is missing a directory. I can only conclude that add failed, causing the Entries file to be incorrectly written. I have searched the issue DB and have found several Entries file bugs that might be similar, but none that match exactly. I tried to file a new report, but received this message: Login Required You must login to the site to use the requested feature. Visit the login page to login or to register for an account. Also, you must be a member of this project. Request a role in this project to be given more permissions. If you think you do have an account in this project, it is likely that the project is locked or your account has been otherwise disabled. I am logged in, so I need join the project or something. Do I need an invite? -Original Message- From: Mark D. Baushke [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 27, 2003 3:20 PM To: Matt Bishop Cc: CVS-II Discussion Mailing List Subject: Re: move away file.java Matt Bishop [EMAIL PROTECTED] writes: I get this error frequently when updating in a directory with 'cvs update -dP': cvs update: move away file.java; it is in the way C file.java This typically means that there is a file.java in the repository, but that you have a local file.java that was not checked out of the repository in the way. I am running CVS 1.11.5 for Windows; server is 1.11.6 on Linux. If I blow away file.java, and re-update, the problem goes away for a bit, then returns. Try NOT using the -P switch, do the update and then do you build that creates file.java and then do another update and see what happens. If I update the file directly with 'cvs update -dP file.java' the update works as expected. I've searched Cederqvist, but found nothing. Google doesn't offer much more. Hmmm... This one looks relevant: http://mail.gnu.org/archive/html/info-cvs/2001-09/msg00482.html Which mentions this problem as well... -- Mark ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs