Bug 203376 - Clean-up of audit messages in cups
Summary: Clean-up of audit messages in cups
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: cups   
(Show other bugs)
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Tim Waugh
QA Contact:
URL: http://free.linux.hp.com/~mra/patches...
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-08-21 15:38 UTC by Matt Anderson
Modified: 2007-11-30 22:11 UTC (History)
3 users (show)

Fixed In Version: 1.2.2-14
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2006-08-21 16:16:43 UTC
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 15:38 UTC, Matt Anderson
no flags Details | Diff

Description Matt Anderson 2006-08-21 15:38:44 UTC
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 15:38:45 UTC
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 16:16:43 UTC
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.