[254] in installers
Followup: concerns re: LPRSpooler and MINK interaction
daemon@ATHENA.MIT.EDU (Alicia Allen)
Fri Oct 22 13:28:22 1999
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Message-Id: <v04020a06b4364ef03356@[18.152.1.182]>
Date: Fri, 22 Oct 1999 13:27:49 -0400
To: installers@MIT.EDU, sw-release-team@MIT.EDU
From: Alicia Allen <rccsuper@MIT.EDU>
>To: Alicia Allen <rccsuper@MIT.EDU>
>Cc: "Susan B. Jones" <sbjones@MIT.EDU>, mpp@MIT.EDU, jrandall@MIT.EDU
>Subject: Re: Fwd: Re: concerns re: LPRSpooler and MINK interaction
>In-Reply-To: Your message of "Thu, 21 Oct 1999 21:00:44 EDT."
> <v04020a05b43567a0f13c@[18.162.2.128]>
>Date: Fri, 22 Oct 1999 00:55:44 EDT
>From: "Joshua C. Randall" <jrandall@MIT.EDU>
>
>The installer retrieved from
>http://web.mit.edu/installers/win.combined/LPRSpool/wlprinst.exe
>which claims to be "WLPR Spooler Installation v1.0alpha" exhibits
>the errors I mentioned during setup. As far as I know, it always
>has... at least since Winter 1998.
>
>Setup type: express
>Type of user: all
>
>Problems:
>An error is had when printers are selected to be setup and you click ok.
>The error is a dialog box titled: "Searching -- Error?"
>And containing:
> "Internal search error in installer -- remote setup files
> might be skewed. Setup should still work. One of the
> printers you chose may not be configured correctly. If
> it doesn't, notify Information Services of this problem or
> see the README or HELP files.
>
> Current: 'in'"
>
>When I clicked "OK" on that dialog box, another pops up that is identical
>except the "Current: 'in'" is replaced by "Current: '1'". Then another box
>came up that says "Current: 'in'". This was followed by "Current: '4'",
>"Current: 'athena,'", "Current: 'in'", "Current: '20B'", and finally a box
>indicating installation is complete and successful.
>
>From the clues I have to go on, I'd say that the installer is parsing a
>file of printer data that it uses to configure the queues, and is somehow
>getting off and thinking that the word 'in' and parts of the location
>('20B' '4' and '1') are being mistaken as printer names. The three printers
>I selected were "virus in 1-115" "pandora in 4-035" and "athena, in 20B-219".
>Virus and Pandora were successfully installed and the queues worked properly.
>Athena was not (but i think the printer is gone anyway), probably because of
>the extra comma which comes after its name.
>
>Something else to note is that I just tested this on my machine, which had a
>perfectly good, configured version of LPRspooler on it before I started.
>After the installation, my queue definitions had been clobbered completely...
>and it never asked whether that was okay.
>
>I also tried the "Dorm" choice (As opposed to "All") which did have a list of
>dorm printers. I tested the "brick in Baker House" printer and got three of
>the same skew errors, one for 'in', one for 'Baker' and one for 'House'.
>The printer was entered as a queue, but the protocol was not set correctly
>(it was set to "none" instead of KWLPR2.DLL), and the printer description
>was blank. Using the "cluster" option does seem to set up the description
>and the protocol correctly, but it also has the skew errors. Also the "
>Cluster" and "All" printer lists seem to be identical rather than having
>both Cluster and Dorm printers on the "All" list. It might be best to just
>have one list since people might want to set up printers both in their
>dorm and in a cluster.
>
>josh
>
---------------------------------------------
Alicia Allen rccsuper@mit.edu
MIT Resnet Coordinator (617) 253-0191
MIT Network Security MIT, N42-140
---------------------------------------------
