Re: scp(1) changes in snaps

2021-08-07 Thread Christian Weisgerber
"Theo de Raadt": > 2) With very long names, it truncates the end of the path. This is less useful > information. Imagine a copy operation with multiple files being transferred, > one of them is huge and surprisingly long, but you cannot identify which one > because all the truncated long paths

Re: scp(1) changes in snaps

2021-08-07 Thread Theo de Raadt
Damien Miller wrote: > On Fri, 6 Aug 2021, Christian Weisgerber wrote: > > > Damien Miller: > > > > > Just a head-up: snaps currently contain a set of changes[1] to > > > make scp(1) use the SFTP protocol by default. > > > > > Please report any incompatibilities or bugs that you encounter

Re: scp(1) changes in snaps

2021-08-07 Thread Damien Miller
On Fri, 6 Aug 2021, Christian Weisgerber wrote: > Damien Miller: > > > Just a head-up: snaps currently contain a set of changes[1] to > > make scp(1) use the SFTP protocol by default. > > > Please report any incompatibilities or bugs that you encounter here > > (tech@), to bugs@ or to openssh@.

Re: scp(1) changes in snaps

2021-08-06 Thread Christian Weisgerber
Damien Miller: > Just a head-up: snaps currently contain a set of changes[1] to > make scp(1) use the SFTP protocol by default. > Please report any incompatibilities or bugs that you encounter here > (tech@), to bugs@ or to openssh@. An obvious cosmetic difference is that relative paths are

scp(1) changes in snaps

2021-08-05 Thread Damien Miller
Hi, Just a head-up: snaps currently contain a set of changes[1] to make scp(1) use the SFTP protocol by default. This has a number of advantages, mostly relating to the improved security that comes from avoiding the use of a protocol that shambled out of the 1980s (SCP/RCP). A certain amount in