Thread: REL7_0_PATCHES pgsql/src/include (config.h.in)
Date: Monday, August 28, 2000 @ 16:27:32
Author: scrappy
Tag: REL7_0_PATCHES
Update of /home/projects/pgsql/cvsroot/pgsql/src/include
from hub.org:/home/staff/scrappy/src/pgsql/src/include
Modified Files:
config.h.in
----------------------------- Log Message -----------------------------
oops, in v7.x its USE_SYSLOG, not ENABLE_SYSLOG
modify config.h.in so that it gets set by configure properly
* The Hermit Hacker <scrappy@hub.org> [000828 14:17] wrote: > Date: Monday, August 28, 2000 @ 16:27:32 > Author: scrappy > Tag: REL7_0_PATCHES > > Update of /home/projects/pgsql/cvsroot/pgsql/src/include > from hub.org:/home/staff/scrappy/src/pgsql/src/include > > Modified Files: > config.h.in > > ----------------------------- Log Message ----------------------------- > > > oops, in v7.x its USE_SYSLOG, not ENABLE_SYSLOG > modify config.h.in so that it gets set by configure properly Marc, is there a reason that it seems a lot of commits get split into seperate messages rather than summarized as a single email like FreeBSD? Also, I was wondering why the CVSROOT directory isn't available for updating via cvsup, is there sensative data or would it be possible to make it available? thanks, -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk."
> Marc, is there a reason that it seems a lot of commits get split
> into seperate messages rather than summarized as a single email
> like FreeBSD?
I'm not sure about this one, but it is the same behavior I see on my
Linux and Solaris boxes with CVS. CVS visits each directory separately,
and allows one to modify or replace the previous comments.
> Also, I was wondering why the CVSROOT directory isn't available
> for updating via cvsup, is there sensative data or would it be
> possible to make it available?
It is available. Check the appendix "The CVS Repository" in the
Developer's Guide for examples.
- Thomas
* The Hermit Hacker <scrappy@hub.org> [000828 21:04] wrote: > On Mon, 28 Aug 2000, Alfred Perlstein wrote: > > > * The Hermit Hacker <scrappy@hub.org> [000828 14:17] wrote: > > > Date: Monday, August 28, 2000 @ 16:27:32 > > > Author: scrappy > > > Tag: REL7_0_PATCHES > > > > > > Update of /home/projects/pgsql/cvsroot/pgsql/src/include > > > from hub.org:/home/staff/scrappy/src/pgsql/src/include > > > > > > Modified Files: > > > config.h.in > > > > > > ----------------------------- Log Message ----------------------------- > > > > > > > > > oops, in v7.x its USE_SYSLOG, not ENABLE_SYSLOG > > > modify config.h.in so that it gets set by configure properly > > > > Marc, is there a reason that it seems a lot of commits get split > > into seperate messages rather than summarized as a single email > > like FreeBSD? > > I tried once to take the scripts on FreeBSD's CVS and use them on the one > for postgresql and ended up giving up ... that was a couple of years back, > mind you, when I first started playing with CVS ... let me go back in > again and see if I can "decode" it :) They are kinda annoying, there's a bunch of scripts that have freebsd.org stuff hardcoded in them, but once you get it up and running it's rather nice. Although I may just be biased from experiance. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk."
On Mon, 28 Aug 2000, Alfred Perlstein wrote: > * The Hermit Hacker <scrappy@hub.org> [000828 14:17] wrote: > > Date: Monday, August 28, 2000 @ 16:27:32 > > Author: scrappy > > Tag: REL7_0_PATCHES > > > > Update of /home/projects/pgsql/cvsroot/pgsql/src/include > > from hub.org:/home/staff/scrappy/src/pgsql/src/include > > > > Modified Files: > > config.h.in > > > > ----------------------------- Log Message ----------------------------- > > > > > > oops, in v7.x its USE_SYSLOG, not ENABLE_SYSLOG > > modify config.h.in so that it gets set by configure properly > > Marc, is there a reason that it seems a lot of commits get split > into seperate messages rather than summarized as a single email > like FreeBSD? I tried once to take the scripts on FreeBSD's CVS and use them on the one for postgresql and ended up giving up ... that was a couple of years back, mind you, when I first started playing with CVS ... let me go back in again and see if I can "decode" it :)
* Thomas Lockhart <lockhart@alumni.caltech.edu> [000828 20:56] wrote: > > Marc, is there a reason that it seems a lot of commits get split > > into seperate messages rather than summarized as a single email > > like FreeBSD? > > I'm not sure about this one, but it is the same behavior I see on my > Linux and Solaris boxes with CVS. CVS visits each directory separately, > and allows one to modify or replace the previous comments. We've got it setup so that if you go to some top level directory and do a cvs commit there's only one log message and it includes all the changes. > > Also, I was wondering why the CVSROOT directory isn't available > > for updating via cvsup, is there sensative data or would it be > > possible to make it available? > > It is available. Check the appendix "The CVS Repository" in the > Developer's Guide for examples. Ack, sorry, will do. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] "I have the heart of a child; I keep it in a jar on my desk."
* Alfred Perlstein <bright@wintelcom.net> [000828 21:12] wrote: > * Thomas Lockhart <lockhart@alumni.caltech.edu> [000828 20:56] wrote: > > > Also, I was wondering why the CVSROOT directory isn't available > > > for updating via cvsup, is there sensative data or would it be > > > possible to make it available? > > > > It is available. Check the appendix "The CVS Repository" in the > > Developer's Guide for examples. > > Ack, sorry, will do. Hrm, I did and didn't see a way to fetch it using CVSup, do you mean i should try anoncvs? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org]
> > > > Also, I was wondering why the CVSROOT directory isn't available
> > > > for updating via cvsup...
> > > It is available. Check the appendix "The CVS Repository" in the
> > > Developer's Guide for examples.
> > Ack, sorry, will do.
> Hrm, I did and didn't see a way to fetch it using CVSup, do you mean
> i should try anoncvs?
No, let me check the docs...
Appendix DG1: The CVS Repository
->Getting The Source Via CVSup
->Running a CVSup Client
The first example fetches the entire CVS repository, which I believe is
what you were asking for. The second example fetches just a snapshot.
- Thomas
* Thomas Lockhart <lockhart@alumni.caltech.edu> [000906 22:46] wrote: > > > > > Also, I was wondering why the CVSROOT directory isn't available > > > > > for updating via cvsup... > > > > It is available. Check the appendix "The CVS Repository" in the > > > > Developer's Guide for examples. > > > Ack, sorry, will do. > > Hrm, I did and didn't see a way to fetch it using CVSup, do you mean > > i should try anoncvs? > > No, let me check the docs... > > Appendix DG1: The CVS Repository > ->Getting The Source Via CVSup > ->Running a CVSup Client > > The first example fetches the entire CVS repository, which I believe is > what you were asking for. The second example fetches just a snapshot. I've been doing that for quite some time: *default host=postgresql.org *default release=cvs *default delete use-rel-suffix *default base=/home/pgcvs *default prefix=/home/pgcvs pgsql This fetches me the RCS files: /home/pgcvs % ls -l total 2 drwxr-xr-x 9 bright wheel 512 Sep 7 03:35 pgsql /home/pgcvs % ls -l pgsql/ total 2148 drwxr-xr-x 2 bright wheel 512 Sep 7 02:24 Attic -r--r--r-- 1 bright wheel 2829 May 26 19:03 COPYRIGHT,v -r--r--r-- 1 bright wheel 11488 Aug 31 09:08 GNUmakefile.in,v -r--r--r-- 1 bright wheel 491671 Aug 29 13:02 HISTORY,v -r--r--r-- 1 bright wheel 400711 Jul 20 17:44 INSTALL,v drwxr-xr-x 3 bright wheel 512 Sep 7 02:24 MIGRATION -r--r--r-- 1 bright wheel 6408 Jun 12 09:37 Makefile,v -r--r--r-- 1 bright wheel 12196 Jun 12 15:36 README,v -r--r--r-- 1 bright wheel 27316 Aug 29 02:36 aclocal.m4,v drwxr-xr-x 2 bright wheel 512 Sep 7 02:24 config -r-xr-xr-x 1 bright wheel 1105620 Aug 29 02:36 configure,v -r--r--r-- 1 bright wheel 91515 Aug 29 02:36 configure.in,v drwxr-xr-x 39 bright wheel 1024 Sep 7 02:26 contrib drwxr-xr-x 7 bright wheel 1024 Sep 7 03:35 doc drwxr-xr-x 3 bright wheel 512 Sep 7 03:35 migration -r--r--r-- 1 bright wheel 5929 Jun 12 15:36 register.txt,v drwxr-xr-x 23 bright wheel 1024 Sep 7 05:29 src the problem is that I don't get the CVSROOT directory, the one that contains all the administrative scripts. -Alfred
> the problem is that I don't get the CVSROOT directory, the one
> that contains all the administrative scripts.
Oh! afaik this is not common practice; CVSup is typically used in the
manner we are using it. istm that this does open up the possibility of
bleeding the various projects Marc supports into a CVSup service
intended for Postgres, and I'm not sure it is worth the effort. Why not
ask someone for "the support scripts", whatever those are?
- Thomas