[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Debug output etc, cluttering the terminal

Am Sonntag, 15. August 2010, 14:19:05 schrieb Tollef Fog Heen:
> I would guess they still fill up the .xsession-errors file, though?  At
> least for me, that file is mostly useless due to:
> « ...Too much output, ignoring rest... »
> as the last line.

Yes they would, because the applications still see their stderr channel and 
happily write to it. What I meant with "not an issue anymore" was the issue of 
intermixed useful and useless terminal output; of course the issue of wasting 
CPU and perhaps harddisk resources remains when debugging is not disabled.

Considering Holger's comment about disks filling up, the scope of this issue in 
the context of resource saving and energy-efficient computing then extends to 
/var/log and logging in general and includes the question of necessity and 
longevity of logfiles bound to system and user sessions.
It also touches on badly written default cron jobs which are just as resource-
wasting and user-annoying for little gain, for example non-incremental index 
updates. When you run a system on battery, maybe even from USB stick or SD 
card, all of this equally matters.

I'm all for solving these problems, but optimistically spoken I'd be 
positively surprised if Debian could turn "no user annoyance by default" into 
a universally accepted, enforceable and release-goal-timed policy before 2020. 
Therefore, I suggested tracking this at the per-package/per-originator level 
to try getting rid of the biggest offenders first.
By doing so, the motives of the KDE-Qt/Gtk+/WINE/ALSA/... maintainers, for 
example, for having the debug output enabled by default can be found out and 
serve as input for a decision about a policy. I'm sure the debug areas are not 
enabled by default to annoy users, this is merely a side effect :-)


Reply to: