Thread: Re: [HACKERS] CVS....
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
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