Julian Elischer 50c7e17a79 Tree repair: ...

This file was not on the RELENG_2_2 branch because RELENG_2_2
was a REVISION tag and not a branch tag.
This happenned at 1.3 consequently, 2.2.5 and 2.2.6
were both released with shar.sh stuck at 1.3 from the mainline.
1.3 was the HEAD so that was ok I guess.
I've made a RELENG_2_2 branch again
and done a merge from current on it,
so nothing should change, except that
cvs update -rRELENG_2_2 -D"May 1" should now produce the right result again.
This was teh only thing stopping cvs update -rRELENG_2_2 -D"May 1"
from checking out a whole historical freebsd 2.2.x tree as of
some specific date.

1998-05-14 00:37:30 +00:00

..

Makefile

MFC: cosmetic + respect ${BINDIR}

1998-03-08 12:13:51 +00:00

shar.1

MFC: cosmetic + respect ${BINDIR}

1998-03-08 12:13:51 +00:00

shar.sh

Tree repair:

1998-05-14 00:37:30 +00:00