similar to: sftp client globbing problems on Solaris, Irix, etc

http://bugzilla.mindrot.org/show_bug.cgi?id=321 Summary: configure does not work when cross compiling Product: Portable OpenSSH Version: -current Platform: MIPS OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at mindrot.org

../openssh-3.1p1/configure --host=mips-linux --build=i686-linux --with-pam does not work. It selects the correct toolchain prefix, but the configure script bails on cross-compilation. Attached is a patch that *might* make the right paranoid assumptions, but I am not positive. -- bryan --- configure.ac.orig Tue Feb 26 22:12:35 2002 +++ configure.ac Wed Mar 27 14:28:02 2002 @@ -437,20 +437,6

Hi, It looks like remote forwarding with SSH v2 is not working on my Solaris machines (and from what I understand from the source, it may not work elsewhere either). When looking at channel_post_port_listener() in channels.c, I found that nextstate was defined as : nextstate = (c->host_port == 0) ? SSH_CHANNEL_DYNAMIC : SSH_CHANNEL_OPENING; And later comes the call : if

This patch fixes two typos and one case of wrong parameter ordering in configure.ac. Cheers Johan Gill, johane at lysator.liu.se -------------- next part -------------- Index: configure.ac =================================================================== RCS file: /cvs/openssh/configure.ac,v retrieving revision 1.307 diff -u -r1.307 configure.ac --- configure.ac 12 Nov 2005 07:42:37 -0000 1.307

Hi folks, here're some quick+dirty fixes to allow sysroot'ed crosscompiling. probably not yet very clean, but seems to work. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service phone: +49 36207 519931 www: http://www.metux.de/ fax: +49 36207 519932 email: contact at metux.de

Anyone have any problems with sftp-server on 3.7.1p2? When I sftp to the server i get this when I do an ls -l: sftp> ls -l ?-w-rwxrwx 0 1 16832 3 Oct 26 1993 Mike

Greetings. I am having a problem getting OpenSSH to configure on a Solaris 5.8 box. I have installed gcc 3.2.2, OpenSSL 0.9.6g. The config script dies with the error: OpenSSL version header not found. OpenSSL is installed in /usr/local/ssl. A check of the config.log file indicates that the test program appears to be core dumping. I have included relavent (I hope) portions of config.log

Details of installation attached. Effect: when I build and test (with full path names) ssh in the openssh... directory, everything works fine. When I "install" it as per attached file into a test-directory and run it from there, there are 2 phenomena: either it just hangs, eating 96% of CPU or it dies with a Segmentation fault (this is what happens most often) Help needed

Package: logcheck Version: 1.3.13 Severity: normal Hi there! I second the need for this correction. I would even propose to set the severity higher, since the lack of globbing support just make this package useless in this specific case. Martin wrote: > You can/should use /bin/sh and print instead. > xargs -I{} sh -c "print {}" I suppose you meant "printf" or

I was just playing around with the new routing dsl to answer someone''s question on the general rails forum. I wanted to see how Rails3 handled globbed routes. So I added this to routes.rb get ''forum/*path'' , ''forum#show'' And had the show action just display the params. with a URL of /forum/a/b/c I got {"path" => "a/b/c"}

Dear all, For example I want to process set of files. Typically Perl's idiom would be: __BEGIN__ @files = glob("/mydir/*.txt"); foreach my $file (@files) { # process the file } __END__ What's the R's way to do that? - Gundala Viswanath Jakarta - Indonesia

On Mon, Dec 09, 2013 at 04:19:12PM +0100, Pino Toscano wrote: > Adapt the globbing part from the old --remote-path work previously > proposed for sysprep [1], allowing --delete to perform globbing when > deleting paths. > > [1] https://www.redhat.com/archives/libguestfs/2013-October/msg00045.html > --- > sysprep/sysprep_operation_delete.ml | 4 +++- > 1 file changed, 3

On Mon, Dec 09, 2013 at 06:17:00PM +0100, Pino Toscano wrote: > Followup of ed4bcb119cb908e98ecc1107dcd8b740ee2f484f. > --- > sysprep/sysprep_operation_delete.ml | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/sysprep/sysprep_operation_delete.ml b/sysprep/sysprep_operation_delete.ml > index 59d5485..a08d4d0 100644 > ---

Followup of ed4bcb119cb908e98ecc1107dcd8b740ee2f484f. --- sysprep/sysprep_operation_delete.ml | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/sysprep/sysprep_operation_delete.ml b/sysprep/sysprep_operation_delete.ml index 59d5485..3db3f57 100644 --- a/sysprep/sysprep_operation_delete.ml +++ b/sysprep/sysprep_operation_delete.ml @@ -40,7 +40,12 @@ let op = {

https://bugzilla.mindrot.org/show_bug.cgi?id=3165 Bug ID: 3165 Summary: man sshd_config does not define order of includes when using globbing Product: Portable OpenSSH Version: 8.2p1 Hardware: amd64 OS: Linux Status: NEW Severity: trivial Priority: P5 Component: sshd

Support globbing in paths passed to --delete, telling glob to not return directories with leading slash. This re-adds back globbing for --delete in virt-sysprep, which was available before the integration with common code from virt-customize. --- customize/customize_run.ml | 2 +- generator/customize.ml | 5 +++++ 2 files changed, 6 insertions(+), 1 deletion(-) diff --git

Support globbing in paths passed to --delete, telling glob to not return directories with leading slash. This re-adds back globbing for --delete in virt-sysprep, which was available before the integration with common code from virt-customize. --- customize/customize_run.ml | 2 +- generator/customize.ml | 6 ++++++ 2 files changed, 7 insertions(+), 1 deletion(-) diff --git

$ rsync -auv \ ftp.funet.fi::CPAN/modules/by-category/05_Networking_Devices_IPC/Net/* . \ | grep -v MOTD: rsync: connection unexpectedly closed (1598 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(165) This is because the array used to hold the expanded filename glob (argv in rsync_module(), clientserver.c) is only 1000 entries in size, and the above

This is on rsync v2.4.5 on RedHat 7.3. If I do something like rsync ... 'somehost:/path/to/files.*' /local/path it works fine, but if I do rsync ... '/local/path/to/files.*' somehost:/path/to globbing fails, yielding an error about being unable to find a file named 'files.*': link_stat /local/path/to/files.* : No such file or directory rsync error: partial

You wrote: >On Fri, Aug 15, 2003 at 03:37:21PM -0700, Rob McMillin wrote: >> This is on rsync v2.4.5 on RedHat 7.3. >> >> If I do something like >> >> rsync ... 'somehost:/path/to/files.*' /local/path >> >> it works fine, but if I do >> >> rsync ... '/local/path/to/files.*' somehost:/path/to >> >>