RE: get list of branches
Euan Guttridge [EMAIL PROTECTED] writes: Is it possible to retrieve a list of branches in a repository? I wrote this for my purposes...it may or may not suit yours: http://www.zieg.com/pub/cvsMisc/index.html#cvsFileTags ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: cvsweb
If I understand you correctly, you're trying to allow users to authenticate to a webserver (Apache?) via their Unix login creditentials. You can do that by compiling Apache with auth_mod_shadow: http://sourceforge.net/projects/mod-auth-shadow -Original Message- From: M. Ghaeini [mailto:[EMAIL PROTECTED] Sent: Saturday, August 23, 2003 10:49 PM To: [EMAIL PROTECTED] Subject: cvsweb I have just setup webcvs on RedHat 7.0 but password and download do not work. I would like for users to be able to use the same user name and passwd as they would if they were to login via command line or wincvs. Also, download does not work. Is there a documentation that could help me to set these things up on RedHat? Thanks in advance! -Ghaeini ___ 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: CVS Behaviour
Patwardhan, Rajesh writes: Is it a known issue or is it expected behaviour that if i issue a command cvs co -r1 full_path_to_dir/file_name ( 1 as a digit ) and I noted that for any file. I get the head revision of the file. When you specify a branch number with no revision (which is what 1 is), you get the most recent revision on the branch. Under normal conditions, the trunk is branch 1, so the results are not unexpected. However, the official definition of the head revision is the most recent revision on the default branch, which is not necessarily the trunk (it might be a vendor branch instead), and even if it is the trunk, there's no guarantee that the trunk is branch 1 (the user may have forced a higher number), so there's no guarantee that it gets you the head revision. -Larry Jones Girls are so weird. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: speed: pserver vs mount of repository
Richard Pfeiffer writes: Would anyone happen to know of any test comparison cases (pserver connection vs actual mount) regarding this or have any opinions on the subject? Check the archives -- I'm sure there have been reports in the past of pserver being faster than NFS. (And that only makes sense -- the client/server protocol is fairly terse as opposed to reading the entire RCS file across the network.) -Larry Jones You don't get to be Mom if you can't fix everything just right. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Different behavior on VPN
Very perplexing to say the least! Does anyone have experience in accessing CVS over a VPN? We have a developer who called in from home saying he could not see all versions of a file in WinCVS. A colleague in the office looked in the same source tree and could see multiple branches where the guy at home could only see a single path from the trunk revision! How is this possible? I had the guy at home do an update and he still could not see. He was doing a graph command on a file, so it should not matter what he had checked out. As CVS admin, I am accountable; what do I tell them? = Mark Jaffe| (408) 972-9638 (home) Chief Wizard | (408) 807-1530 (cell) Computer Wizards | (425) 795-6421 (FAX) ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Official defenition of revisions
Hi, I know there is an official definition of the head revision as the most recent revision on the default branch. That's good. How about another useful (from my point of view) definition '-1' which means just previous revision before selected one? It is common practice for us to compare two consecutive revisions and we have to enter revision numbers manually which is time consuming. Sergey. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Official defenition of revisions
You may find cvs rdiff -t to be useful in that context. -Larry Jones Yes, sure. With couple of issues. 1. How can I use my favourite external diff tool? 2. It works only on trunk. How to see the difference in branch? This command fails: cvs rdiff -t -r dev /MetaBldr/MetaBldr.pl cvs [rdiff aborted]: must not specify revisions/dates with -t option! * CVS exited normally with code 1 * Any other ideas? Sergey. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
unicode files
Hi all, I know cvs on linux does not support unicode files, but how should I add these then, when wincvs wants to add these as unicode? For now I added them as text files, I hope this is ok ... Franky ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Official defenition of revisions
Sergey Gurov writes: I know there is an official definition of the head revision as the most recent revision on the default branch. That's good. How about another useful (from my point of view) definition '-1' which means just previous revision before selected one? It is common practice for us to compare two consecutive revisions and we have to enter revision numbers manually which is time consuming. You may find cvs rdiff -t to be useful in that context. -Larry Jones How am I supposed to learn surgery if I can't dissect anything? -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Different behavior on VPN
Mark Jaffe writes [in very long lines]: Very perplexing to say the least! Does anyone have experience in accessing CVS over a VPN? We have a developer who called in from home saying he could not see all versions of a file in WinCVS. A colleague in the office looked in the same source tree and could see multiple branches where the guy at home could only see a single path from the trunk revision! The only possible explanation for this is that either the home developer had removed the other revisions from the graph via the log settings or log filters, or else he was looking at a different repository than the office developer. A VPN, in and of itself, cannot possibly cause such a thing to happen. -Larry Jones That's the problem with nature. Something's always stinging you or oozing mucus on you. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
RE: Different behavior on VPN
Very perplexing to say the least! Does anyone have experience in accessing CVS over a VPN? We have a developer who called in from home saying he could not see all versions of a file in WinCVS. A colleague in the office looked in the same source tree and could see multiple branches where the guy at home could only see a single path from the trunk revision! What access method is he using? Pserver? Ntserver? Ssh (preferable)? Remote disk mounts (God forbid!)? I use CVS in this configuration all the time (CVS over a VPN to a pserver (I know!) inside the company firewall), and it all works quite transparently. CVS doesn't care about the actual implementation of the connection, so VPNs should have absolutely no effect whatsoever. I suspect something else is wrong in your user's setup, and you will only know what it is when you inspect that user's machine.. -- Shankar. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
viewing conflicts without really doing update -j
When you do a cvs update -j branch_name, you see all the files in the module fly by and it tells you whether there is a conflict or whatever. Is there a way to do this (see what would happen), without it really doing it? Thanks Ron ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: viewing conflicts without really doing update -j
Ronald Petty [EMAIL PROTECTED] writes: When you do a cvs update -j branch_name, you see all the files in the module fly by and it tells you whether there is a conflict or whatever. Is there a way to do this (see what would happen), without it really doing it? If I understand what you are asking, then the command: cvs -n update -j branch_name might give you some of what you want... -- Mark ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: viewing conflicts without really doing update -j
Ronald Petty writes: When you do a cvs update -j branch_name, you see all the files in the module fly by and it tells you whether there is a conflict or whatever. Is there a way to do this (see what would happen), without it really doing it? Have you tried the global -n option? -Larry Jones Kicking dust is the only part of this game we really like. -- Calvin ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Is there a way before CVS EDIT to call CVS UPDATE?
Is there a way before CVS EDIT to call CVS UPDATE ? Roman R ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: viewing conflicts without really doing update -j
By adding -n in front of update, so: cvs -n update -j branch_name Regards, Aad On Tue, 2003-08-26 at 17:03, Ronald Petty wrote: When you do a cvs update -j branch_name, you see all the files in the module fly by and it tells you whether there is a conflict or whatever. Is there a way to do this (see what would happen), without it really doing it? Thanks Ron ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: Different behavior on VPN
On Tue, 26 Aug 2003, Shankar Unni wrote: Very perplexing to say the least! Does anyone have experience in accessing CVS over a VPN? We have a developer who called in from home saying he could not see all versions of a file in WinCVS. A colleague in the office looked in the same source tree and could see multiple branches where the guy at home could only see a single path from the trunk revision! What access method is he using? Pserver? Ntserver? Ssh (preferable)? Remote disk mounts (God forbid!)? It sounds as if the -b or -r branch parameters are being passed to cvs log to log the default branch, or the specified branch only. As a first diagnosis step, I'd have the guy cut and paste me, or read me the generated cvs command line from WinCVS's output window. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs
Re: viewing conflicts without really doing update -j
--- Forwarded mail from [EMAIL PROTECTED] Ronald Petty [EMAIL PROTECTED] writes: When you do a cvs update -j branch_name, you see all the files in the module fly by and it tells you whether there is a conflict or whatever. Is there a way to do this (see what would happen), without it really doing it? If I understand what you are asking, then the command: cvs -n update -j branch_name might give you some of what you want... --- End of forwarded message from [EMAIL PROTECTED] I think that will only give an indication of what would change if a merge were done. To actually see the conflicts, you may need to use the pipe (-p) option of the update command. But that's probably useful only after the -n option is used to discover which files need merging. ___ Info-cvs mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/info-cvs