Current CVS in a bad state?

No restore on this happened, as far as a backup is concerned ... is it
possible that your removed it on your side, and failed to do a 'cvs
delete' in the respository?

On Fri, 20 Apr 2001, Peter T Mount wrote:

Hmmm, I've just checked out the current cvs, and the directory:

src/interfaces/jdbc/postgresql

has reappeared. This was deleted quite a few months ago and is obsolete. Any
ideas on how this got back in?

Was there a restore of some kind made? I'm looking into a bug report which I
thought was fixed, and I'm now a tad worried (seeing this reappear) that
someone has restored it back to an earlier version.

Peter

--
Peter Mount peter@retep.org.uk
PostgreSQL JDBC Driver: http://www.retep.org.uk/postgres/
RetepPDF PDF library for Java: http://www.retep.org.uk/pdf/

---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org

Peter T Mount <peter@retep.org.uk> writes:

Hmmm, I've just checked out the current cvs, and the directory:
src/interfaces/jdbc/postgresql
has reappeared. This was deleted quite a few months ago and is
obsolete.

Did you use -P during the checkout?

regards, tom lane

Quoting The Hermit Hacker <scrappy@hub.org>:

No restore on this happened, as far as a backup is concerned ... is it
possible that your removed it on your side, and failed to do a 'cvs
delete' in the respository?

No, as I remember someone physically deleting it as well as it being removed by
a "cvs delete". In fact I think it was Bruce.

Anyhow that directory should go as it's the old 6.5.3 source.

BTW: I discovered it as I'm using Rational Rose here at IS, so for practice
purposes I'm creating a rose model of the JDBC driver...

Peter

On Fri, 20 Apr 2001, Peter T Mount wrote:

Hmmm, I've just checked out the current cvs, and the directory:

src/interfaces/jdbc/postgresql

has reappeared. This was deleted quite a few months ago and is

obsolete. Any

ideas on how this got back in?

Was there a restore of some kind made? I'm looking into a bug report

which I

thought was fixed, and I'm now a tad worried (seeing this reappear)

that

someone has restored it back to an earlier version.

Peter

--
Peter Mount peter@retep.org.uk
PostgreSQL JDBC Driver: http://www.retep.org.uk/postgres/
RetepPDF PDF library for Java: http://www.retep.org.uk/pdf/

---------------------------(end of

broadcast)---------------------------

TIP 4: Don't 'kill -9' the postmaster

Marc G. Fournier ICQ#7615664 IRC Nick:
Scrappy
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary:
scrappy@{freebsd|postgresql}.org

--
Peter Mount peter@retep.org.uk
PostgreSQL JDBC Driver: http://www.retep.org.uk/postgres/
RetepPDF PDF library for Java: http://www.retep.org.uk/pdf/

Quoting Tom Lane <tgl@sss.pgh.pa.us>:

Peter T Mount <peter@retep.org.uk> writes:

Hmmm, I've just checked out the current cvs, and the directory:
src/interfaces/jdbc/postgresql
has reappeared. This was deleted quite a few months ago and is
obsolete.

Did you use -P during the checkout?

No, but then the last time I did this (about a month ago) I didn't then either.

As I just said to Marc, I remember the directory being deleted on the server
side after I had done a cvs delete.

Peter

regards, tom lane

--
Peter Mount peter@retep.org.uk
PostgreSQL JDBC Driver: http://www.retep.org.uk/postgres/
RetepPDF PDF library for Java: http://www.retep.org.uk/pdf/

Peter T Mount <peter@retep.org.uk> writes:

Quoting Tom Lane <tgl@sss.pgh.pa.us>:

Did you use -P during the checkout?

No, but then the last time I did this (about a month ago) I didn't then either.

That's why it reappeared, then.

As I just said to Marc, I remember the directory being deleted on the server
side after I had done a cvs delete.

CVS *never* deletes a server-side directory. Read the manual.

I don't know why -P isn't the standard behavior, because the default
(non -P) is confusing and almost never what you want. I keep this in
my ~/.cvsrc:

cvs -z3
update -d -P
checkout -P

regards, tom lane

Quoting Tom Lane <tgl@sss.pgh.pa.us>:

Peter T Mount <peter@retep.org.uk> writes:

Quoting Tom Lane <tgl@sss.pgh.pa.us>:

Did you use -P during the checkout?

No, but then the last time I did this (about a month ago) I didn't

then either.

That's why it reappeared, then.

The last checkout I did didn't have it, which is the weird part (every so often
I do a fresh checkout rather than a simple update), which is why I thought
something was awry when the directories reappeared.

As I just said to Marc, I remember the directory being deleted on the

server

side after I had done a cvs delete.

CVS *never* deletes a server-side directory. Read the manual.

I know but I remember someone (I think it was Bruce, but not certain) did
a "rm" at the server side.

I don't know why -P isn't the standard behavior, because the default
(non -P) is confusing and almost never what you want. I keep this in
my ~/.cvsrc:

cvs -z3
update -d -P
checkout -P

Mine's that now.

Peter

--
Peter Mount peter@retep.org.uk
PostgreSQL JDBC Driver: http://www.retep.org.uk/postgres/
RetepPDF PDF library for Java: http://www.retep.org.uk/pdf/

Peter T Mount <peter@retep.org.uk> writes:

CVS *never* deletes a server-side directory. Read the manual.

I know but I remember someone (I think it was Bruce, but not certain) did
a "rm" at the server side.

If so, he should be shot --- that would mean permanent loss of the
history for what had been in that directory. The only reason I can
see for doing such a thing would be if you'd made the CVS directory
by accident and it had never contained any actual CVS files.

However, given that the directory is still there and does still contain
files, it doesn't appear than anyone actually did any such thing ...

regards, tom lane

As I just said to Marc, I remember the directory being deleted on the server
side after I had done a cvs delete.

CVS *never* deletes a server-side directory. Read the manual.

I don't know why -P isn't the standard behavior, because the default
(non -P) is confusing and almost never what you want. I keep this in
my ~/.cvsrc:

cvs -z3
update -d -P
checkout -P

Totally agree. -P activity should be the default.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

As I just said to Marc, I remember the directory being deleted on the

server

side after I had done a cvs delete.

CVS *never* deletes a server-side directory. Read the manual.

I know but I remember someone (I think it was Bruce, but not certain) did
a "rm" at the server side.

I did remove the jdbc/postgres directory via cvs at your request, but
did not remove it from the server side. Such removals are limited to
extreme circumastances, like when we want to create a file and there is
an old directory with the same name in the way.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

On Fri, 20 Apr 2001, Peter T Mount wrote:

Quoting Tom Lane <tgl@sss.pgh.pa.us>:

Peter T Mount <peter@retep.org.uk> writes:

Hmmm, I've just checked out the current cvs, and the directory:
src/interfaces/jdbc/postgresql
has reappeared. This was deleted quite a few months ago and is
obsolete.

Did you use -P during the checkout?

No, but then the last time I did this (about a month ago) I didn't then either.

As I just said to Marc, I remember the directory being deleted on the server
side after I had done a cvs delete.

don't scare me like that, eh? :) nothing should ever be 'physically'
removed:

hub# du
19 ./fastpath/Attic
20 ./fastpath
197 ./jdbc1/Attic
198 ./jdbc1
27 ./geometric/Attic
28 ./geometric
19 ./largeobject/Attic
20 ./largeobject
58 ./util/Attic
59 ./util
220 ./jdbc2/Attic
221 ./jdbc2
489 ./Attic
1036 .

but you have to use the -P option if you don't want to see 'deleted' files
...

I always run either:

cvs checkout -P <module>

or

cvs update -APd <module>

I think -A removes teh sticky bit, so if you are working on an older
release, don't use -A :)