Re: CVS : Access Issues :

2001-06-06 Thread Fabrice Gautier


On 7 Jun 2001 02:25:37 IST
Parth venkat [EMAIL PROTECTED] wrote:

  
 ( I may be wrong here but I think adding the user name to the cvs passwd file
 and thus giving him a cvs repository access will not enable me to enforce the
 access control file since in the pserver mode the cvs uses root to access the
 repository and so it is not possible to enforce the restriction. Do Correct me
 if i am wrong ) 

I think your wrong. (But i may be wrong too). In the passwd file you can
specify which local user will be used to access the repository,  with something
like:

login_name:password:local_name


-- 
Fabrice Gautier [EMAIL PROTECTED]


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



Re: How to mirror a cvs repository?

2001-06-01 Thread Fabrice Gautier


On Fri, 01 Jun 2001 14:45:14 -0400
Derek R. Price [EMAIL PROTECTED] wrote:

 You might look into CVSup  rdist.  Links for CVSup are available from
 http://cvshome.org .

I don't think I can use rdist in this case, i don't have access at all
to the server except for anonymous cvs.

I'll look how CVSup works...

 Try the mail archives too.  This question comes up frequently.

Unfortunately the mail archive on cvshome.org is not searchable so i've
not looked very far. Are you aware of a searchable archive ?

Thanks,

-- 
Fabrice Gautier [EMAIL PROTECTED]


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



Re: How to mirror a cvs repository?

2001-06-01 Thread Fabrice Gautier


On Sat, 02 Jun 2001 00:35:31 +0200
Fabrice Gautier [EMAIL PROTECTED] wrote:

 
 On Fri, 01 Jun 2001 14:45:14 -0400
 Derek R. Price [EMAIL PROTECTED] wrote:
 
  You might look into CVSup  rdist.  Links for CVSup are available from
  http://cvshome.org .
 
 I don't think I can use rdist in this case, i don't have access at all
 to the server except for anonymous cvs.
 
 I'll look how CVSup works...

CVSup won't worf for me neither since it doesn't support cvs server
remote protocol - or, to be exact, cvs protocol lacks features to make
cvsup work
(this is in the Work to do list at cvshome.org).


-- 
Fabrice Gautier [EMAIL PROTECTED]


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



update -C fails

2001-05-31 Thread Fabrice Gautier

Hi,

When I do:

$ cvs -z9 -q update -P -C

I get the following error message:

cvs server: invalid option -- C
Usage: cvs server [-APdflRp] [-k kopt] [-r rev|-D date] [-j rev]
[-I ign] [-W spec] [files...]
-A  Reset any sticky tags/date/kopts.
-P  Prune empty directories.
-d  Build directories, like checkout does.
-f  Force a head revision match if tag/date not found.
-l  Local directory only, no recursion.
-R  Process directories recursively.
-p  Send updates to standard output (avoids stickiness).
-k kopt Use RCS kopt -k option on checkout.
-r rev  Update using specified revision/tag (is sticky).
-D date Set date to update from (is sticky).
-j rev  Merge in changes made between current revision and rev.
-I ign  More files to ignore (! to reset).
-W spec Wrappers specification line.

Could this be that the cvs server is so old that the -C option doesn't
exist?
 
(This is the sources.redhat.com CVS server...)

Thanks
-- 
Fabrice Gautier [EMAIL PROTECTED]


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



Website down?

2000-11-17 Thread Fabrice Gautier

Hi,

I can't access cvshome.org today, i can't even do an nslookup on 
cvshome.org.

I tried from one machine in the US and one in France.

What's happening ?

Thanks.

--
Fabrice Gautier


___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



Re: Resolving conflict.

2000-10-31 Thread Fabrice Gautier

En réponse à Dave Sherohman [EMAIL PROTECTED]:

 On Fri, Oct 27, 2000 at 11:45:41PM -, Fabrice Gautier wrote:
  How do I told cvs that these are resolved ?
 
  (cvs bible say commit, but i can't I'm read-only)

 You just answered your own question:  You can't resolve the conflict
 because
 you're read-only.

No, the fact is I can. (Otherwise, this would be a bug not a feature)
I had forgotten a conflict marker in the source, once removed its status was M 
(Modified) not C (Conflict)

Regards,

-- 
Fabrice Gautier
[EMAIL PROTECTED]

___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



Resolving conflict.

2000-10-27 Thread Fabrice Gautier

Hi,

I have a read-only access to a cvs server. When I have conflict 
updating, I slove them but after when i do another update the file 
are still marked with "C"

How do I told cvs that these are resolved ?

(cvs bible say commit, but i can't I'm read-only)

Thanks

--
Fabrice Gautier
[EMAIL PROTECTED]



___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



cvs diff -N doesn't work (at all)

2000-10-26 Thread Fabrice Gautier

Hi,

I'm not the first person reporting this problem but my problem is 
slightly different.

Other reports say that cvs diff -N generate bad diff files but for me 
it doesn't generate diff at all for the new-file.

Example:

I've a local repository of the cvs.cvshome.org, in that repository i 
create a new file (named newfile) with some crap inside.
Then I run cvs diff -N:

$ cvs diff -N
? newfile
cvs server: Diffing .
Index: FAQ
===
(etc...)

And no trace of my newfile in the diffs.

If I insist:

$ cvs -t diff -N newfile
cvs diff: notice: main loop with 
CVSROOT=:pserver:[EMAIL PROTECTED]:/home2/cvsroot
 - Sending file `newfile' to server
cvs server: I know nothing about newfile

(grr... stupid server)

Thanks

--
Fabrice Gautier
[EMAIL PROTECTED]










___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs



Bugs not fixed in 1.10.3 and cygwin compilation

2000-09-15 Thread Fabrice Gautier

Hi,

I'm using the WinCVS versino of cvs that seems based on cvs 1.10.5. 
and I encountered a bug that according to 
http://www.cvshome.org/docs/knownbugs2.html should have been fixed in 
cvs 1.10.3 :

"cvs diff", if it is displaying differences for a file in a 
subdirectory, will now include the subdirectory name (checked in 1998-
09-24). 


This bug doesn't appear on cvs 1.10.7.for linux. So I tried to 
recompile a more recent version. I tried both 1.10.8 and 1.10.7. I'm 
using cygwin and gnu compilation tools so I did

./configure
make
make install

The compilation works fine but unfortunately, for each CVS command i 
tried i get the error message:

$ cvs -d :pserver:[EMAIL PROTECTED]:/home2/cvsroot login
(Logging in to [EMAIL PROTECTED])
CVS password:
cvs [login aborted]: could not open //.cvspass: No such file or 
directory

I tried to create a .cvspass file but that doesn't worked.
Is this because I didn't use MS Visual C++ to compile? (That would be 
a shame...)
If yes, does anybody have a prebuilt cvs binary for windows without 
the nasty bug?
If not, what's the solution ?

Thanks

-- 
Fabrice Gautier







Re: Cvs diff with multiples files in multiples directories

2000-09-15 Thread Fabrice Gautier

--- In [EMAIL PROTECTED], [EMAIL PROTECTED] (Guus Leeuw) wrote:
   -Original Message-
   From: Fabrice Gautier [mailto:gautier@e...]
   cvs -q diff -u -r  mypatch.txt 
 
 You should read the Cederqvist manual.
 
 Try the command rdiff and you probably want to forget about
 the -u option (unidiff, which is not supported by old patch
 programs).

Well, I've read it quite a bitespecially where there was diff or 
rdiff mentionned. 

And rdiff always ask me for a module name and a revision number when 
I just want a diff between a file in my working directory and a the 
remote one it is based on. 

A bit of Cederqvist readings about rdiff:
"Like the diff command, except it operates directly in the repository"
Well, you got it...

But anyway, the problem is a bug corrected in cvs 1.10.3

And reading Cederqvist didn't help to know why when you use a 1.10.5 
client you still see the bug - the obvious answer I didn't figured 
out was that the bug is in the server, and Cderqvist doesn't give a 
clue about the diff being processed by the server (even on the 
working file)

How and still another question I didn't see the answer in the 
Cederqvist is how I produce a patch with a new file (ie: a file 
present in the working copy but not the repository). May be it's 
another bug of the cvs server, but -N doesn't work.

So If you have the page in the Cederqvist where there is an 
answer:-

To be more general I don't think the Cederqvist handle the situation 
of people who have only read access to the repository (at least the 
free chapters).

Thanks

Fabrice






Cvs diff with multiples files in multiples directories

2000-09-14 Thread Fabrice Gautier

Hi,

I'm working on a CVS source tree where I only have read-only access. 
So when I do some change I try to produce a patch that could be 
easily applied.

I have a subtree that looks like

kernel
  \---current
\---src
\---include

And I have a modified source(kapi.cxx) and an include (kapi.h) file 
in src and include

In the module directory I type:

cvs -q diff -u -r  mypatch.txt 

And the ouput is like this:

Index: current/include/kapi.h
===
RCS file: /cvs/ecos/ecos/packages/kernel/current/include/kapi.h,v
retrieving revision 1.9
diff -u -r1.9 kapi.h
--- kapi.h  2000/08/25 17:33:31 1.9
+++ kapi.h  2000/09/15 00:42:19
@@ -186,6 +186,15 @@

[ diff output ... ]

Index: current/src/common/kapi.cxx
===
RCS file: /cvs/ecos/ecos/packages/kernel/current/src/common/kapi.cxx,v
retrieving revision 1.12
diff -u -r1.12 kapi.cxx
--- kapi.cxx2000/08/25 17:33:31 1.12
+++ kapi.cxx2000/09/15 00:42:19
@@ -277,6 +277,10 @@

[ diff output ... ]


This seems correct except this:

--- kapi.cxx2000/08/25 17:33:31 1.12
+++ kapi.cxx2000/09/15 00:42:19

It should be the full name, like in the Index just above.

When I try to apply the patch, it doesn't find the files and I have 
to type all the files names. I have seen other patchs where there was 
the full name.

How can I have them the full name in the patch output ? 

I use cvs that came with wincvs (cvs.exe v.1.10.5) and I have the 
cygwin diff (v 2.7-cygwin-990830) and patch (v2.5).

Thanks a lot.

-- 
Fabrice Gautier