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 add"
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 " 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 " 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 add"
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 add" > > > 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 > " 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 " 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 "
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 > " 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 " 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 :: 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