Changes

Jump to: navigation, search

FAQ

No change in size, 09:29, 9 January 2008
no edit summary
WPKG 1.0 and up supports a logging feature where you can write a log file. You can use the /logLevel:<level> switch to change the amount of output written to the log file. The log level is actually defined using a bitmask. This allows you to independently enable logging of
- * errors- * warnings- * information- * audit success- * audit failure
However in productive environment it is recommended to use a logLevel setting of 3 to log errors and warnings only (some might also use a value of 7 to add informational output as well). Higher log levels will lead to lots of ugly debug output which is probably only useful for package debugging.
You can enable/disable logging of the following log severities:
- * errors- * warnings- * information- * audit success- * audit failure
There has been some proposals on Bugzilla to introduce several levels of debug logging in order to allow fine-grained control on the amount of logs written to the log files in debug mode. Even some patches have been posted to Bugzilla already.
Disadvantages of multiple debug log-levels:
- * If you really have to find a bug you will anyway set the log level to the highest available level in order to make sure you don't miss the important parts.- * Everybody will anyway have a different view how much detail should be logged within a specific debug level.- * The result is that administrators and developers will anyway use the hightest available log level to make sure all information is available.- * Log files posted to the WPKG support (mailing list/Bugzilla) would potentially contain too less information.- * Full debugging log is not that huge so it is still possible to handle it - so no need to reduce the amount of output.
Additionally there is a huge amount of ways to rotate log files. Some examples:
- * based on size- * based on date- * based on name- * based on attributes- * any combination of the ones above
Well rotating is a very complex thing and needs to be very flexible to fit the needs of each environment and the flavor of the administrator. There is a big amount of tools out there which can do the rotation independently of WPKG. These tools are dedicated to log rotation. It's an illusion that WPKG will ever be as flexible as such a tool. Additionally I am against re-inventing the wheel and incorporating code into WPKG which is unnecessary and is prone to errors and bugs.
Anonymous user

Navigation menu