wireguard-openbsd/bin/rm/rm.1, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/bin/rm/rm.1?h=jd%2Fqueueboosts 2019-09-02T21:18:40Z More correction of section 3 layout. directory->opendir, fts->fts_open, 2019-09-02T21:18:40Z deraadt deraadt@openbsd.org 2019-09-02T21:18:40Z urn:sha1:647427d6f39b02be77397484b468d703ecda3237 getcap->cgetent. pwcache->user_from_uid. And then repair references. ok jmc Clarify that -P only *attempts* overwriting, which may not succeed; 2018-03-31T20:49:12Z schwarze schwarze@openbsd.org 2018-03-31T20:49:12Z urn:sha1:26c915ebce141250e8883e92bae231da6b148e13 requested by deraadt@ after repeated questions on bugs@ and tech@, e.g. from Gregoire Jadi and Craig Skinner. add -v to SYNOPSIS and STANDARDS; 2017-06-28T06:24:38Z jmc jmc@openbsd.org 2017-06-28T06:24:38Z urn:sha1:8e83b289a407b7e58ab7b6c119c65b098cf62e55 add a -v verbose flag to cp, mv, and rm. useful for monitoring progress, 2017-06-27T21:43:46Z tedu tedu@openbsd.org 2017-06-27T21:43:46Z urn:sha1:e507bd9a474c1376a2492fb30ff49721c9587400 and present on several other systems. some ok, some less ok. from Job Snijders don't allow removal of /. more robust approach involving stat this time. 2016-04-15T23:09:57Z tedu tedu@openbsd.org 2016-04-15T23:09:57Z urn:sha1:c11d908c7069eb03d103482ce1d0227f3d47b349 posix uses the language "resolves to the root directory" in this case. ok millert revert previous. changes the behaviour of: 2015-10-13T04:30:53Z daniel daniel@openbsd.org 2015-10-13T04:30:53Z urn:sha1:53ac40030ee4c57b859afab3b64289b9b5e113ad rm -f "" Don't allow "rm -rf /" 2015-10-11T03:08:46Z daniel daniel@openbsd.org 2015-10-11T03:08:46Z urn:sha1:9e5c57050e599664a9e15aa2e9f6e98ba04541e7 Patch from Theo Buehler who was inspired by watching Bryan Cantrill in BSD Now 103. Minor tweak from me to turn the complained variables into flags instead of counters. "i think it's ok" tedu@ "this isn't 1980 anymore" deraadt@ ok millert@ - it seems our notes that posix require rm to behave like rmdir for directories 2014-05-25T19:07:36Z jmc jmc@openbsd.org 2014-05-25T19:07:36Z urn:sha1:c2c60109001782bb9c31d73186990c0db6a0b44e is plain wrong: remove it. the note in posix spec is misleading, to be fair - most of the rest of notes in STANDARDS are really historical notes (admittedly caused by the standards i guess) so move them into HISTORY. debatable, yes, but leaves STANDARDS consistent. HISTORY is a hodge podge anyway, by neccesity. - while there, fix a sentence splice in BUGS sobrado agrees with the removal of the rmdir note; millert oks the diff use "MS-DOS", for consistency with other docs; 2012-09-05T06:21:18Z jmc jmc@openbsd.org 2012-09-05T06:21:18Z urn:sha1:f83e1b969645dd918f48b5298a887917dbd68c1b one random overwrite is sufficient, after some discussion on tech 2012-09-04T22:22:50Z tedu tedu@openbsd.org 2012-09-04T22:22:50Z urn:sha1:7c5c57ba81b5fe8ff2d4899ff643af18cac47bfa