d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
200,618 Commits 72 Branches 135 Tags 3.2 GiB
44d314f704
Commit Graph

67 Commits

Author SHA1 Message Date
Simon J. Gerraty
44d314f704 dirdeps.mk now sets DEP_RELDIR 2015-06-08 23:35:17 +00:00
Simon J. Gerraty
98e0ffaefb Merge sync of head 2015-05-27 01:19:58 +00:00
Baptiste Daroussin
ee5a34ecba Convert to LIBADD 
Reduce overlinking
 2014-11-25 21:18:18 +00:00
Simon J. Gerraty
ee7b0571c2 Merge head from 7/28 2014-08-19 06:50:54 +00:00
Baptiste Daroussin
01c2b8ac0d use .Mt to mark up email addresses consistently (part2) 
PR:		191174
Submitted by:	Franco Fichtner  <franco@lastsummer.de>
 2014-06-20 09:57:27 +00:00
Simon J. Gerraty
fae50821ae Updated dependencies 2014-05-16 14:09:51 +00:00
Simon J. Gerraty
76b28ad6ab Updated dependencies 2014-05-10 05:16:28 +00:00
Simon J. Gerraty
7cf3a1c6b2 Updated dependencies 2013-03-11 17:21:52 +00:00
Simon J. Gerraty
f5f7c05209 Updated dependencies 2013-02-16 01:23:54 +00:00
Marcel Moolenaar
7750ad47a9 Sync FreeBSD's bmake branch with Juniper's internal bmake branch. 
Requested by: Simon Gerraty <sjg@juniper.net>
 2012-08-22 19:25:57 +00:00
Dimitry Andric
5e0a19bdee Consistently set RPCGEN_CPP when running rpcgen, so the C preprocessor 
set via ${CPP} is used, instead of always using hardcoded /usr/bin/cpp.

MFC after:	1 week
 2012-02-07 09:27:07 +00:00
Dimitry Andric
3eb9425c95 Fix the incompatible enum conversions in libexec/ypxfr in another, more 
messy way, so as to not disrupt other yp programs: just add casts to
convert the incompatible enums, as the numerical values are the same
(either by accident, design, or the phase of the moon at that time).

MFC after:	1 week
 2011-12-16 22:05:10 +00:00
Dimitry Andric
db83a39193 Revert r228592, as the non-messy way of fixing ypxfr breaks other yp 
programs (e.g. usr.sbin/rpc.yppasswdd).

Spotted by:	np
MFC after:	1 week
 2011-12-16 21:57:44 +00:00
Dimitry Andric
8f553bfb27 Attempt to fix the numerous incompatible enum conversions in 
libexec/ypxfr in the least disruptive way.

MFC after:	1 week
 2011-12-16 19:39:49 +00:00
Rebecca Cran
e7f8dd75b3 Fix incorrect usage of 'assure' and 'insure'. 
Approved by: rrs (mentor)
 2010-08-28 16:32:01 +00:00
Joel Dahl
f6ac23919b Fix typos and spelling mistakes. 2010-08-06 14:33:42 +00:00
Joel Dahl
2d6804f60e Fix typo. 2010-08-04 07:47:19 +00:00
Ed Schouten
1100c00131 Make WARNS=6 the default for libexec/. 
Just like bin/ and sbin/, I think setting WARNS to the highest value
possible will make it more attractive for people to fix warnings.

- The WARNS variable is set in the Makefile in the directory of the
  application itself, making it more likely that it will be removed out
  of curiosity to see what happens.
- New applications will most likely build with WARNS=6 out of the box,
  because the author would more likely fix the warnings during
  development than lower WARNS.

Unfortunately almost all apps in libexec require a lowered value of
WARNS.
 2010-01-02 09:50:19 +00:00
Ruslan Ermilov
0227791b40 Expand *n't contractions. 2005-02-13 22:25:33 +00:00
Stefan Farfeleder
b08f8f39ca Remove definition of struct dom_binding, it's non-standard C code and 
unnecessary since src/include/rpcsvc/ypclnt.h's revision 1.10.
 2004-10-17 19:33:33 +00:00
Ruslan Ermilov
c481aa05e8 Mechanically kill hard sentence breaks. 2004-07-02 21:28:50 +00:00
David Schultz
4f70638ec2 Don't pass a pointer to a 'long' to a function that expects an 'int *'. 
Submitted by:	Roop Nanuwa <roop@hqst.com>
PR:		62615
 2004-02-16 10:03:44 +00:00
Peter Wemm
d988f6deec Tidy up some xdrproc_t related warnings. 2003-10-26 04:32:53 +00:00
David E. O'Brien
22e9bc15f9 Use __FBSDID vs. rcsid[]. 2003-05-04 00:59:13 +00:00
Jens Schweikhardt
57bd0fc6e8 english(4) police. 2002-12-27 12:15:40 +00:00
Ruslan Ermilov
8d5d039f80 Uniformly refer to a file system as "file system". 
Approved by:	re
 2002-12-12 17:26:04 +00:00
Philippe Charnier
3f162cb85d The .Nm utility 2002-07-06 19:19:48 +00:00
Dag-Erling Smørgrav
f249dbcc71 Spell void * as void * rather than caddr_t. This is complicated by the 
fact that caddr_t is often misspelled as char *.

Sponsored by:	DARPA, NAI Labs
 2002-04-28 15:18:50 +00:00
Dag-Erling Smørgrav
425dd8accb Fix warnings. 
Sponsored by:	DARPA, NAI Labs
 2002-04-06 19:08:02 +00:00
Dag-Erling Smørgrav
dc584ddbc5 ANSIfy and remove some dead code. 
Sponsored by:	DARPA, NAI Labs
 2002-02-06 15:26:07 +00:00
Dag-Erling Smørgrav
ed4d1c46a2 Apply the following mechanical transformations in preparation for 
ansification and constification:

    s{\s+__P\((\(.*?\))\)}{$1}g;
    s{\(\s+}{\(}g;
    s{\s+\)}{\)}g;
    s{\s+,}{,}g;
    s{(\s+)(for|if|switch|while)\(}{$1$2 \(}g;
    s{return ([^\(].*?);}{return ($1);}g;
    s{([\w\)])([!=+/\*-]?=)([\w\(+-])}{$1 $2 $3}g;
    s{\s+$}{\n};g

Also add $FreeBSD$ where needed.

MFC after:	1 week
 2002-02-06 13:30:31 +00:00
Kris Kennaway
9357f4121d Lock down with WFORMAT?=1, with overrides in the subdirectories which 
are not yet warning-clean.  Tested on i386 and alpha.
 2002-02-04 02:33:51 +00:00
Ruslan Ermilov
491a842962 yp(4) -> yp(8). 
PR:		docs/30797
 2002-01-14 16:59:03 +00:00
Dima Dorfman
3fd95272b3 yp_errno is an enum ypstat. 
PR:		29190
Submitted by:	Cristan Szmajda <cristan@unsw.edu.au>
Reviewed by:	md5(1)
 2001-07-24 12:33:08 +00:00
Ruslan Ermilov
e5b5c66bca - Backout botched attempt to intoduce MANSECT feature. 
- MAN[1-9] -> MAN.
 2001-03-26 14:22:12 +00:00
Alfred Perlstein
cc74aaddad change callrpc() from taking "char *" args, I'm quite sure they really meant 
to use "void *".

remove a duplicate prototype for callrpc() from libexec/ypxfr/ypxfr_extern.h
 2001-03-23 16:14:49 +00:00
Ruslan Ermilov
020ee2dc9f Set the default manual section for libexec/ to 8. 2001-03-20 18:10:13 +00:00
Ruslan Ermilov
896eb7d10c Prepare for mdoc(7)NG. 2001-01-16 09:15:57 +00:00
Ruslan Ermilov
760819894e mdoc(7) police: use the new features of the Nm macro. 2000-11-20 14:42:24 +00:00
Ruslan Ermilov
b5c508fba3 Use Fx macro wherever possible. 2000-11-14 11:20:58 +00:00
Jonathan Lemon
7d664a2f47 Spelling fix: transfered --> transferred 
Submitted by:  dan@dan.emsphone.com
 2000-06-02 21:22:09 +00:00
Mike Pritchard
bb2c7cbb5b Fix various man pages to stop abusing the .Bx macro to generate the 
string "FreeBSD".  Use the .Fx macro instead.
 2000-01-23 02:18:19 +00:00
Peter Wemm
7f3dea244c $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
Bill Paul
f9d553adf5 Fix ypxfr so that it can be run from cron. 
Patch submitted by: Dan Nelson <dnelson@emsphone.com>
 1999-05-10 20:55:29 +00:00
Bruce Evans
bb6ae0a4a9 Fixed printf format errors. 1998-08-02 16:44:18 +00:00
Bruce Evans
330698829e Fixed missing dependencies on headers generated by rpcgen, as usual. 
Removed bogus dependencies of generated .c files on generated headers.
Sorted sources lists.
 1998-05-10 16:01:36 +00:00
Philippe Charnier
99e2b73dd8 .Sh AUTHOR -> .Sh AUTHORS. Use .An/.Aq. 1998-03-19 07:37:43 +00:00
Philippe Charnier
27eed7e3b4 Use full path in synopsis. Sort #includes. Use .Tn for NIS. 1997-12-08 07:49:56 +00:00
Bill Paul
23677e98fe Putting records with zero-length keys into a Berkeley DB hash database 
is asking for trouble (sequential database enumerations can get caught
in an infinite loop). The yp_mkdb(8) utility avoids putting such records
into a database, but ypxfr does not. Today I got bit by a NULL entry in
one of the amd maps on my network, which is served by a SunOS master.
The map was transfered successfully to my FreeBSD slave, but attempting
to dump it with ypcat(1) caused ypserv(8) to transmit the same record
over and over again, making the map appear to be infinitely large. I
finally noticed the problem while testing a new version of amd under
development at the Columbia CS department, which began gobbling up insane
amounts of memory while trying to swallow the map.

To deal with this problem, I'm modifying ypxfr to watch for records
with zero-length keys and turn them into something less destructive
before writing them to the database.
 1997-09-30 18:08:11 +00:00
Warner Losh
91477cc4d7 compare return value from getopt against -1 rather than EOF, per the final 
posix standard on the topic.
 1997-03-28 15:48:21 +00:00