similar to: Portable OpenSSH CVS install error

https://bugzilla.mindrot.org/show_bug.cgi?id=1588 Summary: sftp client produces Product: Portable OpenSSH Version: 5.2p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: sftp AssignedTo: unassigned-bugs at mindrot.org ReportedBy: gsocsftp at v6shell.org

Hello, Please pardon me if this is off topic, but I thought I ought to introduce myself. I submitted an application (aka student proposal) to OpenSSH via GSoC on Thursday (2009-04-02 19:39:21Z). Of course, I cannot know if it will be accepted, but in any case, here is the abstract for anybody on the list who may be interested in offering feedback: The objective of the OpenSSH sftp(1)

Hi, I tried to build the CVS snapshot for OpenSSH 4.4p1 dated 9/08/06. Make install failed on Fedora Core 4 system with the following errors: [root at fedora4 openssh]# make install \if test ! -z ""; then \ /usr/bin/perl ./fixprogs ssh_prng_cmds ; \ fi (cd openbsd-compat && make) make[1]: Entering directory `/usr/local/openssh/openbsd-compat' make[1]: Nothing to be

Solaris x86 8 autoconf 2.57 autoconf; autoheader; ./configure ....; make all goes fine make install fails on Ssh.bin. scard/Makefile has a commented out target for it - is there some reason for the target being commented out? -- Carson

If for some reason (directory missing or permissions bad), it is not possible to cd into either the scards or openbsd-compat direcotries, the make will enter an infinite loop. Correct this by changing the make idiom (cd directory; $(MAKE)) to the idiom (cd directory && $(MAKE)) so that a failure to cd into directory will generate an error for make. The following patch is against the

Moving s sccessful compole of 5.2.p1 from a Suse 10.3 x86-64 box to a Suse 11.1 x86-box created a build problem ./configure --with-libedit=/usr/lib64 checking for el_init in -ledit... no configure: error: libedit not found however libedit (amd el_init) certainly exist: ookpik:/data/openssh-5.2p1.test # l /usr/lib64/libedit* lrwxrwxrwx 1 root root 17 Apr 4 17:11 /usr/lib64/libedit.so ->

http://bugzilla.mindrot.org/show_bug.cgi?id=577 Summary: bug (wrong flag) in sc_private_decrypt (scard-opensc.c) Product: Portable OpenSSH Version: -current Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Smartcard AssignedTo: openssh-bugs at mindrot.org

Hi All. While wandering in auth-pam.c I noticed that there's a few Portable-specific escapees from the xmalloc(foo * bar) cleanup. There's also a "probably can't happen" integer overflow in ssh-rand-helper.c with the memset: num_cmds = 64; - entcmd = xmalloc(num_cmds * sizeof(entropy_cmd_t)); + entcmd = xcalloc(num_cmds, sizeof(entropy_cmd_t));

Hello, PKCS#11 is a standard API interface that can be used in order to access cryptographic tokens. You can find the specification at http://www.rsasecurity.com/rsalabs/node.asp?id=2133, most smartcard and other cryptographic device vendors support PKCS#11, opensc also provides PKCS#11 interface. I can easily make the scard.c, scard-opensc.c and ssh-agent.c support PKCS#11. PKCS#11 is

Here are some problems with the latest snapshot on Mac OS X: I am by no means an autoconf expert, but here is what happens after a "autoreconf": autoconf: Undefined macros: configure.in:1291:AC_CHECK_MEMBERS([struct stat.st_blksize]) configure.in:2168:AC_CONFIG_FILES([Makefile openbsd-compat/Makefile scard/Makefile ssh_prng_cmds]) configure.in:26:AC_SYS_LARGEFILE

http://bugzilla.mindrot.org/show_bug.cgi?id=198 Summary: Error getting file with sftp on old F-Secure servers Product: Portable OpenSSH Version: 3.1p1 Platform: Sparc OS/Version: Solaris Status: NEW Severity: major Priority: P2 Component: sftp AssignedTo: openssh-unix-dev at mindrot.org

I attempted to setup openssh-3.9p1 on Mac OS X (10.3.7). The ./configure and make work fine but 'make install' fails with: computer:~/XDev/openssh-3.9p1 bcburke$ make install if test ! -z ""; then \ /usr/bin/perl ./fixprogs ssh_prng_cmds ; \ fi (cd openbsd-compat && make) make[1]: Nothing to be done for `all'. (cd scard && make DESTDIR= install)

http://bugzilla.mindrot.org/show_bug.cgi?id=187 Summary: ssh-keygen not converting from and to SECSH standard correctly Product: Portable OpenSSH Version: 3.1p1 Platform: Sparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: ssh-keygen AssignedTo:

Hello All, Doing a make distprep doesn't seem to work anymore: $ make -f Makefile.in distprep make: @SH@: Command not found make: *** [catman-do] Error 127 I've seen this on AIX & Redhat (gnu make) and Solaris (native make). I suspect this occurs on most platforms. Is this still the recommended way of autoreconf'ing CVS releases for building? -Daz.

O.K. I know it was too late to make changes for the next release, but thankfully there werent any changes needed. Kerberos over ssh protocol 1 worked out of the box from CVS today (2002/10/04-14:30) The krb5 patches we were using (I think from Olaf K) was all in the code. The only thing I had to patch to get things working was removing the scard-install from the Makefile.in The compiled code

http://bugzilla.mindrot.org/show_bug.cgi?id=1294 Summary: includes.h should pull in string.h based on HAVE_STRING_H Product: Portable OpenSSH Version: 4.6p1 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: bitbucket

This is a fairly inconsequential patch, but it comes in handy in a few instances. The patch simply splits install-files into "install-files" and "install-sysconf" - taking all of the sysconfdir stuff and putting in its own target which I then added to 'install' and 'install-nokeys'. I then added an install-nosysconf to NOT do that stuff. This helped us

For various reasons, it makes our life easier at USC to have a 'install-nosysconf' target much like the install-nokeys target that was added a while back. I mentioned this a few months back on this list and people seemed to think it wouldn't be a problem to get it into the mainline tree. I've attached the patch -- it should keep 100% backwards compatibility. Thanks. -- Phil

http://bugzilla.mindrot.org/show_bug.cgi?id=1001 Summary: Error on MAKE while compiling SRPMS and tar.gz but not while installing RPMS Product: Portable OpenSSH Version: 3.7.1p2 Platform: All OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: ssh

Hello- I'm testing the current versions on UnixWare 2.x and have run into the following problems: After downloading the nightly snapshot, untar fails with "Directory Checksum error". Gunzip is successful, but the tar fails. Failing the snapshot extraction, I checked out a clean copy from the CVS. Configure fails when it hits the "/scard" directory, which is empty. I