From owner-freebsd-current@FreeBSD.ORG Sat Mar 31 02:06:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B93B106566B; Sat, 31 Mar 2012 02:06:05 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (DMZ-MAILSEC-SCANNER-5.MIT.EDU [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id DD9488FC08; Sat, 31 Mar 2012 02:06:04 +0000 (UTC) X-AuditID: 12074422-b7fd66d0000008f9-31-4f766686d026 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id 80.CC.02297.686667F4; Fri, 30 Mar 2012 22:05:58 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id q2V25wbx021441; Fri, 30 Mar 2012 22:05:58 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id q2V25tHc006111 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 30 Mar 2012 22:05:56 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id q2V25tOT002800; Fri, 30 Mar 2012 22:05:55 -0400 (EDT) Date: Fri, 30 Mar 2012 22:05:55 -0400 (EDT) From: Benjamin Kaduk To: Adrian Chadd In-Reply-To: Message-ID: References: <4F746F1E.6090702@mail.zedat.fu-berlin.de> <4F74BCE8.2030802@vangyzen.net> <20120330.151848.41706133.sthaug@nethelp.no> <4F765682.5040707@gmail.com> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrEIsWRmVeSWpSXmKPExsUixCmqrduWVuZv0P+Rx2Lv1u1MFqcn/WW1 mPPmA5MDs8eMT/NZPHbOussewBTFZZOSmpNZllqkb5fAlfFgxnrWgvtcFb/+/2NpYNzL0cXI ySEhYCKxYPduFghbTOLCvfVsXYxcHEIC+xglNj69xALhbGCUmLjgJSuEc4BJYt7mjYwQTgOj xO2jO8D6WQS0JR79us8MYrMJqEjMfLMRaBYHh4iAqkTnfGeQMLOAqcTl/T3sILawgL7E+m9b mEBsToFAic2rZrKAlPMKOEqcXF4MMf4jk8TNnpNg40UFdCRW758CZvMKCEqcnPmEBWKmpcS5 P9fZJjAKzkKSmoUktYCRaRWjbEpulW5uYmZOcWqybnFyYl5eapGuqV5uZoleakrpJkZQ0LK7 KO1g/HlQ6RCjAAejEg+v0vlSfyHWxLLiytxDjJIcTEqivDNSyvyF+JLyUyozEosz4otKc1KL DzFKcDArifB2ry7xF+JNSaysSi3Kh0lJc7AoifOqa73zExJITyxJzU5NLUgtgsnKcHAoSfCy A6NTSLAoNT21Ii0zpwQhzcTBCTKcB2j4qlSgGt7igsTc4sx0iPwpRkUpcV5lkGYBkERGaR5c LyypvGIUB3pFmNcIpIoHmJDgul8BDWYCGszMC3J1cUkiQkqqgdFjmpx0rFfpsz/fSlLT5Vbs dMq45DSltvjU3ncL371+e3ttUXW8XmaftXFEsfqj2X7Z1xnWBVp2LXmUlnh1Im/ZQ6fbs1tb 5RL7q20b8s8ci1zYdK7iykqxHz/CN99R+fD1ZviF9KCNSj8jl+667v29W4TPyD18zv/8VvUj i9+/nNT11/uVi5wSS3FGoqEWc1FxIgDnuHfEBQMAAA== Cc: deeptech71@gmail.com, freebsd-current@freebsd.org Subject: Re: Using TMPFS for /tmp and /var/run? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Mar 2012 02:06:05 -0000 On Fri, 30 Mar 2012, Adrian Chadd wrote: > On 30 March 2012 17:57, wrote: >> C. P. Ghost wrote: >>> >>> Not clearing /tmp on reboot has been >>> the norm for way too long and it is too late to change now. >> >> >> We either evolve or be in a stalemate forever. > > No, you do it in a sensible, controlled fashion. > > You make it really easy for people to turn on tmpfs by default. Some > distributions of FreeBSD may pick that up, some may not. > > You have some people run with it, find out what software breaks and > start issuing fixes. > > You aim to have that particular default deprecated in a major release. > You make it really easy for users to switch back. You point out that > /tmp was never designed to be persistent across reboots, we're now > making sure that's the case. > > If you feel so inclined, you can add a configuration step in > sysinstall/bsdinstall, to let the user choose. > > The next major release after that, you flip the default to /tmpfs. > > /var/tmp/ is documented to persist across reboots on a normal system. > That require much more discussion. You're changing the default > behaviour. /var/tmp != /var/run But you are entirely correct on the sensible, controlled fashion. -Ben P.S. I am somewhat unconvinced by this: http://wiki.debian.org/ReleaseGoals/RunDirectory