I only pointed to the fact that it is in the Filesystem Hierarchy Standard and NOT Ubuntu specific. The fact that some Linux distributions do not do this by deafault may be because they got complaints from people that run applications that do not keep to the FHS. The adverse is then that users complain that their root file system gets filled up because /tmp keeps all sorts of rubbish for years from implementators that calculate that /tmp will be emptied now and then. (It is difficult to pleas everybody, I know).
As an add on I point to the fact that many systems use file systems in RAM (like tmpfs) for their /tmp, which is lost on every shutdown of course. Op dinsdag 26 juli 2011 19:07:59 schreef Oliver Eichler: > Am 26.07.2011 18:27, schrieb Henk van Velden: > > Hello, > > > > Deleting /tmp on boot is a very common thing to do on any Unix/Linux > > system for many years. It s ordance with where /tmp exists for. > > See also http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard. > > That simply reflects the fact that some distributions delete the data on > reboot. It's not a rule to do it. > > > One can of course switch this action on or off or refine this behviour, > > but any prgrammer should be aware of the fact that files in /tmp may not > > survive a boot. > > I am aware that many users including me do not appreciate it if an > application dumps the home directory with transient cache data. As the > only user writeable path in the system is /tmp it's the place to go. And > on my system this does not get nuked every reboot. > > Thus if Ubuntu users think they need a special path I am happy to accept > a patch. This is OpenSource not a one way road. > > Oliver > > > Regards, > > Henk > > > > Op dinsdag 26 juli 2011 18:09:39 schreef Oliver Eichler: > >> Hi Simon, > >> > >> > >> deleting the whole tmp path is a specialty of Ubuntu. From time to time > >> users complain, but so far no one supplied a patch. > >> > >> > >> Oliver > >> > >>> Hello > >>> I'm very new to QLandkarteGT and at first glance it looks really nice, > >>> probably the thing I've been looking for. > >>> I've got a question about the included online map. Now, I've configured > >>> QLandkarteGT to load the OSM map, and that's fine so. However, > >>> QLandkarteGT saves the tiles on > >>> /tmp/qlandkartegt-USER/cache/tile.openstreetmap.org/ and they are lost > >>> after rebooting. Is it possible to change the path for saving the > >>> tiles? As I'd like to have them available offline as well. > >>> I'm using Ubuntu 11.04 and the newest QLandkarteGT version available > >>> through the ppa, at the moment it's version 1.2.2. > >>> Thanks a lot. > >>> Kind regards, Simon > >>> > >>> ----------------------------------------------------------------------- > >>> -- ----- Magic Quadrant for Content-Aware Data Loss Prevention > >>> Research study explores the data loss prevention market. Includes > >>> in-depth analysis on the changes within the DLP market, and the > >>> criteria used to evaluate the strengths and weaknesses of these DLP > >>> solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ > >>> _______________________________________________ > >>> Qlandkartegt-users mailing list > >>> [email protected] > >>> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > >> > >> ------------------------------------------------------------------------ > >> --- --- Magic Quadrant for Content-Aware Data Loss Prevention > >> Research study explores the data loss prevention market. Includes > >> in-depth analysis on the changes within the DLP market, and the > >> criteria used to evaluate the strengths and weaknesses of these DLP > >> solutions. > >> http://www.accelacomm.com/jaw/sfnl/114/51385063/ > >> _______________________________________________ > >> Qlandkartegt-users mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > > > > ------------------------------------------------------------------------- > > ----- Magic Quadrant for Content-Aware Data Loss Prevention > > Research study explores the data loss prevention market. Includes > > in-depth analysis on the changes within the DLP market, and the criteria > > used to evaluate the strengths and weaknesses of these DLP solutions. > > http://www.accelacomm.com/jaw/sfnl/114/51385063/ > > _______________________________________________ > > Qlandkartegt-users mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users > > --------------------------------------------------------------------------- > --- Magic Quadrant for Content-Aware Data Loss Prevention > Research study explores the data loss prevention market. Includes in-depth > analysis on the changes within the DLP market, and the criteria used to > evaluate the strengths and weaknesses of these DLP solutions. > http://www.accelacomm.com/jaw/sfnl/114/51385063/ > _______________________________________________ > Qlandkartegt-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users ------------------------------------------------------------------------------ Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ _______________________________________________ Qlandkartegt-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
