Xref: utzoo comp.sys.att:7299 unix-pc.general:3559 unix-pc.bugs:98 Path: utzoo!utgpu!watmath!uunet!tut.cis.ohio-state.edu!unmvax!indri!nic.MR.NET!umn-cs!nis!sialis!rjg From: rjg@sialis.mn.org (Robert J. Granvin) Newsgroups: comp.sys.att,unix-pc.general,unix-pc.bugs Subject: Re: WARNING 3B1 ATTFixDisk breaks HDB Keywords: 3B1 7300 3.51 Fix Disk HDB Message-ID: <1742@sialis.mn.org> Date: 13 Aug 89 01:54:18 GMT References: <1422@novavax.UUCP> <12385@s.ms.uky.edu> <906@rwing.UUCP> Reply-To: rjg@sialis.mn.org (Robert J. Granvin) Followup-To: comp.sys.att Organization: Dr. Ho Laboratory and Day Care Center Lines: 58 >> One of the files the fixdisk replaced was >> >> /usr/lib/uucp/uucico >> >> it's no wonder that UUCP stopped working for you. > >In the above, the uucico was a Version 2, which overwrote HDB uucico. > >The above example is why I have formed the habit of examining the >contents of an archive (disk or otherwise) and save things I am unsure >about before I let it overwrite anything. In the case of cpio >archives on floppies, this is by doing (from a shell prompt): > >cpio -iBctv >and watching the listing. The "t" option prevents an actual write, >and causes a listing instead, the "v" makes the listing in long form. To repeat... In the case of the AT&T Fixdisks, it is not necessary to go through any convoluted gyrations or "pre-verifications". Each fix is a separate and completely user controlled installation. Each installation of each fix requires the installer to answer "yes" to the request of whether he or she wants it. Each fix also comes with a short description of the fix, and why not to install it, should that be a concern. While not foolproof, or always complete, it's there none-the-less. In the case of HDB, receiving it knowing that it is an unsupported unreleased software package, should at least have been a hint that a UUCP fix would probably be damaging, even if there were no notes about HDB with it. >If its an "auto-install", I also like to extract into a test >directory, and look over the install script before I commit and >actually install the package. This has saved me headaches on a number >of occasions. Even if "Install" scripts save things, often it is not >complete, so by doing this I get a chance to save - usually as a tar >file - anything I may want to recover if the install doesn't go as >expected. Not an unwise thing to do when you are unaware of the contents or installation. But back to the fixdisks, if you read what is made available on the screen, you won't make a mistake (and if you do make a mistake, you're not as familiar with your system anyways, so you'd still make the same mistake even IF you looked at the archive (how's that for a run-on sentence? :-)) -- ________Robert J. Granvin________ INTERNET: rjg@sialis.mn.org ____National Computer Systems____ BITNET: rjg%sialis.mn.org@cs.umn.edu __National Information Services__ UUCP: ...amdahl!bungia!sialis!rjg "Insured against Aircraft, including self-propelled missiles and spacecraft."