similar to: [2.5.2p1] openbsd-compat/glob.c: ARG_MAX not defined, alternative

Hello all Im using sftp 1:4.7p1-8ubuntu1.2 in a batchjob Ive noticed that sftp needs a long time for sending a filelist. The timespan increases exponential if many files are on the remoteserver. for example "ls -la *.txt" needs 10 seconds for 2000 files but needs 50 seconds for 4000 files. For 150.000 Files i have to wait 15 minutes for example but the

hello, I have the problem with sftp, I can't read files and dirs from huawei switches. I see: mm:/home/milon# sftp 10.1.1.30:vrpcfg.cfg . Connecting to 10.1.1.30... root at 10.1.1.30's password: Couldn't stat remote file: Operation unsupported File "flash:/flash:/vrpcfg.cfg" not found. Received disconnect from 10.1.1.30: 2: The connection is closed by SSH Server Current

https://bugzilla.mindrot.org/show_bug.cgi?id=2463 Bug ID: 2463 Summary: Conflict with openbsd compat glob() function in shared libraries Product: Portable OpenSSH Version: 7.1p1 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component:

Hi, I compiled rsync on an HPUX 11i box, and got lots of errors about redefining sendfile() and sendpath(). The compilation succeeded, but the binary failed. I then took a binary I had compiled on an HP11.00 box, and it worked fine. I tried this with both gcc & the HP ansic compilers. The same results. I am attaching a full transcript of the configure & compilation session. The ld

Since when is there a limit in how long directory listings CentOS can show (ls), or how large directories can be removed (rm). It is really annoying to say, for example rm -rf /var/amavis/tmp and get only "argument list too long" as feedback. Is there a way to go round this problem? I have CentOS 5.2. - Jussi -- Jussi Hirvi * Green Spot Topeliuksenkatu 15 C * 00250 Helsinki *

Commit-ID: 310b65b254706e687dee118ef3f3e22a9262d404 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=310b65b254706e687dee118ef3f3e22a9262d404 Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Mon, 26 Mar 2018 17:50:24 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] expand: Fix glibc

Commit-ID: a38ba2beea4bb2eea36e687d2527ddb78717ea42 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=a38ba2beea4bb2eea36e687d2527ddb78717ea42 Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Mon, 26 Mar 2018 17:50:24 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:54 +0000 [klibc] dash: expand: Fix

Openssh: openssh-SNAP-20060626 and openssh-4.3p2 System: SunOS 4.1.4 Compiler: gcc 2.8.1 CONFIGURE PROBLEM: The warnings included below occur because of missing include files for each compilation test. Specifically: sys/audit.h needs sys/types.h and sys/label.h sys/dir.h needs sys/types.h PARTIAL FIX: Most of the machinery for the sys/types.h dependency is already

Pardon the novice question here, but after the problems I had with trying to get 2.5.1p(whatever) to install on one of my systems, I noticed with great interest the release of 2.5.2p1. When I checked out the change log for this releases RPM, there was nothing pertaining to what has changed between 2.5.1p and 2.5.2p. I didn't see anything on the OpenSSH web site regarding changes between

Something really hosed Digital/Tru64 UNIX SIA support in 2.5.2p1. I haven't been able to figure out what changed in the code, but the symptom seems to be that the TTY name being registered with SIA is truncated to eight characters. This apparently prevents it from matching with entries in the tty database, and the dreaded "Cannot obtain database information on this terminal

Openssh: openssh-4.3p2 or openssh-SNAP-20060626 System: SunOS 4.1.4 Compiler: gcc 2.8.1 BUILD FAILURE and fix: ../../openbsd-compat/bsd-snprintf.c:792: conflicting types for `snprintf' ../../openbsd-compat/../openbsd-compat/openbsd-compat.h:156: previous declaration of `snprintf' gmake[1]: *** [bsd-snprintf.o] Error 1 gmake[1]: Leaving directory

The recent patch posted by Steve VanDevender <stevev at darkwing.uoregon.edu> for fixing the session code on Tru64 isn't quite right -- it still fails in the case of NO tty being allocated. The problem is that s->tty is a char[TTYSZ] rather than a char *, and hence can't hold a NULL. Calling sia_ses_init() with the tty being an empty string doesn't signify no tty, and

Hello all, attached patch makes possible to use dovecot as an authentication backend for Exim 4. Reasons beyond this patch are simple: exim's authenticators require use of plaintext passwords and NTLM code in exim is quite outdated and hairy. Patch generated against Exim 4.43, but should apply to earlier versions too. Patch adds new 'dovecot' authenticator, which can be used as such:

removes HAVE_BOGUS_SYS_QUEUE_H and always use our queue.h. ok? Index: acconfig.h =================================================================== RCS file: /var/cvs/openssh/acconfig.h,v retrieving revision 1.122 diff -u -r1.122 acconfig.h --- acconfig.h 26 Feb 2002 16:40:49 -0000 1.122 +++ acconfig.h 12 Mar 2002 02:11:39 -0000 @@ -14,7 +14,6 @@ /* SCO workaround */ #undef

I am attempting to copy only certain files down a directory tree. I know which files I want. I could generate a file of just those with 'find'. But having read the docs I have been trying to use the --include and --exclude patterns to have rsync pick the right files itself. But I can't figure it out. I am suspecting that I can't do what I want to do. Source example, this is

I should mention that this version of R has been verified to configure and compile on the following platforms: PLATFORM COMPILER alpha-dec-osf3.2 cc hppa1.1-hp-hpux9.07 gcc or c89 i386-unknown-freebsd2.1.5 gcc i686-unknown-linux gcc mips-sgi-irix6.2 cc

I should mention that this version of R has been verified to configure and compile on the following platforms: PLATFORM COMPILER alpha-dec-osf3.2 cc hppa1.1-hp-hpux9.07 gcc or c89 i386-unknown-freebsd2.1.5 gcc i686-unknown-linux gcc mips-sgi-irix6.2 cc

I found that inet_ntop.c was depending on the return value of sprintf to return an int, but on SunOS4 it returns a char *. Snprintf is preferred anyway, so here's a patch to change the calls to use snprintf. Applies cleanly to the current CVS, and it was the only patch I need to apply to get 2.9p1 to build on SunOS4.1.4. On the other hand, I can't see any where inet_ntop is called, and

1. Add support for files >2GB via Paul Eggert's AC_SYS_LARGEFILE macro. This macro is now part of autoconf 2.50. Because of this, "config.h" needs to be included before system headers to get the appropriate defines for LFS support. openbsd-compat/sigact.c configure.in acinclude.m4 2. AIX defines TILDE in <sys/ioctl.h>. Rename to TILDE_CHAR. Feel

Commit-ID: 7154953196c34e244e0e32e73b82ec6a6c29c4e5 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=7154953196c34e244e0e32e73b82ec6a6c29c4e5 Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Sun, 25 Mar 2018 16:38:00 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] expand: Fix buffer