#!/bin/sh
#
# Do a cvs diff backwards-relative to the current revisions.
#
# Feel free to modify, but please mail mods to
# [EMAIL PROTECTED]
#
# Author: Luke Kendall
#
MYNAME=`basename $0`
USAGE="$MYNAME [delta] CVS-files
where delta is an expression like -1 (the previous revision), -2
ile - so the cvs diff would fail.
luke
ay, I thought I should report this / ask about it.
I gather there was a similar error reported in 1.9.20, but was only
supposed to be in that version.
luke
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
On 20 Sep, To: [EMAIL PROTECTED] wrote:
> (but *not* when you update it from Linux), gives this error:
A small update. It doesn't happen on the Linux machine that holds the
CVS archive, but does happen on other Linux machines (not using
pserver). :
variables.
>
> That sure looks like the standard error message. Are you sure you are sending the
> right user name?
>From the "(Logging in to luke@localhost)" message, it seems so.
> You said you move the CVS repository.
Yes; we moved it from /home/handy/cvs-archiv
is env variable to be a filename, and log info is written to it.
>
> I'll give that a try right now. Thanks.
Under Windows (U/Win) I tried exporting CVS_CLIENT_LOG as
d:/home/luke/cvs-client.txt and tried to cvs login. I couldn't
find a file whose name included the string
under U/Win 2.25,
which just happens to default to using "/$LOGNAME" as the login
id. This forced me to specify -l $LOGNAME to make even the ssh login
succeed. And after that, the cvs login worked.
So, we're happy that it's now working, but don't really understand what
went wrong, or why it now works.
luke
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
servePermissions). I think there is probably a test case
> (or hint at one) buried somewhere in cvshome.org or you can just play
> with it enough a bit - you should hit the hard link bug quickly enough.
>
> > Would you mind pointing me to any documentation that might
> > explain it,
r me after Kaz's first
response, which lead to Kaz's 2nd even more convincing response. :-)
I'll now go away and write or find a tool to record the metadata for
all the files concerned, and maintaining it as new ones are added.
Regards,
luke
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
e
> things into directories according to function.
I wouldn't. I wouldn't feel sure that there weren't repeated file
names, and it would be hard to find things, and see what files were
logically related. I can't see a good reason for having a different
directory structure t
I'd like to know if I'm overlooking
something.
Regards,
luke
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
r environment, and it's just 10 times faster to fix it on the
spot.
BTW, the shell script I've written proved to be surprisingly
challenging; it's 1200 lines long. (Hmm, 30% of that is comment - good
for me!)
I plan to test it out a b
nything
unusual. Think of it this way: the data you are storing could not be
used in a court of law, could it?
Anyway, I'll go and check the archives and see if I can make more sense
of this, when I have a few hours spare.
Thanks for your comments,
luke
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
sting (although
slightly inferior to what I finally suggested - storing e.g. root/luke
in the case where I'm su-ed to root), but it's enough.
I don't understand why no one pointed out you could achieve exactly what
I wanted with CVS as it stands. I read the other information as
im
on
one machine gives you root privileges on another.
I expect you didn't mean that your changes were propagated that way; I
expect if you had to push them out to remote machines you transferred
the files to a temp directory and then used ssh or the like on the
remote machine to become root there explicitly, and then installed the
files.
Anyway, my guess is that you were trying to solve a different problem
to me.
BTW, I used my script to put another home linux machine under cvs
control - a RH 6.2 system this time. It worked smoothly, took about 10
minutes, and is also working exactly as expected.
luke
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
eren't solving the exact same problem. You've just explained
how you were solving a superset of my problem. Since I'm trying to
solve a simpler problem, I don't see why the solution can't be simpler.
To be honest, I'm not sure where our discussion is heading
ion; and really appreciate the time
spent by people in responding. I've been lucky myself in having enough
spare time over the last few days to respond.
On 16 Oct, Jesus Manuel NAVARRO LOPEZ wrote:
> Hi, Luke:
>
> [EMAIL PROTECTED] wrote:
> > Some examples would help.
27;s
very C-like in syntax but with powerful data types built in, auto
memory allocation and freeing, powerful fast regexps. It's used heaps
in-house where I work. People who've used it tend to quickly fall in
love with it.
Runs on Unix, Windows, and Mac too, I believe.
luke
What is the safest way to competely remove a project from the repository.
I could use:
rm -rf project_name
I suspect that the repository would not be happy with this.
Regards,
Luke Holton
Tel: (602) 279-4600
Fax: (602) 279-4768
Desert Sky Software: www.desertsky.com
Specializing in
@localhost:/home/mantovani/cvs-archive
Started ssh, so now you need to cvs login:
(Logging in to luke@localhost)
CVS password:
cvs [login aborted]: authorization failed: server localhost rejected access
Is there any way to find out why the cvs client (or is it the server?)
rejected the
I should have added that the Windows machine can access other CVS
archives using the same pserver method - the cvs login command to
the archive on another machine (a Solaris machine), works fine.
It's just the stand-in Linux machine that the Windows clients
can't cvs login
>
> Luke Kendall writes:
> >
> > CVSROOT set to :pserver:luke@localhost:/home/mantovani/cvs-archive
> > Started ssh, so now you need to cvs login:
> > (Logging in to luke@localhost)
> > CVS password:
> > cvs [login aborted]: autho
Mike Castle wrote:
> On Fri, Oct 13, 2000 at 02:42:15PM +1100, Luke Kendall wrote:
> > But the CVS archive isn't working for the Windows machines anymore;
> > any attempt to do a cvs login gets the error below:
> >
> > CVSROOT set to :pserver:luke@local
On 3 Sep, Terrence Enger wrote:
> (*) "cvs diff" and "cvs rdiff" accept optional arguments
> --filter1=, --filter2=,
> --filter-both=.
Allow Unix-style pipelining of simple commands to extend diff
function
les `modules.db',
`modules.pag', and/or `modules.dir'.
Is there any further info on configuring CVS to use gdbm? Especially,
benchmarks?
luke
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
ation is made, it can cope. At the cost of
performance penalties.
But reading the above I'm wondering whether there's some other danger
that we're unaware of, that would make us change our current methods.
I've read the FAQ section o
files will be
properly seen as binary files in that case: an easy test.
luke
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
t for Unix. (Perhaps because
Unix people prefer to use plain text where possible, to leverage from
all those existing plain text utilities.)
luke
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
on the main trunk only directly from the ,v file in the archive, and
grepped through each one in turn. So I could use that. I just
wondered if there was a better way.
luke
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman
m the repository to
standard output, rather than writing them in the
current directory. Available with the checkout and
update commands.
luke
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/m
I'd hate to think that a helpful reply to my query might get someone
else blocked.
luke
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
'd hate to think that a helpful reply to my query might get someone
else blocked.
I guess Cygwin (RedHat?) have a rather draconian policy in place.
So be careful. For reference, here's the auto-reply I got from Cygwin.
luke
From: [EMAIL PROTECTED]
Subject: failure noti
Ah, one other difference is that our /opt/bin/cvs version does not
complain about CVSROOT starting with ":server:", so the real question
may be: why doesn't the Cygwin version include that?
luke
___
Info-cvs mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/info-cvs
Someone just asked me if there was a way to do a cvs diff for a
particular date of all the changes made by a particular user.
It seemed a reasonable question in context (which was two developers
committing a raft of independent changes each, over the same day).
luke
to tell the second
second person that the first person is working in the file before the second
person starts to edit it?
Or is there a better way to do what I want? Maybe CVS isn't what I need for
this.
Thanks for your help,
Luke
*****
*
could send e-mail notifications but that relies on
people checking thier e-mail before they edit anything. Is there a way
to get it to display a warning in the shell when they go to edit the file?
Thanks,
Luke
*
* Luke Miller Unix
, and not
using cvs at all!
I think we'll just have to agree to differ. I've been using it for a
month now, on several systems, and it's working very well and exactly
as I hoped, and causing no problems.
Once I've written up a good man page, I'll make it available for
there.
>
> The CVS manual (or was it http://cvsbook.red-bean.com/ ?) says that
> you can inspect the contents of the file, but nothing seems to say
> exactly how that can be accomplished.
>
> (Note: I'd like a solution that works for client/server commits,
38 matches
Mail list logo