Date: Tue, 2 Nov 2010 09:29:12 +0000 From: Ceri Davies <ceri@submonkey.net> To: Alexander Best <arundel@freebsd.org> Cc: src-committers@FreeBSD.org, Pawel Jakub Dawidek <pjd@FreeBSD.org>, Ken Smith <kensmith@buffalo.edu>, svn-src-all@FreeBSD.org, Ulrich Spoerlein <uqs@FreeBSD.org>, svn-src-head@FreeBSD.org Subject: Re: svn commit: r214596 - head/bin/rm Message-ID: <20101102092912.GA91295@submonkey.net> In-Reply-To: <20101102014059.GA91353@freebsd.org> References: <201010310921.o9V9LSo4075408@svn.freebsd.org> <20101031160603.GD2160@garage.freebsd.pl> <20101031191119.GM46314@acme.spoerlein.net> <1288620951.3596.32.camel@bauer.cse.buffalo.edu> <20101102014059.GA91353@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 02, 2010 at 01:40:59AM +0000, Alexander Best wrote: >=20 > how about a compromise then? let's leave the -P switch in rm, but make it= a no > op! in addition to that add a new rm(1) entry explaining what the -P swit= ch did > and why exactly it was turned into a no op. let's be really eloborate on = this > issue and tell the user exactly every tiny detail that lead to the conclu= sion > that currently the -P switch serves no purpose and thus it was turned int= o a no > op. also a statement should be added to rm(1) that makes clear that the -= P flag > *will* come back to rm, once the low level work has been finished in orde= r to > decide (from userland) whether a specific disk supports overwriting block= s or > not. Making it a no-op silently breaks it even in the cases where it was working before. It should fail. Ceri --=20 Haffely, Gaffely, Gaffely, Gonward. --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iD8DBQFMz9noocfcwTS3JF8RAkJXAKCH80b+IKru40pqKzkqJtZSdgxAvwCfcFt0 E6FowjoQ3V8/T4gPuArXA8s= =zmeX -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20101102092912.GA91295>