Re: [9fans] lucio-

Re: [9fans] lucio-

[Russ Cox]

For the list, I've fixed this bug before.
I remember it being a neat bug, but I don't
remember what it was.  Once Lucio and I figure
it out again, one of us will post what the
problem was.  Perhaps it was cvs, perhaps APE,
perhaps some weird interaction between the
two.  I've been trying to remember all day.

I also have a newer cvs (1.11p1) and a script
to automatically port new ones as they come out.
I will post all of this once the elusive bug
gets discovered.

A question for the CVS experts: how can CVS import
possibly work?  I thought CVS used RCS as the
underlying storage facility, and AFAIK I didn't
port RCS.  Does CVS reimplement/contain the RCS code
like it does for diff?

Russ

Re: [9fans] lucio-

[Lucio De Re]

On Tue, Jan 08, 2002 at 10:06:45PM -0500, Russ Cox wrote:
>
> A question for the CVS experts: how can CVS import
> possibly work?  I thought CVS used RCS as the
> underlying storage facility, and AFAIK I didn't
> port RCS.  Does CVS reimplement/contain the RCS code
> like it does for diff?
>
Yes.  It's documented.

++L

Re: [9fans] lucio-

[Lucio De Re]

On Tue, Jan 08, 2002 at 10:06:45PM -0500, Russ Cox wrote:
>
> For the list, I've fixed this bug before.
> I remember it being a neat bug, but I don't
> remember what it was.  Once Lucio and I figure
> it out again, one of us will post what the
> problem was.  Perhaps it was cvs, perhaps APE,
> perhaps some weird interaction between the
> two.  I've been trying to remember all day.
>
No offense meant, but doesn't this show precisely what CVS's strength
is?  Had you recorded the fix, we wouldn't be still looking for it :-)

But I agree wholeheartedly that CVS is only a partial solution and
that the needs it attempts to address vary widely.  I'm tempted to
create a mailing list specially to discuss a CVS-like development
that merges the Plan 9 backup technology into it.  Any takers?

++L

Re: [9fans] lucio-

[Boyd Roberts]

Lucio De Re wrote:
> No offense meant, but doesn't this show precisely what CVS's strength
> is?  Had you recorded the fix, we wouldn't be still looking for it :-)

Having used both, I'd go for /n/dump.

Re: [9fans] CVS (Was: lucio-)

[Lucio De Re]

On Wed, Jan 09, 2002 at 11:58:45AM +0100, Boyd Roberts wrote:
>
> Lucio De Re wrote:
> > No offense meant, but doesn't this show precisely what CVS's strength
> > is?  Had you recorded the fix, we wouldn't be still looking for it :-)
>
> Having used both, I'd go for /n/dump.

Just to change the Subject: :-)

On kfs?

++L

PS: I think /n/dump is a great idea, specially as it is automatic and
not subject to the vagaries of human fallibility.  I can even accept
that its positive features far outweigh its coarse granularity and an
inability to mark files as members of revision sets.  But if I had to
add features to /n/dump (which is not a trivial task in itself) I
would look to CVS for starting guidelines.

Re: [9fans] CVS (Was: lucio-)

[Boyd Roberts]

Lucio De Re wrote:
> On kfs?

I have a raw, cut down, simplified /n/dump which uses dossrv:

    http://home.fr.inter.net/boyd/code/plan9/dump.bundle

I did this months ago so I could back up my stuff onto
CD-R from Windows on a dual boot install.  Sure, it's
not /n/dump, but it looks like it.

In 1992 (iirc) I grabbed a group of RA-90's [1 Gb, RDA-50
interface] and did a similar trick for short term backups
and stored a month.  Of course, over the top of it ran
the usual dumps, but it was useful to have direct access
to the stuff you had modified in the recent past.

It got presented at a WIP at some random USENIX.

It was implemented on ULTRIX, but was just a collection of
scripts and a program [I needed to call ftw(3)] that managed
the cycling of the directories on the RA-90's and to push
people's home directories onto it.

At the time, 4Gb gave us [PRL] a month of recently modified stuff.

Re: [9fans] CVS (Was: lucio-)

[Lucio De Re]

On Wed, Jan 09, 2002 at 12:43:29PM +0100, Boyd Roberts wrote:
>
> I have a raw, cut down, simplified /n/dump which uses dossrv:
>
>     http://home.fr.inter.net/boyd/code/plan9/dump.bundle
>
I'll look later (gotta get back to the 79c960 driver, now that CVS is
fixed) but it seems to me a good starting point for an ad hoc approach
to source snapshots.

I have a totally unbaked idea for metafiles too, so perhaps there's
something brewing in my subconscious that will eventually erupt as
source revision control.

++L

Re: [9fans] lucio-

[Aharon Robbins]

Russ said:
>> For the list, I've fixed this bug before.
>> I remember it being a neat bug, but I don't
>> remember what it was.  Once Lucio and I figure
>> it out again, one of us will post what the
>> problem was.  Perhaps it was cvs, perhaps APE,
>> perhaps some weird interaction between the
>> two.  I've been trying to remember all day.

Lucio said:
>No offense meant, but doesn't this show precisely what CVS's strength
>is?  Had you recorded the fix, we wouldn't be still looking for it :-)

Actually, what this shows is the strength of a *ChangeLog*.  (See any
GNU dist for what I mean.)  For many years for gawk, I didn't keep
one. Starting with gawk 3.0 in 1996, I have, and I have been very thankful
since then, and very very sorry that I didn't do it earlier.  It beats the
heck out of `cvs log *.c | grep something', and for sure beats the head
scratching Russ is having to go through. (Been there, done that, didn't
get the T-Shirt. :-)

Although there are many aspects of GNU software that have been (more or
less) justifiably denigrated in this forum, there are some things mandated
by the GNU Coding Standards that are Exactly Right.  "No arbitrary limits"
is one.  ChangeLogs are another.

My $0.02: Flames to /dev/null.

Arnold Robbins