Bug 203376 - Clean-up of audit messages in cups
Clean-up of audit messages in cups
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: cups (Show other bugs)
rawhide
All Linux
medium Severity medium
: ---
: ---
Assigned To: Tim Waugh
http://free.linux.hp.com/~mra/patches...
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2006-08-21 11:38 EDT by Matt Anderson
Modified: 2007-11-30 17:11 EST (History)
3 users (show)

See Also:
Fixed In Version: 1.2.2-14
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2006-08-21 12:16:43 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)
The attached updated cups-lspp.patch has been tested against cups-1.2.2-12 (61.92 KB, patch)
2006-08-21 11:38 EDT, Matt Anderson
no flags Details | Diff

  None (edit)
Description Matt Anderson 2006-08-21 11:38:44 EDT
Description of problem:
Currently the cups-lspp patch does not handle auditing of the Classification
Override flag being set in the configuration file correctly.  It also is not
making use of get_auditfail_action() to determine how to fail when audit is not
present.  Finally, when users override the banner sheets, the audit of that
override action is not being correctly audited in all cases.

How reproducible:
Everytime

Steps to Reproduce:
1. Enable ClassifyOverride in /etc/cups/cupsd.conf
2. /etc/init.d/cups restart
3. Notice the lack of audit message about ClassifyOverride in the audit log
  
Actual results:
Lack of an audit message.

Expected results:
This message should show up in the audit log as a USYS_CONFIG record:
[Config] ClassifyOverride=enabled Users can override print banners
Comment 1 Matt Anderson 2006-08-21 11:38:45 EDT
Created attachment 134567 [details]
The attached updated cups-lspp.patch has been tested against cups-1.2.2-12
Comment 2 Tim Waugh 2006-08-21 12:16:43 EDT
Applied.  You know the device URI needn't contain '/dev/' at all for local USB
devices, don't you?  In fact, unpatched CUPS rejects usb: URIs that start with
'/dev/'.

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