Mailinglist for CVS-Users ?

[Markus Grunwald]

Hi !

Is there a Mailinglist for CVS users ? I only found CVS-DEV which isn't
right ...

TIA.
-- 
Markus Grunwald

Registered Linux User Nr 101577  PGP Key:
http://counter.li.orghttp://www.grunwald.2xs.de

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

Re: renaming a directory in the checkout / recursive add and commit for all subdirs

[Greg A. Woods]

[ On Wednesday, September 19, 2001 at 19:30:19 (-0700), Paul Sander wrote: ]
> Subject: Re: renaming a directory in the checkout / recursive add and commit for all 
>subdirs
>
> 'Course, this procedure makes it harder to gather the entire
> version history of any file together into one place (you need to
> check out a new sandbox for every reorg to see it all)

No, you don't have to check out a new sandbox.  All the commit comment
logs and previous revision deltas, old releases, etc. are all
immediately and completely accessible, even without ANY working directory.

>, and
> it's harder to merge between branches if the contributor branch
> didn't have this procedure done at the same time as the destination
> branch.

Huh?  Never been a problem for me (and yes, I've done it multiple
times).  I suppose if someone tried to do a merge without knowing what
had happened they might be in for a bit of a surprise, but provided the
commit comments are meaningful enough they should be able to figure out
what to do quickly enough.

> Another way to handle some of these cases is replicate the RCS
> files in the repository (and delete version tags), but that method
> has its own problems.

Yup.  The problems are almost as serious, and potentially even more
serious if you've got other potential clashes with other "dead" files in
the destination directory.  Never replicate files in the repo and never
make any links (hard or symlinks) in the repo!

> Still another way is to write a new module and hack in the new
> location of the renamed directories.  That solves the problems
> of both methods above, but adds its own set.  For example, all
> users of the new module must perform a fresh checkout, plus you
> must track multiple modules for a single product.

Yes, that works well enough in a few cases, but generally it simply
migrates the problem to a place where CVS has no good support tracking
release relationships (i.e. to the modules file).

It also relies on complex features of the `modules' feature which may
not be stable and which are known not to behave identically on
client-server and local checkouts.

It really is best to keep everything all in the managed files
themselves, and to do the procedure as I outlined it (which is basically
the same procedure to use even if you're renaming one file within the
same directory -- it's always just an add and a remove).

-- 
Greg A. Woods

+1 416 218-0098  VE3TCP  <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Planix, Inc. <[EMAIL PROTECTED]>;   Secrets of the Weird <[EMAIL PROTECTED]>

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

Re: Keeping different platforms in sync?

[mmogilvi]

[ On Tuesday, September 18, 2001 at 15:58:38 (+0100), Stephen Jowitt wrote: ]
> Subject: Keeping different platforms in sync?
>
> We develop for Windows and Linux and both systems share source code from
> the same repository. Our developers would like to be able to do the
> following:
> 
>   1) Write code on windows machine. Compile and test.
>   2) Compile and test the same code on a linux box
>   3) Commit changes to cvs

One thing you can try is the "cvsSync" perl script I wrote:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/cvsenhancements/cvsEnhancements/user/cvsSync

This is intended to be keep multiple copies of a CVS-managed
source tree syncronized with each other without commits.  It
can automatically handle end-of-line conversion between the copies.

There is some fairly decent documentation in the comments of in
the script.  Pay special attention to the Known Bugs section:
cvsSync is pretty good about never loosing your own changes, but
if you aren't careful you can loose other people's committed
changes (requiring that you manually re-merge them), and/or
cause CVS to generate needless conflicts.

Also note: some of the ways of invoking cvsSync (like "cvsOut")
currently do "cvs admin -l" and/or "cvs edit"; if you don't want
this, you will need to modify the script.

--
Matthew Ogilvie[[EMAIL PROTECTED]]

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

Re: renaming a directory in the checkout / recursive add and commit for all subdirs

[Paul Sander]

>--- Forwarded mail from Greg Woods:

>[ On Wednesday, September 19, 2001 at 18:39:19 (+0200), Alexander Welti wrote: ]
>> Subject: Re: renaming a directory in the checkout / recursive add and commit for 
>all subdirs
>>
>> i received a really cool trick for my problem:
>> go to the repository directly (have a backup copy)
>> rename the desired directory;
>> do a fresh checkout and everything works fine;

>That "stupid hack" will destroy any possibility of retrieving past revisions.

>It will also disrupt current working directories somewhat.

>The correct procedure (as documented in the manual) is to:

>   1. create the new directory
>   2. move all the files from the old directory to the new one
>   3. "cvs rm *" in the old directory
>   4. "cvs add newdir"
>   5. "cd newdir; cvs add *"
>   6. "cvs commit" at the root of the working directory and give a
>  commit message that identifies exactly what you've done.

'Course, this procedure makes it harder to gather the entire
version history of any file together into one place (you need to
check out a new sandbox for every reorg to see it all), and
it's harder to merge between branches if the contributor branch
didn't have this procedure done at the same time as the destination
branch.

Another way to handle some of these cases is replicate the RCS
files in the repository (and delete version tags), but that method
has its own problems.

Still another way is to write a new module and hack in the new
location of the renamed directories.  That solves the problems
of both methods above, but adds its own set.  For example, all
users of the new module must perform a fresh checkout, plus you
must track multiple modules for a single product.

It's up to you to decide which set of problems you'd rather live
with.  See the manual for still more on the topic.

>--- End of forwarded message from [EMAIL PROTECTED]


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

Re: about cvs time

[David Taylor]

Eric Siegerman wrote:

> On Tue, Sep 18, 2001 at 11:03:03AM -0400, Larry Jones wrote:
> > The problem is that the offset between UTC and local (civil) time
> > changes from time to time (at least twice per year in the case of those
> > countries that have "daylight saving" or "summer" time).  So, knowing
> > what the offset is *right now* doesn't tell you anything about what the
> > offset was some time in the past.
>
> I thought localtime(3) took care of all that.  Or isn't it
> portable enough?
>

On Solaris 7, according to the man page, localtime(3) takes care of daylight
savings time for the US  only:

"These functions know about the peculiarities of this conversion  for
various  time periods for the U.S. (specifically, the years 1974, 1975, and
1987). They will  handle  the  new daylight  savings  time  starting  with
the first Sunday in April, 1987."

Since it also  uses the value of the TZ environment variable, it gives
correct answers for *current* time for other regions also.  But it does not
deal with changes in the rules for daylight savings time outside the US
(e.g., EU changed the rules in 1996). If  region has changed its daylight
savings time rules, the current TZ may be wrong for a date before the
change.  So using localtime(3) for a date before the change may give an
incorrect answer.

More details at Sun's "Symptoms and Resolutions"  at
http://sunsolve.Sun.COM/pub-cgi/retrieve.pl?doc=fsrdb%2F18171&zone_128=localtime

Given the difficulties of knowing rules for calculating dates for all
regions for all times since 1970, I would be surprised if this limitation
only existed on Solaris 7.

dtayl



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

Re: Two questions, simple I hope

[David Taylor]

Matt Riechers wrote:

> Maury Markowitz wrote:
> >
> > Hello all,
> >
> > In an effort to streamline some of our release proceedures, I'd like to
> > collect all the check-in notes from a particular date or version forward.
> > I'm primarily a WinCVS user and can't seem to find a simple way to do it
> > there. Is there one, or one from the CLI?
>
> You can get the logs from rev_1 to rev_2 with:
>
> cvs log -rrev_1:rev_2
>
> or from rev_1 to 'now' with:
>
> cvs log -rrev_1:
>
> See 'cvs log --help' or 
> for more options.
>
> -Matt

And see http://mail.gnu.org/pipermail/info-cvs/2001-September/019869.html for
pointers to discussions of the problems with "cvs log -r" in current and previous
releases. The problem is fixed in the development release.

dtayl



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

Re: out of memory????

[David Taylor]

And make sure you can justify checking in a huge tar file into your version
control system, since checkin/checkout/logs will be slow and diffs will
probably be meaningless.

dtayl

Olaf Meding wrote:

> R
>
> We had a similar problem with big files.  Make sure you don't have any
> per-process limits for memory usage on the server inherited from inetd, rsh,
> or the shell.  I saw this most often when somebody's shell was csh, or tcsh;
> bash seemed to work fine.  I think this was because /etc/csh.cshrc set
> default limits on memory whereas bash didn't.
>
> Olaf
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> r w
> Sent: Wednesday, September 19, 2001 8:30 PM
> To: [EMAIL PROTECTED]
> Subject: out of memory
>
> "/tmp/cvsj9Hhya" 9 lines, 317 characters
> cvs [commit aborted]: out of memory
> "TRIDEVL":cvsuser:/tridevl/source/trisource>
>
> 2G of ram if that matters and plenty of tmp space.. i believe
>
> -rw-r-   1 cvsuser  tridevl  66693120 Sep 19 13:06 ver436.tar
> /dev/hd3   655360593588   10%  591 1% /tmp
>
> getting an out of memory error when i try to commit this file.. any help
> would be appreciated.
>
> Thanks
>
> R.
>
> _
> Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
>
> ___
> 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: about cvs time

[Eric Siegerman]

On Tue, Sep 18, 2001 at 11:03:03AM -0400, Larry Jones wrote:
> The problem is that the offset between UTC and local (civil) time
> changes from time to time (at least twice per year in the case of those
> countries that have "daylight saving" or "summer" time).  So, knowing
> what the offset is *right now* doesn't tell you anything about what the
> offset was some time in the past.

I thought localtime(3) took care of all that.  Or isn't it
portable enough?

--

|  | /\
|-_|/  >   Eric Siegerman, Toronto, Ont.[EMAIL PROTECTED]
|  |  /
The world has been attacked.  The world must respond ... [but] we must
be guided by a commitment to do what works in the long run, not by what
makes us feel better in the short run.
- Jean Chrétien, Prime Minister of Canada

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

new version of ".trunk + .origin" patch

[Stephen Cameron]

Hi,

For anybody using my ".trunk + .origin" patch,
( http://www.geocities.com/dotslashstar/branch_patch.html ):
I have a new version.  I found a tiny problem if
you specify ".origin" by itself, (which is not allowed
anyway) it would add an invalid line into the val-tags
file.

If you do, for example:

cvs update -r .origin module

It will say you can't use ".origni" alone, but,
it will also put a bad line into the val-tags
file.

This patch to tag.c, below, (on top of the previous
complete patch) fixes that.

I also put up a new complete patch at the above
URL that includes this latest fix, and is made
relative to the current development version of 
CVS.

I noticed this problem after updating to the
recent changes to myndbm.c, which made my problem
readily apparent, (at least I think that's why it
suddenly became apparent).

-- steve

--- tag.c.orig  Wed Sep 19 15:41:48 2001
+++ tag.c   Wed Sep 19 14:55:59 2001
@@ -1216,6 +1216,12 @@
 /* than '.' */

*dot = '\0'; /* lop off the ".origin" */
+   if (strcmp(name, "") == 0) {
+   /* We don't want to add an empty tag into val-tags */
+   /* if ".origin" is specified alone. */
+   free(name);
+   return;
+   }
 }

 /* Special tags are always valid.  */




__
Terrorist Attacks on U.S. - How can you help?
Donate cash, emergency relief information
http://dailynews.yahoo.com/fc/US/Emergency_Information/

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

RE: out of memory????

[Olaf Meding]

R

We had a similar problem with big files.  Make sure you don't have any
per-process limits for memory usage on the server inherited from inetd, rsh,
or the shell.  I saw this most often when somebody's shell was csh, or tcsh;
bash seemed to work fine.  I think this was because /etc/csh.cshrc set
default limits on memory whereas bash didn't.


Olaf

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
r w
Sent: Wednesday, September 19, 2001 8:30 PM
To: [EMAIL PROTECTED]
Subject: out of memory


"/tmp/cvsj9Hhya" 9 lines, 317 characters
cvs [commit aborted]: out of memory
"TRIDEVL":cvsuser:/tridevl/source/trisource>


2G of ram if that matters and plenty of tmp space.. i believe

-rw-r-   1 cvsuser  tridevl  66693120 Sep 19 13:06 ver436.tar
/dev/hd3   655360593588   10%  591 1% /tmp


getting an out of memory error when i try to commit this file.. any help
would be appreciated.

Thanks

R.

_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp


___
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: renaming a directory in the checkout / recursive add and commit for all subdirs

[Greg A. Woods]

[ On Wednesday, September 19, 2001 at 18:39:19 (+0200), Alexander Welti wrote: ]
> Subject: Re: renaming a directory in the checkout / recursive add and commit for all 
>subdirs
>
> i received a really cool trick for my problem:
> go to the repository directly (have a backup copy)
> rename the desired directory;
> do a fresh checkout and everything works fine;

That "stupid hack" will destroy any possibility of retrieving past revisions.

It will also disrupt current working directories somewhat.

The correct procedure (as documented in the manual) is to:

1. create the new directory
2. move all the files from the old directory to the new one
3. "cvs rm *" in the old directory
4. "cvs add newdir"
5. "cd newdir; cvs add *"
6. "cvs commit" at the root of the working directory and give a
   commit message that identifies exactly what you've done.

-- 
Greg A. Woods

+1 416 218-0098  VE3TCP  <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Planix, Inc. <[EMAIL PROTECTED]>;   Secrets of the Weird <[EMAIL PROTECTED]>

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

out of memory????

[r w]

"/tmp/cvsj9Hhya" 9 lines, 317 characters
cvs [commit aborted]: out of memory
"TRIDEVL":cvsuser:/tridevl/source/trisource>


2G of ram if that matters and plenty of tmp space.. i believe

-rw-r-   1 cvsuser  tridevl  66693120 Sep 19 13:06 ver436.tar
/dev/hd3   655360593588   10%  591 1% /tmp


getting an out of memory error when i try to commit this file.. any help 
would be appreciated.

Thanks

R.

_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp


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

RE: The krb5.h blues

[Ayers, Mike]

> From: Ellison, Martin [IT] [mailto:[EMAIL PROTECTED]] 
> Sent: Monday, September 17, 2001 04:57 PM
 
> ./configure --without-krb4 --without-gssapi

Note to self:  `make distclean`, dummy!

Yah, this works fine, when above note is heeded...


Thanks,

/|/|ike

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

Check out problem

[Andrew Martin]

Hello I have come across and issue I have never seen before.  When anyone is
trying to check out a tagged module they are getting a fatal signal 11 and
in the directory in cvs where the problem occurs an empty
#cvs.rfl.mercedes.netpcs.com.3424 file is created.  Any help would be
appreciated.

Andrew Martin
netPCS Networks
Manager of Configuration & Integration
819 771 8182 ext 2226
819-771-8182 ext 2226
[EMAIL PROTECTED]
www.netpcs.com




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

Re: Two questions, simple I hope

[Philip Lijnzaad]

> Hello all,
> In an effort to streamline some of our release proceedures, I'd like to 
> collect all the check-in notes from a particular date or version forward. 
> I'm primarily a WinCVS user and can't seem to find a simple way to do it 
> there. Is there one, or one from the CLI?

If WinCVS has a command line interface, would 

  cvs log -d '1 year ago' [file(s)] 

work? 

> Another issue recently arose that I'd like to help out my admin with. We've 
> hired a 3rd party consultant to beef up some of our db code, and as a result 
> they'll need access to our CVS repository. However the CVS server is inside 
> our firewall and that's not open to negotiation. Any pointers here? 

the only thing I can think of is to give the consultant ssh access, and make
him use  setenv CVS_RSH ssh  (or whatever the equivalent is in WinCVS).

> Is there any way to have two severs maintaining a single repository?

Why, how ? if security is a concern, don't use a pserver in the first place;
just use the ext protocol, which uses plain ssh access, and doesn't require
servers. 

  Philip
-- 
Real programs don't eat cache (Malay)
-
Philip Lijnzaad, [EMAIL PROTECTED] \ European Bioinformatics Institute,rm A2-08
+44 (0)1223 49 4639 / Wellcome Trust Genome Campus, Hinxton
+44 (0)1223 49 4468 (fax)   \ Cambridgeshire CB10 1SD,  GREAT BRITAIN

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

Re: renaming a directory in the checkout / recursive add and commit for all subdirs

[Alexander Welti]

i received a really cool trick for my problem:
go to the repository directly (have a backup copy)
rename the desired directory;
do a fresh checkout and everything works fine;

thanks
alex


"John Minnihan" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> This silly little batch file (it's showing its age) does the recursive
> add trick:
> ==
> @ECHO OFF
>
> SETLOCAL
> REM Set up a string that specifies all files we want to check in
> SET cvs_add_list=*.cpp,*.c,*.pl,*.html,*.xml,*.txt,*.java,*.pm
>
>
> :parse_options
> if NOT "%1"=="/?" goto add_tree_head
> ECHO Adds a directory tree of files to CVS
> ECHO.
> ECHO
> ADD_TREE [directory]
> ECHO.
> ECHO If directory is passed, then that directory will be used as
> ECHO the root directory for the add operation - that directory
> ECHO and all sub-directories will be added.
> ECHO.
> ECHO Files are added according to the filter stored in the environment
> ECHO variable ADD_TREE_FILTER.  If this is unset, the default value of
> ECHO %cvs_add_list%
> ECHO is used...
> ECHO.
> ECHO Files are added in each sub-directory.
> ECHO There is no way (today!) to specify exception files or exception
> directories.
> ECHO.
> ECHO Author: John Minnihan
> ECHO Author: Nick Furness
>
> GOTO :EOF
>
> :add_tree_head
> set head_dir= "%1"
> IF NOT DEFINED head_dir echo Adding subtree only...
> IF NOT DEFINED head_dir goto add_subtree
> IF NOT EXIST %1 @ECHO Bad File: %1
> IF NOT EXIST %1 GOTO :EOF
>
> cvs add %1
> CD %1
>
> goto add_remainder_of_subtree
>
> :add_subtree
> @CD %1
>
> :add_remainder_of_subtree
> ECHO.
> ECHO.
> ECHO.
> CD
> ECHO *
> ECHO Adding directories...
> ECHO *
> FOR /D %%i in (*) DO IF /I NOT "%%i"=="CVS" cvs add "%%i"
> ECHO *
>
> IF DEFINED add_tree_filter set cvs_add_list=%add_tree_filter%
>
> REM Note that because the cvs_add_list might not only contain
> REM wildcard search expressions, we could attempt to add a file
> REM that isn't there.  Silly, but true.  So we'll check.
>
> ECHO Adding files...
> ECHO *
> FOR %%i IN (%cvs_add_list%) DO IF EXIST "%%i" cvs add "%%i"
> ECHO *
>
> REM And recurse for all the directories below...
> FOR /D %%i IN (*) DO IF /I NOT "%%i"=="CVS" call :add_subtree "%%i"
> CD ..
>
> GOTO :EOF
>
> ENDLOCAL
> ==
>
> [EMAIL PROTECTED] wrote:
>
> > hi!
> >
> > i would like to rename a directory (containing tons of subdirs and
files) in
> > my checkout and have that change applied to the repository.
> >
> > can i simply rename the dir;
> > check it in (is there a recursive cvs add by the way?)
> > and remove the dir in the repository (how? reqursively?)
> >
> > thanks,
> > alex
> >
> > --
> >
> > Alexander Welti, [EMAIL PROTECTED], A-6900 Bregenz
> >
>
>
> --
> John Minnihan
> mailto:[EMAIL PROTECTED]
> http://www.freepository.com
>
>


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

server crashes with winCVS.

[Markus Raufer]

starting checkout module with winCVS version 1.2 or 1.3 crashes the cvs
server (linux SUSE 7.2). How can I solve this problem? I hope there is
somebody who knows a solution.


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

RE: Locking Branches in cvs

[Villalovos, John L]

Enclosed find a python program which will do it.

You will need to modify CVSROOT/commitinfo to run it (I have enclosed the
one I use).

Also modify CVSROOT/checkoutlist so that the prevent_branch_checkins.py is
listed so that it gets checked out on the server.

Later,
John

John Villalovos
Intel Corporation
15220 NW GREENBRIER PKWY - CO5-162
BEAVERTON, OR  97006-5762
(503) 677-5777   Fax: (503) 677-6670

GPG 1.+/PGP 5.+/ DSS/Diffie Helman
http://www.sodarock.com/JohnVillalovos-gpgkey.txt
1024D/1A25D86C 2F24 AD89 E5D5 C92B 7FE2  F878 7ED5 2D38 1A25 D86C

-Original Message-
From: Joseph Natar [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 18, 2001 6:20 PM
To: '[EMAIL PROTECTED]'
Subject: Locking Branches in cvs


Hi: 
Is there any way we can just lock one branch and leave the rest of the
repository open to others. 
Thanks 
joe 


 prevent_branch_checkins.py
 commitinfo

Re: RCS file - invalid change in text error

[Larry Jones]

Joseph Natar writes:
> 
> This is what I found now. The corrupt version of the file is 1.6
> 
> [cvsdev] jnatar ~/tmp/public_html/> cvs up -r 1.6 CWSDVAddCategoryForm2.htt
> cvs [server aborted]: invalid change text in
> /cvs/public_html/CWSDVAddCategoryForm2.htt,v
> 
> I looked at the  ,v file and could not find any doubtful chars. But in 1.7 I
> found  
> a176 2 had only one line. I was able to cvs up -r 1.7 ok though. Any ideas ?

What kind of ideas are you looking for?  The file is corrupt -- about
all you can do is to try to repair it by hand or revert to a good backup
and reapply any changes.

-Larry Jones

When you're SERIOUS about having fun, it's not much fun at all! -- Calvin

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

Help with variables in server mode ( ${=variable} )

[emc]

I am having difficulty using variables in server mode.

In my file ( CVSROOT/loginfo ) we are calling a perl script to send
email notification for commits. The perl script uses a variable (nocvsmail)
and runs normaly when run localy.

When runing in server mode from a client, when
root does a suid on the remote side this variable is not picked up even if
it is defined in the users shell.

So step two is to pass this variable ( cvs -s nocvsmail=1 commit file.txt )
when
doing a commit. Now in ( CVSROOT/loginfo ) if we call the perl script in the
following example...

^utilities  $CVSROOT/CVSROOT/log -v ${=NOCVSMAIL}

Now the perl script is happy. If we don't pass the variable the server does
not send it
as a NULL and we receive an error message.

I can't check in a subshell ( if ${=NOCVAMAIL} > "" ) because the subshell
has no reference to this variable.

Can I set a variable in ( CVSROOT/loginfo ) before the rules?

Any ideas would be appreciated, please mail me directly if possible.

-Bruce-



--
B r u c e   F e r j u l i a n
EMC Corporation
171 South Street
Hopkinton, MA 01748
e-mail: [EMAIL PROTECTED]
--


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

Re: no such internal variable $CVS_USER

[Larry Jones]

Ellison, Martin [IT] writes:
> 
> According to the Cederqvist (C.12), there is an internal variable CVS_USER
> that contains the userid as login by the user. 

No, the internal variable is called USER; CVS_USER is an environment
variable that's passed to the subprocess.

-Larry Jones

Yep, we'd probably be dead by now if it wasn't for Twinkies. -- Calvin

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

Re: Two questions, simple I hope

[Matt Riechers]

Maury Markowitz wrote:
> 
> Hello all,
> 
> In an effort to streamline some of our release proceedures, I'd like to
> collect all the check-in notes from a particular date or version forward.
> I'm primarily a WinCVS user and can't seem to find a simple way to do it
> there. Is there one, or one from the CLI?

You can get the logs from rev_1 to rev_2 with:

cvs log -rrev_1:rev_2

or from rev_1 to 'now' with:

cvs log -rrev_1:

See 'cvs log --help' or 
for more options.

-Matt

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

Two questions, simple I hope

[Maury Markowitz]

Hello all,

In an effort to streamline some of our release proceedures, I'd like to 
collect all the check-in notes from a particular date or version forward. 
I'm primarily a WinCVS user and can't seem to find a simple way to do it 
there. Is there one, or one from the CLI?

Another issue recently arose that I'd like to help out my admin with. We've 
hired a 3rd party consultant to beef up some of our db code, and as a result 
they'll need access to our CVS repository. However the CVS server is inside 
our firewall and that's not open to negotiation. Any pointers here? Is there 
any way to have two severs maintaining a single repository?

Maury

_
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp


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

Re: how to get detailed information about cvs client/server protocol

[Larry Jones]

Günter Zöchbauer writes:
> 
> I read the documentation shipped with cvs which gives a short description
> about all commands but no information about what to do with the
> entire set of response lines (as an example).
> 
> Are there any other source of information like docs or specific newsgroups
> about this topic.

Nope, just the client/server document (which I presume is what you're
referring to above) and the source code.

-Larry Jones

I don't want to be THIS good! -- Calvin

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

Re: about cvs time

[Larry Jones]

Jesus Manuel NAVARRO LOPEZ writes:
> 
> But... I can't see why it is such a daunting task convert GMT to any
> other local time; just operate with local drift.  First that comes to my
> mind (first, not best for sure) is having that drift as a delta between
> `date` and `date -u` outputs.

The problem is that the offset between UTC and local (civil) time
changes from time to time (at least twice per year in the case of those
countries that have "daylight saving" or "summer" time).  So, knowing
what the offset is *right now* doesn't tell you anything about what the
offset was some time in the past.

-Larry Jones

I won't eat any cereal that doesn't turn the milk purple. -- Calvin

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

Re: Can cvs support distributed development usage.

[Larry Jones]

christian liesch writes:
> 
> I think NFS could do the trick.

NFS-mounted repositories are a very bad idea -- see the archives.

-Larry Jones

I told her to expect you to deny everything. -- Calvin

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

shortcut sur bureau

[Morkus]

Salut,
Je vais essayer de t'en envoyer un autre..



Example from MS

' This sample demonstrates how to use the WSHShell object to create a
shortcut
' on the desktop.

L_Welcome_MsgBox_Message_Text = "This script will create a shortcut to
Notepad on your desktop."
L_Welcome_MsgBox_Title_Text = "Windows Scripting Host Sample"
Call Welcome()

'


' *
' * Shortcut related methods.
' *

Dim WSHShell
Set WSHShell = WScript.CreateObject("WScript.Shell")


Dim MyShortcut, MyDesktop, DesktopPath

' Read desktop path using WshSpecialFolders object
DesktopPath = WSHShell.SpecialFolders("Desktop")

' Create a shortcut object on the desktop
Set MyShortcut = WSHShell.CreateShortcut(DesktopPath & "\Shortcut to
notepad.lnk")

' Set shortcut object properties and save it
MyShortcut.TargetPath =
WSHShell.ExpandEnvironmentStrings("%windir%\notepad.exe")
MyShortcut.WorkingDirectory = WSHShell.ExpandEnvironmentStrings("%windir%")
MyShortcut.WindowStyle = 4
MyShortcut.IconLocation =
WSHShell.ExpandEnvironmentStrings("%windir%\notepad.exe, 0")
MyShortcut.Save

WScript.Echo "A shortcut to Notepad now exists on your Desktop."

'


' *
' * Welcome
' *
Sub Welcome()
Dim intDoIt

intDoIt = MsgBox(L_Welcome_MsgBox_Message_Text, _
vbOKCancel + vbInformation, _
L_Welcome_MsgBox_Title_Text )
If intDoIt = vbCancel Then
WScript.Quit
End If
End Sub







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

Problems removing directories

[Oliver Sander]

Hi all, 

I'm rather new to CVS but the designated admin here at our company. My
problem is as follows: There's already a lot of code in the repository.
Now I want to delete some files AND directories and add new files,
because we changed parts of the directory structure. We want to get from

../dir/sub1/file.jsp
../dir/sub2/file.jsp
etc.
../dir/subX/file.jsp

to

../dir/subX/sub1/file.jsp
../dir/subX/sub2/file.jsp
../dir/subX/file.jsp

Additionally, it's not only about moving files, but there are major
changes between all the file.jsp's.

I tried tagging the old state as "oldver" , deleting, committing,
adding, committing. But when I then tried to rollback to "oldver", the
deleted directories /dir/sub1/ etc. didn't show up, they were gone.
Fortunately, I had my backups ready.

So what is your idea guys?!


Thanx in advance for your time and advice, 

Oliver Sander

P.S. Please reply also to my pm, because I have sometimes problems
receiving mailing lists here.

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

RE: Can cvs support distributed development usage.

[Yi Zhou (RD-CN)]

Although cvsup can't do like what I want, I had a try using it to realize
Master/slave idear.

Setting up CVSUp server as the following steps:

1.Make an empty directory "/home/cvsroot/base". We'll call that directory
base. Cd into base and do a mkdir -p sup/test. 

2. Cd into sup/test and create a file named releases with one line in it
like this: 

cvs list=list.cvs prefix=/home/cvsroot --It's my CVS repository.

3. In the same directory as the releases file, make a file named list.cvs.
It should contain a single line: 

upgrade /home/cvsroot/download

4. Then running the server like this: 

cvsupd -b /home/cvsroot/base -C 10 -l /dev/stdout

It works normally. 
[root@aus test]# 2001.09.19 20:06:15 CST [4714]: CVSup server
started
2001.09.19 20:06:15 CST [4714]: Software version: REL_16_1
2001.09.19 20:06:15 CST [4714]: Protocol version: 16.1
2001.09.19 20:06:15 CST [4714]: Ready to service requests

Then, creating a separate empty directory whereI'll run the client to
receive the updates from the server. I make a empty directory called dest.
In dest, make a file supfile that looks like this: 

*default host=localhost
*default base=.
*default release=cvs
*default delete use-rel-suffix
download

 Make sure the server is running, and then, still in dest, run cvsup in the
usual way. The simplest command is this: 
 cvsup -g -L 2 supfile

Here the error occured:
It reported 
[yi_zhou@aus test]$ cvsup -g -L 2 supfile 
Parsing supfile "supfile"
Connecting to localhost
Connected to localhost
Server software version: REL_16_1
Negotiating file attribute support
Exchanging collection information
Server message: Unknown collection "download"
Establishing multiplexed-mode data connection
Running
Skipping collection download/cvs
Shutting down connection to server
Finished successfully

I tried  many times, it always reported it like that. I do not know the
reason. Anyone can help me to locate the error reason ?

Many thanks


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

Re: question : how can I get CVS repository with all versions

[Matt Riechers]

> Zdenek Dvorak wrote:
> 
> I have remote CVS repository and I can only use
> cvs commands. I can not log on remote computer as a normal user. How can I get
> this repository with all versions?

Do you just want every tagged revision of a module, like drop1, drop2, or do you
want every revision of every file in the repository?

-Matt

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

Re: Keeping different platforms in sync?

[Stephen Jowitt]

Thanks to everyone for your replies. I have a fair bit to think about,
and lots of different ideas.


Steve




Paul Sander wrote:

> >--- Forwarded mail from [EMAIL PROTECTED]
>
> >On Tue, Sep 18, 2001 at 03:58:38PM +0100, Stephen Jowitt wrote:
> >> This would be easy to do if the developers committed the source in
> >> between
> >> stages 1 and 2, but they don't want to do that as it is a busy tree and
> >> would break
> >> others' builds.
>
> >This IS the usual approach, however.  And it often is less problematic than
> >you fear.
>
> My experience has been that there are almost always some cross-platform
> issue that messes up most changes complex enough to span multiple files,
> or that span more than two or three functions within a single file.
> This can be a real problem in shops the require that all checked-in code
> be comiled and tested.
>
> >However, you could try the following.
>
> >Have the developers work on a branch, and check things in, and out on the
> >other machine.  They can go back and forth on that particular branch until
> >everything works on all platforms.  Then they can merge that into the main
> >branch.
>
> >You could have a branch per developer or group or something like that.
>
> This kinda goes against the nature of CVS in a way in that developers no
> longer share branches.  I don't wish to say that this is good or bad,
> just something to note because the merges start getting larger if the
> developer's branch is a few days old.
>
> >In my experience, however, there is rarely, if any, need to do this.
> >Unless you have been having regular problems with this happening, I think
> >you are trying to put in procedures to solve a non-existent problem.
>
> >If you are having regular problems, I'd be interested in knowing what they
> >are, as I think there might be offered up other ways of solving this.
>
> One alternative method is to set up your build system to operate correctly
> in a single source tree shared by multiple platforms.  To do this, it must
> be careful to store all of the platform-dependent stuff in such a way
> that no two platforms overwrite a file with a different one.  That usually
> means either renaming the platform-dependent files (perhaps by adding a
> suffix that identifies the platform) or by segregating the results into
> platform-dependent directories.  The environment is then set up to
> assemble the platform-independent files and platform-dependent files
> into a useful configuration.
>
> >--- End of forwarded message from [EMAIL PROTECTED]

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

question : how can I get CVS repository with all versions

[Zdenek Dvorak]

 hello,I work with CVS and have 
problem pleas help me or point me to somediscussion forum.I have one 
question about CVS. I have remote CVS repository and I can only use cvs 
commands. I can not log on remote computer as a normal user. How can I get this 
repository with all versions?