From owner-cvs-src@FreeBSD.ORG Mon Oct 30 09:01:07 2006 Return-Path: X-Original-To: cvs-src@freebsd.org Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8531216A403; Mon, 30 Oct 2006 09:01:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 733CF43D5F; Mon, 30 Oct 2006 09:01:06 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c58-107-94-118.belrs4.nsw.optusnet.com.au [58.107.94.118]) by mail02.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k9U9112F006618 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 30 Oct 2006 20:01:03 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id k9U90s2l001561; Mon, 30 Oct 2006 20:00:54 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id k9U90sov001560; Mon, 30 Oct 2006 20:00:54 +1100 (EST) (envelope-from peter) Date: Mon, 30 Oct 2006 20:00:54 +1100 From: Peter Jeremy To: Xin LI Message-ID: <20061030090054.GC871@turion.vk2pj.dyndns.org> References: <200610300332.k9U3W9xF099044@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uXxzq0nDebZQVNAZ" Content-Disposition: inline In-Reply-To: <200610300332.k9U3W9xF099044@repoman.freebsd.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/bin/rm rm.1 rm.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Oct 2006 09:01:07 -0000 --uXxzq0nDebZQVNAZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 2006-Oct-30 03:32:09 +0000, Xin LI wrote: > Be more reasonable when overwrite mode is specified while there > is hard links. Overwritting when links > 1 would cause data > loss, which is usually undesired. Another way of looking at it is that not overwriting when links > 1 means that the data I thought I securely deleted is still present somewhere on my computer and I have no easy way to find it. I believe that this change creates a security hole and should be reverted. It the user specified '-P', either the file should be over-written or the file should be left untouched (not deleted). This is the only way that the user can be protected both against accidently over-writing a wanted file when an unwanted link is removed and failing to over-write an unwanted file which had a stray additional link. --=20 Peter Jeremy --uXxzq0nDebZQVNAZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFRb9G/opHv/APuIcRAo3rAKCBE2IND6ph5BUUlm43nT0IG/QRogCgs1ch dEapV3AbUbXuapXLQZprZp8= =0k0X -----END PGP SIGNATURE----- --uXxzq0nDebZQVNAZ--