Age | Commit message (Collapse) | Author |
|
|
|
|
|
OK dtucker deraadt djm
|
|
Upstream removed history file support for secure mode. The history file
feature is off by default already, disallowing it altogether in secure
mode allows us to drop wpath.
Added a note about it to manual page.
ok benno, deraadt
|
|
ok inoguchi
|
|
again as we go along). ok deraadt
|
|
mistake; spotted by jmc@
|
|
gmail.com via github PR#272, ok deraadt@
|
|
We'll wait a little longer for people to pick up sftp-server(8) that
supports the extension that scp needs for ~user paths to continue
working in SFTP protocol mode. Discussed with deraadt@
|
|
Whatever deraadt@
|
|
lacks the expand-path extension; ok deraadt@
|
|
which must be manually included in userland were missing
|
|
|
|
|
|
suggested by deraadt@
|
|
use this to make scp's SFTP mode error messages more scp-like
prompted by and ok deraadt@
|
|
|
|
regression test; spotted by anton@
|
|
moment (when the shell command completes) rather than when first
invoked, GitHub issue 2872.
|
|
|
|
OK mfriedl@
|
|
Instead, in non-interactive mode, exit sftp(1), like for other serious errors.
As pointed out by dtucker@, when compiled without editline(3) support in
portable OpenSSH, the el == NULL branch is also used for interactive mode.
In that case, discard the input line and provide a fresh prompt to the user
just like in the case where editline(3) is used.
OK djm@
|
|
transfer error occurs. This matches original scp/rcp behaviour.
ok dtucker@
|
|
becomes unnecessary, prompted by theo.
|
|
statements, if the compiler supports it.
|
|
With the "nospaces" option, skip space characters before and after "T{",
in addition to skipping those at the beginning and end of data cells.
Minor issue reported by <Oliver dot Corff at email dot de>.
|
|
not only at the end of data cells, but also after "T}",
aligning the behaviour of the parser with GNU tbl(1).
Issue reported by <Oliver dot Corff at email dot de>.
|
|
using the -c flag. ok jmc@
|
|
Prompted by github PR#139 from EvanTheB, feedback & ok djm@ jmc@
|
|
|
|
the file mode bits. bz#3340 from calestyo at scientia.net, ok djm@ jmc@
|
|
Belyavskiy, ok dtucker@
|
|
|
|
only support the former.
|
|
on the right side with UTF-8 punctuation and figure spaces such
that numbers in different tbl(7) rows align at the decimal point.
The exact HTML output format was suggested
by <Oliver dot Corff at email dot de>;
the implementation in C is mine.
|
|
only "_", "-", or "=", requesting a horizontal line to be drawn
across the middle of the cell, print <hr/> in that cell in HTML
output.
That is arguably slightly ugly because HTML 5 regards <hr/> as
semantic markup, meaning "thematic break". If somebody knowns
a better way to render a horizontal line across the middle of a
table cell with pure HTML and CSS, and without implying a specific
meaning, please tell me.
Missing feature reported by <Oliver dot Corff at email dot de>.
|
|
|
|
parsing a bit simpler and fix the names of some client flags.
|
|
- use the term "legacy" protocol rather than "original", as the latter
made the text misleading
- uppercase SCP
ok djm
|
|
available via the -O flag.
Note that ~user/ prefixed paths in SFTP mode require a protocol extension
that was first shipped in OpenSSH 8.7.
ok deraadt, after baking in snaps for a while without incident
|
|
|
|
overlapping horizontal spans. One span would calculate a desired
target width and start preparations for applying it to some columns,
then the other span would overwrite the target width with a different
value and also start preparations for applying that one to some
columns, which could sometimes confuse the code doing the final
distribution to the point of not doing anything at all before
entering the next iteration.
Fix this by making sure the distribution is done step by step, doing
one step at a time rather than allowing multiple steps to conflict.
Specifically, always do the smallest useful step first. This change
also simplifies the code. For example, the local "colwidth" array
is no longer needed.
Note that the algorithm still differs from the one implemented in
GNU tbl(1), which appears to not even try to harmonize column widths
but seems to simply distribute the same amount to all constituent
columns, no matter whether their intrinsic width is narrow or wide.
Adopting a GNU-compatible algorithm might allow further simplifiction
in addition to yielding even more similar output, but i do not want
to implement any major changes of the algorithm at this time.
The infinite loop was reported by <Oliver dot Corff at email dot de>.
|
|
cells that horizontally span columns which contains "n" (number)
formatted cells on other rows. This requires updating total column
widths from "n" formatted cells before starting width distribution
from the spanning cells to their constituent columns.
|
|
ok martijn
support from various
|
|
so let it have the intended effect, too
|
|
|
|
Carlo Marcelo Arenas Belón
|
|
from the enum. Noticed by christos@zoulas.com. OK dtucker@
|
|
|
|
|