You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: ipp-usb.8
+8-4Lines changed: 8 additions & 4 deletions
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
.\" generated with Ronn-NG/v0.10.1
2
2
.\" http://github.com/apjanke/ronn-ng/tree/0.10.1
3
-
.TH "IPP\-USB" "8" "December 2024" "" "ipp-usb.8"
3
+
.TH "IPP\-USB" "8" "March 2025" "" "ipp-usb.8"
4
4
.SH "NAME"
5
5
\fBipp\-usb\fR\- Daemon for IPP over USB printer support
6
6
.SH "DESCRIPTION"
@@ -304,18 +304,22 @@ Some enterprise\-level HP printers are known to have this problem\.
304
304
.br
305
305
How to reset device during initialization\. Default is \fBnone\fR
306
306
.IP"\(bu"4
307
-
\fBinit\-timeout\fR = DELAY
307
+
\fBinit\-timeout=DELAY\fR
308
308
.br
309
309
Timeout for HTTP requests send by the \fBipp\-usb\fR during initialization\.
310
310
.IP"\(bu"4
311
-
\fBrequest\-delay\fR = DELAY
311
+
\fBrequest\-delay=DELAY\fR
312
312
.br
313
-
Delay between subsequent requests\.
313
+
Delay between subsequent HTTP requests, sent to device (this is not the same as \fBusb\-send\-delay\fR, which inserts delays between each subsequent USB send\-to\-device requests)\.
314
314
.IP"\(bu"4
315
315
\fBusb\-max\-interfaces=N\fR
316
316
.br
317
317
Don't use more that N USB interfaces, even if more is available\.
318
318
.IP"\(bu"4
319
+
\fBusb\-send\-delay=DELAY\fR
320
+
.br
321
+
Delay between low\-level USB send\-to\-device requests (this is not the same as \fBrequest\-delay\fR, which inserts delays between the whole HTTP\-level requests)\.
322
+
.IP"\(bu"4
319
323
\fBzlp\-recv\-hack=true|false\fR
320
324
.br
321
325
Some enterprise\-level HP devices, during the initialization phase (which can last several minutes), may respond with an HTTP 503 status or similar, which is expected\. However, the response body may be truncated (typically, the terminating '\en' is lost)\. In such cases, \fBipp\-usb\fR will wait indefinitely for a response to maintain synchronization with the device\.
0 commit comments