desktop-packages team mailing list archive
-
desktop-packages team
-
Mailing list archive
-
Message #88704
[Bug 870138] Re: .xsession-errors fills hard drive until system crashes
** No longer affects: remmina (Ubuntu)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to remmina in Ubuntu.
https://bugs.launchpad.net/bugs/870138
Title:
.xsession-errors fills hard drive until system crashes
Status in remmina package in Ubuntu:
Invalid
Bug description:
This seems to be a very wide spread problem. I have found that
occasionally deleting the .cache directory in my home folder seems to
solve a lot of this. I keep having this file fill up a 750GB
partition in less than 24 hours. Filling 750 GB, making me find the
file, delete it, and then have to reboot to continue working is
patently ridiculous. It's flatly unacceptable for a server and only
marginally so for a workstation.
When I google for "xsession-errors filling hard drive", I get lots of
hits from multiple linux distros, so this isn't isolated to Ubuntu or
Debian. And the date range is quite extensive as well from 2005 to
the just a few weeks ago. So this has been happening to a lot of
people, with a lot of linux distributions, for a very long time.
I think the fundamental solution is to change how the logging for
xsession-errors behaves. Given the involvement of applications from
FlashPlayer to Remina to NSwrapper to WINE to the gnome desktop, I
don't see fixing every single application as a viable solution. Too
many users need help NOW and, frankly, this has been happening for at
least 6 years, if not longer. That's just not right. So that brings
the logic trail back around to fixing how the xsession-error log file
is handled and how those error messages are logged.
Suggestion #1 There should be a file size limit and once that'us s
reached, it starts to overwrite.
Suggestion #2 Implement the "This error repeats 147 more times" in the
error log rather than logging each error.
Suggestion #3 Point the log file to /dev/null by default and let the
user point it elsewhere at their own risk. This is perhaps the
quickest fix and easiest to implement as it is would be a slight
change to the Xsession file in /etc/X11. Change the location and add
some comments explaining the possible issues along with directions on
how to change it back.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/remmina/+bug/870138/+subscriptions