Bug 238407 - lpd(8) man page -- missing operational detail
Summary: lpd(8) man page -- missing operational detail
Status: Open
Alias: None
Product: Documentation
Classification: Unclassified
Component: Manual Pages (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Some People
Assignee: freebsd-bugs (Nobody)
URL:
Keywords: easy, patch
Depends on:
Blocks:
 
Reported: 2019-06-08 01:02 UTC by Ronald F. Guilmette
Modified: 2022-09-15 04:36 UTC (History)
4 users (show)

See Also:


Attachments
lpd(8) patch (834 bytes, patch)
2021-09-21 01:42 UTC, Felix Johnson
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Ronald F. Guilmette 2019-06-08 01:02:25 UTC
It appears to be the case that the print spooler, lpd, re-reads the /etc/printcap file when changes to that file are made.  This important operational fact is not documented in the lpr(8) man page, even though the man page is explicit in noting that the /etc/printcap file is read by lpd at startup time.

The lpr(8) man page should be revised so as to specify ALL of the times and/or conditions which will cause lpr to process or reprocess the current contents of the current /etc/printcap file.
Comment 1 Rodney W. Grimes freebsd_committer freebsd_triage 2019-06-21 04:16:23 UTC
(In reply to Ronald F. Guilmette from comment #0)
I am a bit confused, as your talking about both lpr and lpd and it sounds as if your asking for lpd behavior to be documented in the lpr man page, which I do not
think is desirable.

This may also purely be a typographical mistake.
Comment 2 Ronald F. Guilmette 2019-06-21 19:46:55 UTC
(In reply to Rodney W. Grimes from comment #1)

Sorry.  Yes.  That was just a very unfortunate typo... or more accurately, two of them.

The man page at issue here is the lpd(8) one.

My bad.
Comment 3 Felix Johnson 2021-09-21 01:42:13 UTC
Created attachment 228073 [details]
lpd(8) patch

Document when lpd re-reads the printcap file.