similar to: libedit not found on SUse 11.1

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 ->

Hi, I've noticed that building 4.1p1 fails on FreeBSD 4.x if the libedit support is enabled by the "--with-libedit" configure option. I tried to build OpenSSH-4.1p1 under the following environment: CPU: i386 family OS: FreeBSD 4.11-RELEASE Compiler: gcc-2.95.4 (/usr/bin/gcc) ---- libedit: (located at /usr/lib/) Building fails with the following messages: ---------- gcc

There are a couple of bugs in the openssh-3.7.1p2. The aix_setauthdb function does not work with other types of authentication such as AFS/DFS. The loginfailed test in configure is not correct. Also, AIX can use the wtmp logging which I added in configure. Attached is the patch. Thanks, Matt Richards -------------- next part -------------- *** openssh-3.7.1p2/openbsd-compat/port-aix.c Mon Jul 14

https://bugzilla.mindrot.org/show_bug.cgi?id=1744 Summary: libedit support shouldn't assume -lcurses Product: Portable OpenSSH Version: -current Platform: Other OS/Version: Other Status: NEW Severity: minor Priority: P2 Component: Build system AssignedTo: unassigned-bugs at mindrot.org

Hello, I ran into a few problems when trying to build openssh 5.2p1 on IRIX 5.3. First one is new to 5.2p1: cc -I. -I. -I/usr/tgcware/include/openssl -I/usr/tgcware/include -DSSHDIR=\"/usr/tgcware/etc/ssh\" -D_PATH_SSH_PROGRAM=\"/usr/tgcware/bin/ssh\" -D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/tgcware/libexec/ssh-askpass\"

The following patches shave some rough edges off the tools build system to allow cross compiling for at least arm32 and arm64 based on the Debian/Ubuntu multiarch infrastructure. They also add the necessary fixes to build for arm64 (which I have only tried cross, not native). I have posted some instructions on how to compile with these patches on the wiki:

[Resending as my previous message was sent to moderation. The list info page doesn't mention this is a subscriber only list] I'm trying to write a .so which will be loaded using dlopen and called using dlopen. The application is written in C and I want to use the LLVM C API jfrom it. Obviously it will end up calling C++ functions internally but as long as I expose a C API to the

Hi there, everybody; As promised, here's the new version for my chroot patch. It applies cleanly over OpenSSH 2.1.1p4, and I'm attaching 2 versions: - openssh-2.1.1p4-chroot.patch-wc, is the chroot patch plus a "--with-chroot" patch for the "configure" script. - openssh-2.1.1p4-chroot.patch, is the same without the "--with-chroot" part. Have fun,

Hi there, everyone; Attached to this mail is the 2.2.0p1 version of my chroot patch. For those of you interested, my usual warning: This is NOT plug&pray. You'll have to build a whole binaries/libs/conf files tree within the new root. (it's just like the "classic" anonymous ftp behaviour) Configure with "configure --with-chroot" to use. Regards; RC --

Another error: ======================= gmake[2]: Entering directory `/home/myuser/LLVM/objdir/gcc' for d in libgcc; do \ if [ -d $d ]; then true; else /bin/sh ../../srcdir/llvm-gcc/gcc/mkinstalldirs $d; fi; \ done mkdir -p -- libgcc if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi /home/myuser/LLVM/objdir/gcc/xgcc -B/home/myuser/LLVM/objdir/gcc/

This is just the first part -- it adds support for correctly reporting incoming connections when there's an external d?mon accepting the connections and invoking 'sshd -i' with them, like inetd does. In later patches I'll extend sshd to listen on a Bluetooth socket (and advertise the service in SDP) for itself, and extend the ssh client to make the connection directly. For now,

Morten Ofstad wrote: >> Hi, >> >> There's no HAVE_RAND48 symbol provided by autoconf. You'll have to >> add the appropriate check to autoconf/configure.ac before we can take >> this patch. I installed autoconf with cygwin now and I think I've managed to do this right now -- there are some strange problems with running the AutoRegen.sh script, so I

> Hi, > > There's no HAVE_RAND48 symbol provided by autoconf. You'll have to add > the appropriate check to autoconf/configure.ac before we can take this > patch. Sorry I forgot to mention I didn't make any changes to the configure script. The problem is that I can't test these things since I'm not on a Unix platform, and I'm not even using the

Hi All. For a couple of weeks, the Portable snapshots have contained optional support for NetBSD's libedit in the sftp client, thanks to djm's work in OpenBSD. It's enabled with: ./configure --with-libedit. If enabled, sftp gains command history, recall and line editing (and probably other features too, I haven't looked into libedit's capabilities much). If not

https://bugzilla.mindrot.org/show_bug.cgi?id=2173 Bug ID: 2173 Summary: configure fails to find libedit in non-standard location Product: Portable OpenSSH Version: 6.2p1 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: Build system

Hi, While installing libeidt in Ubuntu 12.0 I am getting the following message. I am not even able to edit the curses.h and stddef.h file. Kindly help. /usr/lib/gcc/i686-linux-gnu/4.6/include/stddef.h:353:23: error: conflicting types for 'wint_t' /usr/include/curses.h:241:18: note: previous declaration of 'wint_t' was here make[3]: *** [terminal.lo] Error 1 make[3]: Leaving

Turns out that Suse 11.1 needs a soft link: ln -s /lib64/libncurses.so.5.6 /lib64/libcurses.so This is pretty poor error reporting.... I wonder how many carps are due to building not properly reporting errors... Thanks tedc

Hi, I got the latest LLVM code from git repo, and tried to compile that on my OSX 10.9.4 machine. But I got the error at "make" step: "Makefile:151: /Makefile.rules: No such file or directory" Below is the output of "configure" & "make". Any idea what is wrong? Thanks. $ ./configure --enable-targets=mips checking for clang... clang checking

Hi, as discussed before, we're trying to make use of SSHFP records (RFC 4255) to publish host key fingerprints in the DNS. However, some non-OpenBSD platforms don't support DNSSEC in the native resolver (e.g. glibc), which renders the whole thing quite useless, since openssh correctly requires the RRs to be signed and validated. The following patch adds support for ldns, an external

once taken that stat/stat64 appart, histedit appears to be a minefield: usr/dash/histedit.c:59: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?*? token usr/dash/histedit.c:60: error: expected ?=?, ?,?, ?;?, ?asm? or ?__attribute__? before ?*? token usr/dash/histedit.c: In function ?histedit?: usr/dash/histedit.c:82: error: ?hist? undeclared (first use in this function)