Subject: Bug#3205: mt pkg desc needs hint to user as to which to choose

From: Mike Coleman <[email-masked]>
Date: Tue, 4 Jun 96 04:47 CDT

Package: mt-st

The package descriptions for mt-st and cpio-st don't give any hint to a novice
user as to which is to be preferred.  It looks to me, based on
/usr/src/linux/drivers/scsi/README.st, that mt-st should be the preferred
one.  If this is true, both package desc's should say something about this.

--Mike

---

From: Brian Mays <[email-masked]>
Date: Tue, 04 Jun 96 13:05:45 -0500

>>>>> "Mike" == Mike Coleman <[email-masked]> writes:

    Mike> The package descriptions for mt-st and
    Mike> cpio-st don't give any hint to a novice user as to which is
    Mike> to be preferred.  It looks to me, based on
    Mike> /usr/src/linux/drivers/scsi/README.st, that mt-st should be
    Mike> the preferred one.  If this is true, both package desc's
    Mike> should say something about this.

Here is what I propose.  Let's place GNU mt and rmt (from cpio-mt) in
the cpio package and retire the mt-st package.  Now that I have added
SCSI tape support to GNU mt, it does everything that mt-st does plus
more.  The cpio will become the Debian package for tape drive support,
and I shall modify the package description of cpio to stress this.

Ian Jackson has been trying to get me to do this for some time.  I've
been waiting until any bugs in GNU mt's SCSI features have been
eliminated.  Since I have not recently received any bug reports about
the new SCSI features, I am ready to recommend GNU mt as Debian's only
version of mt.  This should simplify the mt situation.

--
Brian <[email-masked]>

---

From: Bill Mitchell <[email-masked]>
Date: Tue, 4 Jun 1996 13:38:59 -0700 (PDT)

>and I shall modify the package description of cpio to stress this.

As the mt-st maintainer, I have no objection to this.

---

From: "Darren/Torin/Who Ever..." <[email-masked]>
Date: 04 Jun 1996 13:09:20 -0700

>and I shall modify the package description of cpio to stress this.

Have the features such as datcompression been implemented yet?  Last I
checked, it segfaulted...

Darren
--
<[email-masked]> <http://www.daft.com/~torin/>    <[email-masked]> <[email-masked]>
Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996
@ Do you have your clothes on? I probably don't. Take yours off. Feel better. @
@ Sysadmin, webweaver, postmaster for hire.  C/Perl/CGI programmer and tutor. @

---

From: Brian Mays <[email-masked]>
Date: Tue, 04 Jun 96 17:31:51 -0500

>>>>> "D/T/W" == "Darren/Torin/Who Ever " <[email-masked]> writes:

    D/T/W> Have the features such as datcompression been implemented
    D/T/W> yet?  Last I checked, it segfaulted...

The mt program was segfaulting when the datcompression command was
requested, but it was also segfaulting on other commands.  I fixed a
bug that was causing mt to segfault (simply a misplaced line in the
source), but I don't know whether the datcompression segfault was
caused by this bug, or something in the datcompression code.  However,
I have not received any more reports of segfaults, so I can only
assume that it now works.  The latest version of cpio-mt is 2.4.2-2.
Version 2.4.2-1 had the segfault bug.

--
Brian <[email-masked]>