Fedora

Autotest 0.14.3 released!

Hi everyone,

A new bugfix release of autotest was released! This release contains a
number of bugfixes to problems reported by packagers. In particular:

* Fixed problems with scheduler running on an rpm install
* Fixed database problems on an rpm install
* Fixed autotest-remote issues running on an rpm install

If you want to see a complete changelog, make sure you check out:

https://github.com/autotest/autotest/compare/0.14.2…0.14.3

Check our website:

http://autotest.github.com/

As always, report bugs in our issue tracking system:

https://github.com/autotest/autotest/issues

Happy hacking and testing!

Fedora

I’m joining the club of people complaining about /tmp on tmpfs

Let me start this post by saying that most of the time, I agree with Lennart’s reasoning about technical decisions, and I do believe he is doing a great job for our community with his work on PulseAudio/systemd/the journal. That said…

The tmp on tmpfs proposal, starting with Fedora 18, is a big mistake. Rich Jones has defended this position quite well, so let me just quote him in what I believe it is the central problem with this proposal:

Everyone must now be careful never to store a file in /tmp that might grow large, nor too many files at the same time. Every last little utility must be checked, including ones that aren’t part of your distro. Every user must be “re-educated” not to use /tmp for temporary files.

Having to bring that upon users is an unnecessary mess, for questionable advantages. No, I don’t consider ‘performance improvements’ running bonnie++ on tmpfs something that’s even remotely interesting (and by the way, of course there’s a performance improvement, it’s running in the goddamn RAM). You may not be able to change every single utility, since some of them might be proprietary.

There’s a single valid point about this proposition, which is to spare SSDs from some extra write cycles, possibly expanding the lifespan of the storage, but if we weight the pros and cons, the cons win easily. Even the fact the default can be easily changed does not justify having to bring that upon the users.

So, as Rich, I hope that FESCO reconsiders this position, as for instance, Debian decided to revert it.