CVS....
Okay, after a long fight with modula3 I know have a working version
of cvsup for Solaris 7 SPARC. Know, what I would like to do is to use
cvsup to update my local cvs repoistory. How would I go about doing this?
Thanks,
Matt
----------
Matthew C. Aycock
Operating Systems Analyst/Admin, Senior
Dept Math/CS
Emory University, Atlanta, GA
Internet: matt@mathcs.emory.edu
Okay, after a long fight with modula3 I know have a working version
of cvsup for Solaris 7 SPARC. Know, what I would like to do is to use
cvsup to update my local cvs repoistory. How would I go about doing
this?
Look at doc/src/sgml/cvs.sgml (no product yet since it it's a jumble
still). I can send you a copy if you don't have a recent tarball.
- Tom
Thomas,
I looked at this and it tells you how to get the sources via
CVSup or cvs, but not how to keep them in sync so to speek.
I would like the ability to make my own branches and so forth
to play with certain aspects of the database. However, I would
like the ability to fold in patches in a big group without having
to apply each patch by hand.
Any other ideas?
Matt
Okay, after a long fight with modula3 I know have a working version
of cvsup for Solaris 7 SPARC. Know, what I would like to do is to use
cvsup to update my local cvs repoistory. How would I go about doing
this?Look at doc/src/sgml/cvs.sgml (no product yet since it it's a jumble
still). I can send you a copy if you don't have a recent tarball.- Tom
----------
Matthew C. Aycock
Operating Systems Analyst/Admin, Senior
Dept Math/CS
Emory University, Atlanta, GA
Internet: matt@mathcs.emory.edu
Import Notes
Resolved by subject fallback
On Fri, 15 Jan 1999, Matthew C. Aycock wrote:
Thomas,
I looked at this and it tells you how to get the sources via
CVSup or cvs, but not how to keep them in sync so to speek.
I would like the ability to make my own branches and so forth
to play with certain aspects of the database. However, I would
like the ability to fold in patches in a big group without having
to apply each patch by hand.Any other ideas?
I don't believe that you can...my understanding of CVSup is that you can
"mirror" the remote site 's cvs repository with it, and checkout as you
want, but if you check something back in again, it will be gone the next
time an update comes down...
Here are my settings for pulling down the CVS repository for
FreeBSD...I've never tried to do a branch on it, so my above paragraph
isn't based on tryin git...
# Defaults that apply to all the collections
*default host=cvsup2.FreeBSD.org
*default base=/usr
*default prefix=/usr/local/freebsd-cvsroot
*default release=cvs
#*default tag=.
*default delete use-rel-suffix
Noice thta the 'tag' line is commented out...
There is a pretty good description of CVSup at:
http://www.freebsd.org/handbook/cvsup.html
And John Polstra tends to be very responsive to questions about his
software :)
Matt
Okay, after a long fight with modula3 I know have a working version
of cvsup for Solaris 7 SPARC. Know, what I would like to do is to use
cvsup to update my local cvs repoistory. How would I go about doing
this?Look at doc/src/sgml/cvs.sgml (no product yet since it it's a jumble
still). I can send you a copy if you don't have a recent tarball.- Tom
----------
Matthew C. Aycock
Operating Systems Analyst/Admin, Senior
Dept Math/CS
Emory University, Atlanta, GA
Internet: matt@mathcs.emory.edu
Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
I looked at this and it tells you how to get the sources via
CVSup or cvs, but not how to keep them in sync so to speek.
I would like the ability to make my own branches and so forth
to play with certain aspects of the database. However, I would
like the ability to fold in patches in a big group without having
to apply each patch by hand.
Any other ideas?
The way I work is to use CVSup to check out versions locally on my
machine. Then, when I change a file I save a version as filename.orig
and these changed files tend to accumulate. When I'm ready to submit a
patch, I run a little utility I wrote which traverses the development
tree and generates a patch file for each file/file.orig pair, putting
all of the files in a separate patch directory. I've got another utility
which can apply this set of patch files to the cvs source tree at
postgresql.org. Afterwards, I'll clean up by removing the .orig files
and doing a CVSup refresh then a cvs update on my tree.
If I'm doing a longer-term project, I'll freeze my tree and check out a
new one when I need to test with a current development tree.
Bruce has a utility he included in the distribution which generates a
single patch file for all file/file.orig pairs (afaik). Look in the
src/tools directory. I don't use that because I quite often have more
than one set of patches going at a time so will delete the patch files
which aren't relevant before submitting or committing them.
And John Polstra tends to be very responsive to questions about his
software :)
Very much so. There is a new rpm distribution of Modula-3 and John has
generated a new version of CVSup which is tailored to Linux (just
slightly different from his main FreeBSD version). I've been sitting on
the new code, intending to generate new static binaries for glibc2 and
for libc5. Will post on postgresql.org when they are ready.
- Tom