| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Reviewed by: freebsd-current (no objection)
Obtained from: KAME
|
| |
|
| |
|
|
|
|
|
| |
PR: 17178
Submitted by: Richard <satherrl@dssrg.curtin.edu.au>
|
|
|
|
|
|
|
| |
(most of the PR 16186 was already applied, except for these 2 lines)
PR: 16186
Submitted by: Przemyslaw Frasunek <venglin@lubi.FreeBSD.lublin.pl>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
comments which claim this counter is counting "files", which it is not.
|
|
|
|
|
|
|
| |
Unixes, so -1 becomes 0xFF for 2's complement and 0xFE (?) for 1's
complement.
Reviewed by: bde@FreeBSD.org
|
| |
|
|
|
|
|
|
|
|
|
|
| |
done, so the correct directory is being checked. The mkstemp() call
is meant to create a temp file for stderrs when running filters. This
update also fixes log-file processing for remote (rm=) queues which
specify an input filter (if=). Before, filter-errs were thrown away.
Now they'll be copied to the queue's logfile (lf=).
Reviewed by: (a little) audit@FreeBSD.ORG & freebsd-print@bostonradio.org
|
| |
|
|
|
|
| |
coming from lprNG hosts), and print a more helpful error msg for others.
|
|
|
|
|
|
|
| |
Turn 'struct queue { q_time, q_name }' (loosely-speaking)
into 'struct jobqueue { job_time, job_cfname }'
Reviewed by: GAWollman
|
| |
|
| |
|
| |
|
|
|
|
| |
This may fix a problem reported by Juha Ylitalo <juha.o.ylitalo@nokia.com>
|
|
|
|
|
|
|
| |
with long (>32 character) hostnames.
PR: 14978
Submitted by: Tatsuya Kudoh <cdr@cosmonet.org>
|
|
|
|
|
|
|
| |
after the error message is printed, because the error message may refer to
variables the "cleanup" routine will zero out.
PR: 21007
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
try to move the file from the source to the destination (spool) directory.
If that succeeds, much time and disk-space will be saved by doing that
instead of copying the entire file only to remove the original. This
could be a big win on machines doing samba-service or CAP-based printing.
Note that this is about the fourth or fifth iteration of the patch, after
trying to address all possible security implications of the change.
PR: 16124
Reviewed by: freebsd-current or freebsd-hackers (some time ago)
|
|
|
|
|
|
|
|
| |
in lpd. Stat.recv is useful on a printserver, as something of a network
performance-monitoring tool. Stat.send is a minimal accounting record of
sorts for jobs going to tcp/ip based printers.
Reviewed by: freebsd-print@bostonradio.org
|
|
|
|
|
|
| |
even for jobs or queues which will not print header (separator) pages.
Submitted by: "Steve O'Hara-Smith" <steveo@eircom.net>
|
|
|
|
|
|
|
| |
which have long names. Instead of just listing '...', try to list some
reasonable subset of the name (with a "..." to indicate something missing).
Reviewed by: freebsd-print@bostonradio.org (only a little review)
|
|
|
|
|
|
| |
'lprNG' (which writes control-lines in a different order than our lpr).
Reviewed by: freebsd-print@bostonradio.org
|
| |
|
|
|
|
| |
PR: 21006
|
|
|
|
|
|
|
| |
winding down (or timing out). Also, be slightly more informative in
mcleanup() about why lpd is exiting.
PR: 21595
|
|
|
|
|
|
|
| |
that is not true. Instead of looping NGROUPS times, get the return value
from getgroups() and loop over the return that many times.
Noticed by: David A. Holland <dholland@eecs.harvard.edu>
|
|
|
|
|
| |
Also add Garance Drosihn who has been doing a great deal of work on
print systems.
|
| |
|
|
|
|
|
|
| |
Fix spelling of `TeX'.
Move historical formats into a separate list, to make thier cruftiness
clear.
|
| |
|
|
|
|
| |
spooler options using `Z' control-file lines and the `-Z' flag.
|
|
|
|
|
|
| |
It was not discussed and should probably not happen.
Requested by: msmith and others
|
|
|
|
|
|
| |
These are not used anymore and are outdated and only cause
confusion (I just committed a fix to one of these files within
the last hour, thinking it was still valid).
|
|
|
|
|
|
|
| |
that was lost during the lite-2 merge. From the original commit message:
Initialize the group list so that any filter programs that are
run by lpd are not run with root's groups.
|
|
|
|
|
|
|
|
| |
the type argument to *_HEAD and *_ENTRY is a struct.
Suggested by: phk
Reviewed by: phk
Approved by: mdodd
|
|
|
|
|
| |
deleted here. Diff shows there is only one change to this file, which
matches the repo histories.
|
|
|
|
|
| |
PR: 18361
Submitted by: Garance A Drosehn <gad@freefour.acs.rpi.edu>
|
|
|
|
|
| |
PR: 17384
Submitted by: Niels Endres <niels@b5.nu>
|
| |
|
| |
|
|
|
|
|
|
| |
PR: 17256
Reported by: Brooks Davis <brooks@one-eyed-alien.net>
Approved by: jkh (release engineer)
|
|
|
|
|
| |
of the typeset output, tend to make diffs harder to read and provide
bad examples for new-comers to mdoc.
|
|
|
|
|
|
|
|
|
| |
was having its last element zero'd. It turns out not to be a security
hole or to have any real effect on the code because 'from' was previously
pointing to a buffer of the same size as 'fromb', and the last
element in fromb is already 0 anyway due to the use of sizeof(fromb)-1
in the strncpy() call. But I'm not pressing my luck so only the type-o
is being fixed.
|
|
|
|
| |
PR: bin/15728
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
with remote hosts feeding it, so that some hosts have their header
pages supressed and some don't. This is because lpd doesn't know
how to rewrite a print job before forwarding it to a remote lpd.
In particular this causes problems with p rinters that contain
their own lpd, eg. HP jet direct cards, because they can't suppress
headers. It's not possible to have headers supressed by putting
'sh' in any printcap in the lpd chain, it is up to the originating
lpr to have a '-h' option specified at run time.
Lpr has been modified to allow _it_ to honour the 'sh' flag in the
local print cap. This allows the administrator to switch off
headers for a particular printer (on a particular host) irrespective
of whether that printer is local to the machine or remote.
This doesn't break anything, because in the case of a remote printer
the 'sh' flag would have had no meaning, in the case of the local
printer it would have been on anyway.
Submitted by: Scott James Remnant <scott@pavilion.net>
|