Subject: Default $TAPE for mt/restore/dump/tar ?
To: None <tech-userlevel@NetBSD.ORG>
From: Luke Mewburn <lukem@connect.com.au>
List: tech-userlevel
Date: 04/14/1997 12:08:46
I've been looking at the source for various utilities that manipulate
or write to tape devices, and noticed a few inconsitancies:

util		definition	where
----		----------	-----
bin/mt		"/dev/rst0"	DEFTAPE in <sys/mtio.h>
bin/pax		"/dev/rmtx"	DEV_x in "tar.h", x is [014-8]
gnu/usr.bin/tar	"/dev/rst0"	DEF_AR_FILE in Makefile
sbin/dump	"/dev/rmt8"	_PATH_DEFTAPE in "pathnames.h"
sbin/restore	"/dev/rmt8"	_PATH_DEFTAPE in "pathnames.h"
usr.bin/eject	"/dev/rst*"	eject.c in various places
usr.bin/tcopy	"/dev/rmt8"	_PATH_DEFTAPE in "pathnames.h"


Issues:
* the definition should probably be _PATH_DEFTAPE
* there should be only place for the definition; <paths.h>
* the default should probably refer to the most common type of
  tape interface: "/dev/rst0"

I can't see any problems with doing this; can anyone else?


Now, for Controversy Corner: I would actually like to change the
default to "/dev/nrst0" - the non-rewinding-on-device-close device.
Because:
* why have the default for 'mt' being the rewinding device? It will
  `undo' a head movement operation at the next request. Viz:
	unsetenv TAPE
	mt fsf 4
	dump 0f /
  will not DTRT if _PATH_DEFTAPE is the rewinding device
* we've changed defaults before, and I believe if documented, this
  shouldn't be too bad


Luke.