summaryrefslogtreecommitdiffstats
path: root/gnu/libexec
Commit message (Collapse)AuthorAgeFilesLines
* Fix HAVE_SAVED_IDS and HAVE_BROKEN_SETREUID definesache1995-04-291-2/+2
|
* Removed code from yp_xdr.c module that now lives in libc. (Unfortunately,wpaul1995-04-021-91/+0
| | | | | | | ypxfr can't easily be reduced down to one file like yppush because it needs to do certain special things (such as binding to a specific machine (the NIS master)) which the yp_*() functions in libc don't allow.
* Rework error reporting/logging: although the SunOS documentation sayswpaul1995-03-317-44/+140
| | | | | | | | | that ypxfr is supposed to log messages to /var/yp/ypxfr.log if it exists, using syslog() makes more sense, especially since ypserv does the same thing already. Try to use stderr by default, and use syslog() if stderr is not a tty. Also update the man page to reflect this change.
* Ack... clean up the logfile name generation that I botched in the lastwpaul1995-03-301-3/+2
| | | | commit.
* Fix up the way _PATH_YP is used to put together the pathname to thewpaul1995-03-302-13/+30
| | | | | | | | | | NIS maps (get rid of extraneous slash a la /var/yp//domainname). Have ypxfr log all output to /var/yp/ypxfr.log if stdin is not a tty. This should allow logging to be done when ypxfr is called from inside ypserv in response to a yppush request. Update man page to reflect the change (and fix a typo).
* Removed annoying changelog entries from ypclnt.c, added usage() functionwpaul1995-02-062-61/+25
| | | | to ypxfr.c.
* Wrote manual page for ypxfr, modified Makefile to install it.wpaul1995-02-062-5/+198
|
* Added subdir entry for ypxfrwpaul1995-01-311-2/+2
|
* Obtained from: The NYS projectwpaul1995-01-317-0/+1694
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a ported/modified version of the ypxfr program from the yps-0.21 package from the NYS project. This program is normally invoked by ypserv when it receives a yppush command from an NIS master. It can also be run from the command line to grab copies of maps when initializing a slave server. This program has been hacked in the following ways: - rpcgen'ed new yp_xdr.c, yp_svc.c and yp_clnt.c files. The old ones were rather grody. - Changed certain function names (prefended a _ to them) to avoid conflicts with certain functions lurking within libc. One major problem here is that ypxfr needs to bind to a YP master in order to work correctly, but it can't use the _yp_bind function inside libc because that function only lets you bind to a domain, not a specific host. Lots of head scratching here. - Converted from GDBM to DB at gunpoint. - Removed lots of really nasty looking DEBUG code to try to reduce clutter. - Incorporated some of the library code supplied with yps-0.21 on which ypxfr was dependent. This program still needs to be cleaned up just as a matter of principle: I get all icky just looking at it sometimes.
* Rewrite based on send-pr/Makefile. The old Makefiles used ${PROG},bde1995-01-242-19/+18
| | | | | which is not supposed to work for shell files, but somehow did with the old `make'.
* NOOBJS -> NOOBJ - it's more consistent.jkh1995-01-241-2/+2
|
* No object here.jkh1995-01-241-2/+3
|
* Deal with this not having an object file.jkh1995-01-241-2/+3
|
* Fix the bogus depend rule - boy, NetBSD's make catches a lot ofjkh1995-01-231-2/+2
| | | | bogus Makefiles!
* Use new bsd.info.mk to avoid local rules and fix bugs in `all' and `depend'bde1995-01-021-7/+2
| | | | targets.
* Add doc to subdirsache1995-01-011-3/+3
|
* Install info pages nowache1995-01-011-0/+8
|
* Changed one occurence of rmail(1) to rmail(8).ats1994-12-111-2/+2
|
* From Johannes Stille:dg1994-11-062-24/+32
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When we get an EN8 response while we're already sending the file using the i protocol, this can happen: In send.c, flocal_send_await_reply() is called. This function calls flocal_send_fail() to process the aborted transfer. After this, we run into the branch that calls ffileseekend() to force the end of the actual transfer. Now flocal_send_fail() frees qtrans, but qtrans is still used later! I propose to fix this by moving the usfree_send(qtrans) out of flocal_send_fail(), as in the patch I append to this mail. ... I have found a race condition in the uucp 1.05 code. The typical result is that the connections mysteriously fails with "conversation failed", even while all files were transmitted. This is the problem: At least for the i protocol, the code to send a packet can receive and process packets after sending. In several places in the code, we send a command and then prepare to receive an answer. Now the answer might already arrive during the call that sends the command while we aren't ready to process it. The general solution is IMHO first to do all preparations and only as a last step to send out the command. Reviewed by: John Dyson Submitted by: Johannes Stille
* Allow '#' in address in rmail argumentsache1994-10-223-12/+21
| | | | Obtained from: taylor-uucp list
* Make ~%take work: ignore \rache1994-10-021-1/+4
| | | | Obtained from: taylor-list
* Make -a option optional, uux fails in other case with new sendmail-styleache1994-10-021-2/+2
| | | | | <> address in return-receipts Obtained from: taylor-list
* We do have <dirent.h>, and it was harmful to pretend that we don't.bde1994-08-281-1/+1
| | | | | | | | | Several files in uucp/libunix included <sys/dir.h> and defined dirent as direct, but <sys/dir.h> defines direct as dirent. This macro recursion is not allowed by cpp in traditional mode. The 2.0 mkdep uses cpp in traditional mode (another bug) so cpp prints a error message and exits with a nonzero status. The error status leaks out of the pipe (another bug) so mkdep "succeeds". It may even succeed.
* New 2.0 specific changes.jkh1994-08-081-0/+5
| | | | | Reviewed by: Submitted by:
* Make uucp compile again in 2.0. A little perturbed about the commentjkh1994-08-081-3/+3
| | | | | | | saying that 4.4 uses f_size in statfs, yet we're using b_size. Anyway, I've configured things to match our current environment. Reviewed by: Submitted by:
* Back out previous change and allow uucico to run by others,ache1994-05-311-3/+2
| | | | this required by several programs
* Don't need to restrict cu, it can be able to check permissions by itselfache1994-05-311-3/+2
|
* Allow uux and uucp to run by others,ache1994-05-312-6/+4
| | | | we can got problems with various mailers in other case
* I forget to add BINGRP=$(group)ache1994-05-315-6/+11
|
* Disallow uucp execution to others.ache1994-05-311-2/+3
| | | | | It maybe not so nice, but if any user can easily shut up your mail feed with big file isn't nice too.
* Allow group "dialer" to run cuache1994-05-311-2/+3
| | | | Disallow others to run cu
* Don't allow others to run uuconvache1994-05-311-1/+2
|
* Don't allow others run uuchkache1994-05-311-1/+2
|
* Don't allow others run uuxqtache1994-05-311-2/+2
|
* Don't allow others run uucicoache1994-05-311-2/+2
|
* Change group to uucp groupache1994-05-311-1/+1
|
* Fix -z key, patch from Taylorache1994-05-251-21/+20
|
* Documentation addedache1994-05-251-0/+4036
|
* Fix multiply slash problemache1994-05-201-1/+4
|
* We have BROKEN_SETREUID by Taylor point of viewache1994-05-171-1/+1
|
* Upgrade to version 1.05ache1994-05-07230-3691/+14752
|
* 1) Add \p\c after CONNECT for modems which give CONNECT beforeache1994-05-031-1/+5
| | | | | | | carrier up 2) Add more chat-fail codes 3) Add comment about complete/abort scripts, when modem handle DTR drop properly
* Back my earlier BSD_TTY change out of -current.jkh1994-04-261-2/+2
|
* From: stark!gene@newsserv.cs.sunysb.edu (Gene Stark)jkh1994-04-259-2/+320
| | | | | | | | | | | | | | | | Message-Id: <199404171501.LAA01245@stark.UUCP> To: freebsd-hackers@freefall.cdrom.com Subject: Make world and UUCP Sender: freebsd-hackers-owner@freefall.cdrom.com Precedence: bulk It would be much more convenient if "make world" didn't clobber my UUCP configuration files in /etc/uucp. Perhaps the easiest fix would be to change the names of the sample configuration files: config -> config.sample ports -> ports.sample ...
* From: Marko Teiste <mte@tigger.cirion.fi>jkh1994-04-251-2/+2
| | | | | | | | | | | | | | | | | | | | | | Message-Id: <199404241154.OAA00260@tigger.cirion.fi> Subject: uucp error Index: gun/libexec/uucp FreeBSD-1.1-GAMMA Apparently-To: FreeBSD-bugfiler@freefall.cdrom.com Sender: freebsd-bugs-owner@freefall.cdrom.com Precedence: bulk Description: When calling remote uucp site dialing succeeds, but standard login chat fails. Debug file shows that uucico does not see any characters send from remote. Repeat-By: use sio drivers, 16450 base serial and standard taylor configuration provided with the GAMMA release. Run uucico and observer. Fix: define HAVE_BSD_TTY instead of HAVE_POSIX_TTY in common_source/policy.h and recompile.
* Fix gross spelling and typographical errors pointed out by Keith Bostic.jkh1994-04-241-4/+4
|
* Back out previous change.jkh1994-04-021-4/+3
|
* Fix from Gene for bogus destinations.jkh1994-04-011-3/+4
|
* Partially undo prevoius fix from Ian Taylor, VTIME must be 0 hereache1994-02-071-3/+3
|
* Patches from Gunter Jung to make xchat work properly.jkh1994-02-061-40/+36
|
OpenPOWER on IntegriCloud