Pb with module deletion
Hello, I'm using a sourceforge account and I'm learning CVS at the same time. My problem stays in deletion of directories in the CVSROOT directory. In my case cvsroot is cvs.somewhere.else:/cvsroot/myrepository. I have now there the following directories : speedshooter (the good one) speeshooter (a bad one) ... (other bad ones) when I use the "cvs [EMAIL PROTECTED]:/cvsroot/myrepository co .", The server send me the emptied directories I just talk about previously. Sure I can make a "cvs update -P" to get rid off this dirs. By the way, although it is clear for me, It'll may be not for the other developpers I'm working with. Please, can you give a solution to destroy definitively this directories, or better reinitialize my repository (hoping my access rights are ok to do this). Thanks in advance, excuse me for my poor english (I'm french, that may be the reason my mistakes :-) ). Good bye.
Files have escape characters in it (0x00-0x20,0x80-0xFF)
Hi, I use WinCVS on NT and I connect to a pserver on NT to. When I try to import my tree source from my local box to the pserver I get some strange message : Warning : Files have escape characters in it (0x00-0x20,0x80-0xFF) Should I ignore this warning ? -- Julien Reynier ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Cvs implementation example.
Hi, I have to implement a cvs for a multiple developers environment. I have installed it without problems and I've tested the major functionalities and it seems working fine. It's my first time on this kind of versioning system and I don't know the good practice in term of sources organization for a project. For example, I'm asking if we have to create a repository for each project or create only one repository and under it, create one module for each project. Maybe somebody can tell me what are the good practices or where I could found examples or typical and practical implementation of cvs in multiple developers environment. Thank in advance for your help. Denis JULIEN ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Removing file with Wincvs not running?!
Hi, I'm using WinCvs connected to a pserver cvs running on RH 8.0. I am not able to remove file from a module when I use the WinCvs GUI (remove selected file menu) , it displays an error message saying that the file is tagged and that it cannot to be removed. Nevertheless I can remove it directly working on the cvs server. Any idea on this behavior? Thank in advance Denis Denis JULIEN INVESTIMA 10 Intranet Manager tél. +33 1 49 59 10-34 (/12-84) cel. +33 6 10 56 64 08 [EMAIL PROTECTED] VUP SERVICES 3 allée de la Seine Immeuble Paryseine 94854 IVRY sur SEINE FRANCE ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: branch and version
If you mean 'I would like to replace a specific revision of a file', no :) The correct way is to tag when you're freezing, and to create a new (stable) branch if you need to make modifications. -- Julien Wajsberg Hi, we're sharing the same branch among the developers and after each deploy we're freezing a stable version. But sometimes these versions have bugs, and we need to update them. I do not want to generate other version, just update the existing one. It is possible? Thanks, Giovanni Giazzon ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
restricting import
Hello :) is there a way to restrict import use ? There don't seem to be any hook for this command... Thanks :) -- Julien Wajsberg ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Feature Request: admin files for cvs import and cvs adddir
I think it is an important issue, and I don't understand why a CVS developer didn't give an advice about this yet... -- Julien Wajsberg My previous post titled cvs_acls and cvs import has got no reply so far, and I suppose I should regard it as no one knows of an answer except modifying source. Thus I request that administrative files for cvs import and cvs add dir be added to cvs to control these operations. Not being a cvs guru, I just want to give my opinions, and hope that some veteran here could give helpful suggestions. One way is just to add new administrative files, like importinfo and adddirinfo. If files are too many, maybe some could be merged, say, we could use commitinfo to check the add dir operation. Opinions? (When we can agree on how to change, I can have a try to modify the source, if no one else is willing to do it. But before that I want to hear others' opinions on what to do and get advice on how. I am not familiar with the cvs source.) Best regards, Wu Yongwei ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Feature Request: admin files for cvs import and cvs adddir
I was just answering to another mail. You can find my first mail about this issue here : http://mail.gnu.org/archive/html/info-cvs/2003-07/msg00083.html the first mail of Mr Wu Yongwei here : http://mail.gnu.org/archive/html/info-cvs/2003-07/msg00111.html and his second mail here : http://mail.gnu.org/archive/html/info-cvs/2003-07/msg00144.html Hope this helps you. -- Julien Wajsberg PS: again, sorry for Lotus Notes' bad layout... -- Marc Priest [EMAIL PROTECTED] wrote : Julien, I can't seem to find your earlier posting in the archives so I don't know what you are talking about. Can you please provide some more information about this? Thanks, Mark - Original Message - From: Julien Wajsberg [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, July 25, 2003 6:56 AM Subject: Re: Feature Request: admin files for cvs import and cvs adddir I think it is an important issue, and I don't understand why a CVS developer didn't give an advice about this yet... -- Julien Wajsberg My previous post titled cvs_acls and cvs import has got no reply so far, and I suppose I should regard it as no one knows of an answer except modifying source. Thus I request that administrative files for cvs import and cvs add dir be added to cvs to control these operations. Not being a cvs guru, I just want to give my opinions, and hope that some veteran here could give helpful suggestions. One way is just to add new administrative files, like importinfo and adddirinfo. If files are too many, maybe some could be merged, say, we could use commitinfo to check the add dir operation. Opinions? (When we can agree on how to change, I can have a try to modify the source, if no one else is willing to do it. But before that I want to hear others' opinions on what to do and get advice on how. I am not familiar with the cvs source.) Best regards, Wu Yongwei ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Feature Request: admin files for cvs import and cvsadd dir
Ralf, Thanks for your patch. here is only the 'importinfo' part of your patch, backported to CVS 1.11.5 (I hope it will work on 1.11.6 too). (See attached file: cvs-importinfo-2.patch) It builds succesfully, and I will now try to use it ;) -- Julien Wajsberg - Answer to Ralf S. Engelschall [EMAIL PROTECTED]: On Tue, Jul 22, 2003, Wu Yongwei wrote: My previous post titled cvs_acls and cvs import has got no reply so far, and I suppose I should regard it as no one knows of an answer except modifying source. Thus I request that administrative files for cvs import and cvs add dir be added to cvs to control these operations. Not being a cvs guru, I just want to give my opinions, and hope that some veteran here could give helpful suggestions. One way is just to add new administrative files, like importinfo and adddirinfo. If files are too many, maybe some could be merged, say, we could use commitinfo to check the add dir operation. Opinions? (When we can agree on how to change, I can have a try to modify the source, if no one else is willing to do it. But before that I want to hear others' opinions on what to do and get advice on how. I am not familiar with the cvs source.) Admin/info hooks for cvs admin and cvs import you can find in my optional RSE-patches contained in the OpenPKG package for CVS: http://cvs.openpkg.org/openpkg-src/cvs/cvs.patch.rse Controlling cvs add is currently not supported, but this usually isn't a big deal. I just run a little cronjob once per day to remove empty dirs from our CVS repositories... Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs cvs-importinfo-2.patch Description: Binary data ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Script for a CVS only shell available?
Another simple way is to use some features of SSH and the authorized_keys file. You can use the « command=command » option of this file (see man 8 sshd for more information) man's extract: command=command Specifies that the command is executed whenever this key is used for authentication. The command supplied by the user (if any) is ignored. Hope this helps :) -- Julien --- Answer to Mark D. Baushke [EMAIL PROTECTED] : --- Wu Yongwei [EMAIL PROTECTED] writes: I want to have a check whether a wheel is created and available. What I want is a script used as shell so that a user having such a shell cannot interactively log in but only use RSH/SSH to execute $SHELL -c cvs server on the remote server. If you are a SF developer, you will know what I mean if you try ssh [EMAIL PROTECTED]. I do not recommend use of rsh. It would be better if you could remove it from the system... although I understand that this is not always possible. Try doing 'mak rksh' on your system. If you don't have it, then use your favorite search engine to find out about it. If you are using ssh, then you may find the following blurb of interest. It was posted to the openssh-unix-dev mailing list. ... | rssh is a restricted shell which allows system administrators to | provide access to a server such that only scp or sftp can be used to | transfer files to and from the server. | | For more info, visit the rssh home page: | | http://www.pizzashack.org/rssh ... I have not used rssh myself and I am not advocating its use, I am just trying to show you where to find the wheels that exist. Finally, you could always ask sourceforge.net what they are using. :-) Good luck, -- Mark ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: setting up cvs and cvsweb....
When I try to access CVSWEB from the web server, I'm getting an error indicating an error: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [EMAIL PROTECTED] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. It is actually a webserver's failure. What is there actually in the server error log (as the nice error message suggests :) ? -- Julien ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: RSE's cvs import patch against the current CVS source
I just saw that 'verifymsg' is processed before 'importinfo' with your patch. I don't think it is the correct behaviour :) How about modifying this ? Somewhere before the call to do_verify ? -- Julien Wajsberg -- Answer to Ralf S. Engelschall [EMAIL PROTECTED] : -- On Tue, Jul 29, 2003, Mark D. Baushke wrote: Any possibility to make it a feature of the mainstream CVS? [...] Also, the patch should not be conditional on the macros RSE_PATCHES or RSE_PATCH_IMPORTINFO, so those parts of the patch need to be removed. [...] Sure, the #ifdef/#endif wrappers are there just for two reason: to allow me to exactly identify what code changes belong to which parts of my larger patch set and to allow me to selectively activate/deactivate some parts of it. For a possible inclusion into the mainstream CVS source these would be gone, of course. As already mentioned to Mark in a private mail, I'll try to find some time over the next weeks and work-off my patch set by adding sanity.sh and documentation changes and moving it up to the latest CVS HEAD version. I also will separate the large patch set into individual smaller ones (for easier review by the CVS developer team). Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: RSE's cvs import patch against the current CVS source
Mark D. Baushke wrote: Julien Wajsberg [EMAIL PROTECTED] writes: I just saw that 'verifymsg' is processed before 'importinfo' with your patch. I don't think it is the correct behaviour :) I suggest that you should not depend on the ordering of the verifymsg as compared to the importinfo or commitinfo. I don't depend of the order. It just happens in our setup that verifymsg takes longer than other hooks. In client/server mode, verifymsg is processed first. In local mode, verifymsg is usually called after the commitinfo has been called. My understanding was that commitinfo/taginfo always occurs before verifymsg. It seems I was wrong... It is just as reasonable to reject a commit due to a bad log message as it is to reject it because a file is being committed does not pass some commitinfo check. Yes I agree with that. How about modifying this ? I believe it would be a waste of time. There is still an 'enhancement' request http://ccvs.cvshome.org/issues/show_bug.cgi?id=27 to have the verifymsg processed only once rather than for each directory... Somewhere before the call to do_verify ? I'd suggest that this is not a useful distraction for RSE right now. If there is no advantage at doing that, surely it is a waste of time. But if it adds coherence, why don't you want to add this feature in the good way at the first time ? Moreover, it could help (later) if you want to modify the code in order not to show an editor if commitinfo is failing, for example (just a thought). -- Julien PS: sorry Mark, I hit the wrong reply button at first... ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: revision macro
Hi all how to and where to set a macro so that the revision of the file appears inside the file. where can I get this information? Thanks in advance See http://www.cvshome.org/docs/manual/cvs-1.11.6/cvs_12.html#SEC98 In particular $Header$ or $Id$ :) -- Julien Wajsberg ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Newbie: problems adding directory to repository
You have to use cvs update -dP on your server sandbox to create new directories and delete empty one in a workign directory. For your other problem I don't know sorry :) -- Julien I've recently started using CVS to help manage a programming project that I, and I alone, am working on, at least for now. I'm having a problem and couldn't find a solution in the docs or in the archives. My setup is that I have my CVS repository on my working server, and then a sandbox on my working server from which a build script puts things where they're supposed to go. Then on my development server, I again have a sandbox and a build script. I've been working by making changes in the sandbox on the dev sever, and when they're ready, committing them to the repository, updating the working server's sandbox, and building it out. There was a point at which I was making a lot of changes to my dev sandbox, but didn't have access to the repository so couldn't commit anything. When I got back to it, I found that I couldn't get some things to match up. The basic problem is that I had taken a specific program, and directory, called Book.pm and Book/ and then generalized it and renamed them to MyDatabase.pm and MyDatabase/ . In my dev sandbox, I have this directory called MyDatabase/ and there are a bunch of programs underneath it that used to be in Book/ . But I can't seem to get this directory onto the working server. When I go to the working sandbox and type cvs update, it doesn't create MyDirectory/ or anything underneath it; it's the same when I deleted the entire sandbox and did a cvs checkout from scratch. Yet in the development sandbox, it certainly thinks it's there-- when I type cvs add MyDatabase/ or cvs add [any of the programs under MyDatabase/] I get messages like there is a version in MyDatabase already or SearchView.pm already exists, with version number 1.3. What do I need to do to get these files out of CVS and into the sandbox on the working server? Thanks very much. Sorry if I'm missing something obvious. Jesse Sheidlower [EMAIL PROTECTED] ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: CVSROOT/passwd file
You can use mkpasswd Or still perl : perl -e 'print crypt password, xx' ; echo (where 'xx' is a random 2-character string). Kind regards, -- Julien Wajsberg -- Hi You may use the htpasswd utility too for this .. !! Regards Gurpreet S -Original Message- From: Kent Emia [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 20, 2003 7:00 AM To: Info-CVS Subject: CVSROOT/passwd file hi guyz im trying to make users in cvs as i've read the OpenSourceDevWithCVS_2E.pdf the format is USERNAME:ENCRYPTED PASSWORD:OPTIONAL SYSTEM USERNAME my question is how to make the encrypted password?? theres a script for this but the encrypted password won't show up... -- Kent C. Emia ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: config key: RereadLogAfterVerify
This feature appeared later :) In 1.11.2 : From the NEWS file: Changes from 1.11.1p1 to 1.11.2: * There is a new feature, enabled by RereadLogAfterVerify in CVSROOT/config, which tells CVS to reread the log message after running the verifymsg script. This allows the verifymsg script to reformat or otherwise modify the log message. -- Julien --- Hi All! I wanted to change the logmessage while verifying it - i've done so before on my own linux-box - but when I add the key to the config-file the following message apears on the client-side cvs [status aborted]: unrecognized auth response from kxbase: cvs pserver: /cvs/CVSROOT/config: unrecognized keyword 'RereadLogAfterVerify' the server is running on Linux with version 1.11.1p1 client AIX 1.11.0.0 or Linux 1.11.1.1p1 Any clues? Thanks, Bernhard ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
about log and rdiff commands
Hi, I'm experimenting a little with the log command, and I found a strange behaviour. When using cvs log -rHEAD, I successfully get the log messages for the trunk. But wit cvs log -rHEAD., (with a dot) which should give me the log message for the last revisions on the trunk, I just get: cvs server: warning: no branch `HEAD' in `/cvs/module/myfile.c,v' I found however that cvs log -r. gives me what I want, bu it's somewhat cofusing :) Another behaviour that I dislike is with the rdiff command, but this time it could maybe not be changed :/ It's with cvs rdiff -s. For a deleted file, we don't get any information, except it has been deleted. I find that it's inconvenient if you want to findm for example, all log messages between an old tag and the moment it was deleted. I however know that a deleted file gets a revision number, and I actually get that with either cvs log -rBRANCH. or cvs log -s dead, but it's not practical to have a special case because of this :( I understand however that it could maybe not be changed... (I'm using cvs 1.11.1p1). -- Julien ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs