Bug 18208 - print queues did not upgrade
print queues did not upgrade
Status: CLOSED NOTABUG
Product: Red Hat Linux
Classification: Retired
Component: LPRng (Show other bugs)
7.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Crutcher Dunnavant
Brock Organ
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2000-10-03 08:30 EDT by rich gregory
Modified: 2007-04-18 12:28 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-10-04 17:33:41 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description rich gregory 2000-10-03 08:30:21 EDT
The local LPT1 print queue that was set up in RH 6.2 did not work when I 
upgraded to RH 7.0 using the disk1-2 ISO files (burned to cdroms) on your 
web site.

A simple delete queue / add queue operation fixed the problem.
Comment 1 Michael Fulbright 2000-10-03 14:51:34 EDT
This is most likely a problem with the LPRNG package.
Comment 2 Crutcher Dunnavant 2000-10-04 14:42:59 EDT
This is most likely a problem with rhs-printfilters, but please answer the
following:

Those print queues, were they set up with a version of rhs-printfilters older
than the one that was on your system at install time? If they were, then this is
documented in the release notes,
anyway, I'd like to know.
Comment 3 Crutcher Dunnavant 2000-10-04 17:33:38 EDT
Posted from email: Rich Gregory <rtg2t@cms.mail.virginia.edu> wrote:

The key word is upgrade.  This machine has been running redhat for a long
time.  The last full install was 5.x.  I can look if it is really
important.  It is at home....
  
rich
Comment 4 Crutcher Dunnavant 2000-10-04 17:38:33 EDT
Okay, this is a KNOW issue. It can't be fixed. In the past, printtool copied the
master print filter into a spool directory when it set up a spool. This was
wrong, as when the actions of the filtration system changed, they still used the
old filter residing in the spool directory. Now, printtool leaves a symlink to
that filter, and that might become even more transparent in the future. So on
upgrade, rhs-printfilters tries to decide if this state exists on the machine,
and fix it.

It cannot be very smart about this, so it errs on the side of caution, and ONLY
performs its fix if the filter in the spool directory EXACTLY matches the filter
in therhs-printfilters package on the machine at time of upgrade.

This is all descirbed in the release notes.

Note You need to log in before you can comment on or make changes to this bug.