From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JG2pF-0001ti-Gd for garchives@archives.gentoo.org; Sat, 19 Jan 2008 01:48:49 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C19D2E05C0; Sat, 19 Jan 2008 01:48:47 +0000 (UTC) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by pigeon.gentoo.org (Postfix) with ESMTP id 81D76E05C0 for ; Sat, 19 Jan 2008 01:48:47 +0000 (UTC) Received: from [10.0.0.106] (kinkrsoftware.xs4all.nl [213.84.249.129]) (authenticated bits=0) by smtp-vbr16.xs4all.nl (8.13.8/8.13.8) with ESMTP id m0J1mkK1047041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 19 Jan 2008 02:48:47 +0100 (CET) (envelope-from skinkie@xs4all.nl) Message-ID: <479156FF.5030508@xs4all.nl> Date: Sat, 19 Jan 2008 02:48:47 +0100 From: Stefan de Konink User-Agent: Thunderbird 2.0.0.9 (X11/20071225) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] Concerns about WIPE_TMP change X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-Archives-Salt: 04554c9c-aa88-4a57-a0b2-a36e165e7ea7 X-Archives-Hash: d835706b5ba3b85c11c015fe0fa73544 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hello, I joined this mailinglist because of my concern pointed in: http://bugs.gentoo.org/show_bug.cgi?id=206604 How stupid anyone could be that stores anything in /tmp. I think it is a problem to change the default behavior of a system that in essence will result in data loss. As pointed out by others you should not use /tmp to store data, my return question is then, why are the other ./tmp directories not wiped? If any ./tmp on a partition was 'kernel' governed I could agree that a semi-ramdisk would be gone upon reboot, or after an application was done running. But it is not. In any case my request would be to put a message with bells and beeps in the ebuild that cause the /etc/conf.d/bootmisc change announcing that by then the default option for /tmp is deletion on boot. To be consistent, also delete /var/tmp. If anyone thinks wiping /var/tmp is evil, please reconsider /tmp too. In my opinion WIPE_TMP should be in the same state as RC_PARALLEL_STARTUP. Unless anyone can make sure a user knows what he is doing, disable it. Yours Sincerely, Stefan de Konink ps. No I did not have data loss, like any good admin I read before I apply. And yes I prefer to store anything that will not cause harm, such as extracted sources for gdb use in /tmp. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHkVb/YH1+F2Rqwn0RCsK4AJ4wEQPC5MrCrZdIEzKIjJkh+pKNoQCfX1BG alIrUmXiM2kulk3p635PiZk= =57tK -----END PGP SIGNATURE----- -- gentoo-dev@lists.gentoo.org mailing list