src/lib/libc/sys/setuid.2, branch stable/13 FreeBSD source tree Remove $FreeBSD$: one-line nroff pattern 2023-08-23T17:43:32+00:00 Warner Losh imp@FreeBSD.org 2023-08-22T01:32:13+00:00 24115b70d6d614ed7ac5cfc4f51fa9d6cfe8b1b2 Remove /^\.\\"\s*\$FreeBSD\$$\n/ Similar commit in main: (cherry picked from commit b2c76c41be32) 
Remove /^\.\\"\s*\$FreeBSD\$$\n/

Similar commit in main:
(cherry picked from commit b2c76c41be32)
Correct history for Unix 2nd Edition through 6th Edition for the 2017-12-01T22:48:20+00:00 Warner Losh imp@FreeBSD.org 2017-12-01T22:48:20+00:00 8e0cd68ff4710c04229c8945feb145d1471e40fe system calls. Man pages are missing for v2 and v5, so any entries for those versions were inferred by new implementations of these functions in libc. Obtained from: http://www.tuhs.org/cgi-bin/utree.pl 
system calls. Man pages are missing for v2 and v5, so any entries for
those versions were inferred by new implementations of these functions
in libc.

Obtained from: http://www.tuhs.org/cgi-bin/utree.pl
Mark all the system calls that were in 1st Edition Unix as such in the 2017-12-01T22:26:36+00:00 Warner Losh imp@FreeBSD.org 2017-12-01T22:26:36+00:00 aeb71118e62fb230d43e6711e7e120a77535dc40 HISTORY section. Note: Any system calls that were added prior to v7, but after v1 weren't changed. Obtained from: http://www.tuhs.org/cgi-bin/utree.pl?file=V1/man/man2 
HISTORY section. Note: Any system calls that were added prior to v7,
but after v1 weren't changed.

Obtained from: http://www.tuhs.org/cgi-bin/utree.pl?file=V1/man/man2
Renumber copyright clause 4 2017-02-28T23:42:47+00:00 Warner Losh imp@FreeBSD.org 2017-02-28T23:42:47+00:00 fbbd9655e5107c68e4e0146ff22b73d7350475bc Renumber cluase 4 to 3, per what everybody else did when BSD granted them permission to remove clause 3. My insistance on keeping the same numbering for legal reasons is too pedantic, so give up on that point. Submitted by: Jan Schaumann <jschauma@stevens.edu> Pull Request: https://github.com/freebsd/freebsd/pull/96 
Renumber cluase 4 to 3, per what everybody else did when BSD granted
them permission to remove clause 3. My insistance on keeping the same
numbering for legal reasons is too pedantic, so give up on that point.

Submitted by:	Jan Schaumann <jschauma@stevens.edu>
Pull Request:	https://github.com/freebsd/freebsd/pull/96
Remove sys/types.h due to STANDARDS and unistd.h also includes sys/types.h. 2015-12-15T15:08:29+00:00 Kevin Lo kevlo@FreeBSD.org 2015-12-15T15:08:29+00:00 13230220ded5c25e2d2b44908d2531a11a8b7b27 Reviewed by: bde 
Reviewed by:	bde
setuid(2): Suggest O_CLOEXEC instead of fcntl(F_SETFD). 2015-09-13T14:00:49+00:00 Jilles Tjoelker jilles@FreeBSD.org 2015-09-13T14:00:49+00:00 6b46581ed9ee98e582a9d0329d423d92d2d59f46 






Make man page wording more clear:
2012-01-15T20:14:52+00:00

Eitan Adler
eadler@FreeBSD.org

2012-01-15T20:14:52+00:00

4e529b6d7830ceb179b6245e4bc6f4ad1de691f1

PR:		docs/164078
Submitted by:	Taras <ds@ukrhub.net>
Approved by:	bcr
MFC after:	3 days





PR:		docs/164078
Submitted by:	Taras <ds@ukrhub.net>
Approved by:	bcr
MFC after:	3 days







mdoc: move CAVEATS, BUGS and SECURITY CONSIDERATIONS sections to the
2010-05-13T12:07:55+00:00

Ulrich Spörlein
uqs@FreeBSD.org

2010-05-13T12:07:55+00:00

0afc94c17a8772df34294778904e816258542498

bottom of the manpages and order them consistently.

GNU groff doesn't care about the ordering, and doesn't even mention
CAVEATS and SECURITY CONSIDERATIONS as common sections and where to put
them.

Found by:	mdocml lint run
Reviewed by:	ru





bottom of the manpages and order them consistently.

GNU groff doesn't care about the ordering, and doesn't even mention
CAVEATS and SECURITY CONSIDERATIONS as common sections and where to put
them.

Found by:	mdocml lint run
Reviewed by:	ru







Per Regents of the University of Calfornia letter, remove advertising
2007-01-09T00:28:16+00:00

Warner Losh
imp@FreeBSD.org

2007-01-09T00:28:16+00:00

c879ae3536e6d92b8d96c8965c5b05fcb9541520

clause.

# If I've done so improperly on a file, please let me know.





clause.

# If I've done so improperly on a file, please let me know.







Fix the NAME section making whatis(1) happy in particular.
2004-07-05T17:12:53+00:00

Ruslan Ermilov
ru@FreeBSD.org

2004-07-05T17:12:53+00:00

51f98e585be773f14da7e9013078c23c3c51506c