similar to: [Bug 1405] New: scp: pattern-driven copying process

On Windows, ?scp C:/foo/bar remotehost:? will attempt to connect to a remote host ?C? and access file ?/foo/bar?. There is currently no syntax or flag to allow copying files that start with a drive name. This patch changes the behaviour (only on Cygwin) by considering that a single letter followed by a colon is a Windows drive name and thus an absolute path. This is also more consistent with the

Hi all, A working search using ldapsearch on some object containing parenthesis in attribute's value: ------------------------------------------------------------------------------------------------- ldapsearch -Y GSSAPI -h dc200 -b 'DC=ad,DC=domain,DC=tld' -s sub 'CN=CID 85 \(Join\)' dn SASL/GSSAPI authentication started SASL username: administrator at AD.DOMAIN.TLD SASL SSF:

I conjecture that only few of the existing use cases rely on remote expansion. In any case (no pun intended), IMHO it would be better to break a few of the current use cases but leave the majority functional - than kill scp for all. Regards, Uri > On Aug 3, 2020, at 02:50, Jakub Jelen <jjelen at redhat.com> wrote: > > ?On Sat, 2020-08-01 at 00:17 +0000, Blumenthal, Uri - 0553

Hi, I'm having trouble finding the correct syntax to scp between two remote hosts with non-defaults ports. <scp -P 1234 user at remotehost:/sourcefile -P 4321 user at remotehost:/destfile> No matter what i've tried i cant get scp to connect both servers with different ports. Is this even possible? The workaround i've found is to use <ssh... "scp..."> Thanks,

On Sun, March 1, 2015 10:22 am, Richard wrote: > > > ------------ Original Message ------------ >> Date: Sunday, March 01, 2015 10:44:08 -0500 >> From: Mark LaPierre <marklapier at gmail.com> >> To: centos at centos.org, Mark LaPierre <marklapier at aol.com> >> Subject: Re: [CentOS] scp -rp behavior(SOLVED) >> >> On 02/26/15 19:45, Valeri

I hear you - but it seems that the choice is between (a) limiting "scp" functionality to address the security vulnerability, and (b) killing "scp" altogether. I'd much prefer (a), even if it means I lose "scp remotehost:foo\* .". Especially, since (almost always) I have equal privileges on both local and remote hosts, so in that case I just originate that

Hi all, While I test "clang-tests/gcc-4_2-testsuite/src/gcc.c-torture/execute/20020226-1.c", I faced something wrong with "DAGCombiner::MatchRotate" function. This function tries to consume some patterns and generate "ROTL" or "ROTR" dag node as following comments: "DAGCombier::MatchRotate" function in DAGCombiner.cpp Pattern1 // fold (or

https://bugzilla.mindrot.org/show_bug.cgi?id=1989 Bug #: 1989 Summary: SCP wihout a source path Classification: Unclassified Product: Portable OpenSSH Version: 4.3p2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: unassigned-bugs

Okay - We went around and around on the idea that adding an option to restrict scp to only allow files to be copied to a certain directory (or below) based on a different startup param. I was told to use all sorts of different options, parameters, methods, etc... All because no one wanted to modify the scp code, for whatever reasoning. I'm sitting here laughing right now, seriously

Thanks for the suggestions. I think the naming the whole line idea is okay, but it feels a bit clunky. Either we'd have to have a syntax that FileCheck would recognise without caring about the prefix (which seems to be against the ethos of FileCheck, and also makes it less flexible), or in the case I'm referring to, we'd have to have an extra line that does nothing other than define

Hello, I have encountered a problem using ssh-2.1.1p1 on HP-UX 11.00: Everything else seems to work but running scp results in processes staying open: On the server there are 2 processes still running after copying a file: "scp -v -t /tmp" and one sshd. On the client also a ssh-process stays running until killing one of the processes manually... The copying works fine however.

Dear R-users, is there a way to pass a list of patterns to the grep function? I vaguely remember something with %in% operator... Thanks, St?phane. -- "La science a certes quelques magnifiques r?ussites ? son actif mais ? tout prendre, je pr?f?re de loin ?tre heureux plut?t qu'avoir raison." D. Adams -- AGC website <http://www.genoscope.cns.fr/agc> St?phane

https://bugzilla.mindrot.org/show_bug.cgi?id=2091 Bug ID: 2091 Summary: scp hangs while copying a large file and being executed as a background process ( with nohup ) Classification: Unclassified Product: Portable OpenSSH Version: 6.1p1 Hardware: Other OS: AIX Status: NEW Severity:

The scp program from openssh-1.2.2p1 behaves different from the scp program from ssh-1.2.27. In ssh-1.2.27 you can copy one or more file(s) to a remote users home directory using the command: scp filename(s) user at remotehost In openssh-1.2.2p1 this copies the file(s) to a file named "user at remotehost" in the current (local) directory. To copy the files to the wanted (remote)

On Sun, Mar 01, 2015 at 10:58:30AM -0600, Valeri Galtsev wrote: > Why "slash": /.thunderbird in case of your example? Because if you do not > specify absolute path beginning with / the ssh daemon prepends your > relative path with its `pwd` it runs in, and its `pwd` is "/") I'm not sure I understand what you're saying here... Are you saying that if I run

When copying a file with an escaped character, scp removes the escaping character before sending to the host. Is there a way to circunvent this? Some examples follow (linux machines) A: touch file\(new\) B: scp user at A:file\(new\) . user at A password: bash: -c: line 1: syntax error near unexpected token `(' bash: -c: line 1: `scp -f (' A: touch file\ 1 B: scp user at A:file\ 1 .

A few people have commented that the synopsis in 'man 1 scp' is a bit difficult for humans to parse. I attach a diff between the distributed version and mine: (I suppose this should really go to the OpenBSD maintainers, but I wanted a little feedback about whether this was better or not.) Thanks, Andrew Stribblehill Systems Programmer, IT Service, University of Durham --------------

http://bugzilla.mindrot.org/show_bug.cgi?id=1236 Summary: SCP inappropriate truncate error when copying to FIFO file Product: Portable OpenSSH Version: 4.3p2 Platform: ix86 OS/Version: All Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: bitbucket at

https://bugzilla.mindrot.org/show_bug.cgi?id=2210 Bug ID: 2210 Summary: scp -q isn't quiet when copying between two remote hosts Product: Portable OpenSSH Version: 6.0p1 Hardware: PPC OS: AIX Status: NEW Severity: normal Priority: P5 Component: scp

http://bugzilla.mindrot.org/show_bug.cgi?id=863 Summary: SCP misses copying a file on error Product: Portable OpenSSH Version: 3.8p1 Platform: Alpha OS/Version: OSF/1 Status: NEW Severity: critical Priority: P2 Component: scp AssignedTo: openssh-bugs at mindrot.org ReportedBy: rxanders at