What do people think about adding a new “metacity –debug” switch which did the same as the logging environment variables? Would users find it easier to use or remember when necessary?
-
Development
-
Categories
- 2.20
- 2.21
- 2.22
- 2.23
- 2.24
- 2.25
- 2.26
- 2.27
- Bug hitlist
- Bug of the day
- Bugs and issues
- Compositing
- CSS themes
- EWMH
- How-to
- Iain's compositor
- ICCCM
- journal
- Letters
- Metacity Labs
- Mutter
- nargery
- overview
- Policy
- Regressions
- releases
- Switching
- Testing
- Themes
- Themes v3
- Thought experiments
- Tools
- Translation
- Uncategorized
- Vectacity
-
Blogroll
-
Distro tweaks
-
Playground
-
Rationale
-
Things
-
Wikipedia
-
Archives
syndicate
5 Comments
That would be sweet, and option to send the debugging info to stdout would be even more handy I think – or perhaps this is already possible?
What about a GConf key? It could be a lot easier to give instructions to non-expert users about turning on and off debug that a commandline variable or switch, given that Metacity is normally just launched at the session start.
Oo, yes. I like that idea. I wonder whether there would be something in gnome-control-center which controlled it or whether we’d have to tell them how to go to gconf-editor and turn it on. (I suppose we could have a hot key, as well, but there are disadvantages to stealing a key combination from all apps for ever and always, just for this.)
Feel free to peruse http://www.gnome.org/~federico/news-2007-04.html#sabayon-logging
Ignore the part on Sabayon’s internals. The meat of that post is the thoughts at the end, about how to make a logging system that is friendly to users. This applies especially to things like Metacity, which you can’t easily launch from a shell.
Luke’s idea of using a GConf key is great, and it actually matches the behavior I wanted for Sabayon.
Does Sabayon log all the time it’s running, then, and you only upload the current one when there’s a problem? How do you stop the set of logs from growing indefinitely?