similar to: use libcrypt before libcrypto

here's a patch to 3.3p1 for Solaris 2.6 - it does not handle mmap() with fd = -1. does it look okay? itojun --- work.i386/openssh-3.3p1/servconf.c- Tue Jun 25 23:43:22 2002 +++ work.i386/openssh-3.3p1/servconf.c Tue Jun 25 23:43:33 2002 @@ -257,7 +257,7 @@ if (use_privsep == -1) use_privsep = 1; -#if !defined(HAVE_MMAP) || !defined(MAP_ANON) +#if !defined(HAVE_MMAP) if

in configure.ac, we AC_DEFINE(BROKEN_GETADDRINFO) for *-darwin-* platforms. recent Darwin fixed getaddrinfo to work as specified in RFC2553, so the case clause is not needed for recent Darwin. still not sure when it was corrected. anyone has a clue? itojun

Upgrading my ssh from 2.3 to 2.9p1, and I find I am now linking against libcrypt.so.* instead of libcrypto.so.* I get a fatal indicating that I've built against one version of SSL but am trying to run against another. Reverting back to 2.3 shows the different library link. Trying to figure out how to force it to link with the right library. Thanks. B.

http://bugzilla.mindrot.org/show_bug.cgi?id=168 Summary: "Could not find working OpenSSL library" Product: Portable OpenSSH Version: older versions Platform: All OS/Version: All Status: NEW Severity: minor Priority: P1 Component: Build system AssignedTo: openssh-unix-dev at mindrot.org

Greetings, In openssh 6.5p1, configure --with-ssl-dir=/usr/local/openssl failed for me because it could not find opensslv.h. This is because that section of the configure hardwires the /usr/local/ssl directory instead of using the --with-ssl-dir value. From configure.ac: .. LDFLAGS="-L/usr/local/ssl/lib -R/usr/local/ssl/lib ${sa\ ved_LDFLAGS}"

Announcing rsync 2.5.1: This release fixes a serious bug that causes some rsync daemons to SIGSEGV at startup. Other changes include: rsync 2.5.1 (2002-01-03) BUG FIXES: * Fix for segfault in --daemon mode configuration parser. (Paul Mackerras) * Correct string<->address parsing for both IPv4 and 6. (YOSHIFUJI Hideaki, SUMIKAWA Munechika and Jun-ichiro

Announcing rsync 2.5.1: This release fixes a serious bug that causes some rsync daemons to SIGSEGV at startup. Other changes include: rsync 2.5.1 (2002-01-03) BUG FIXES: * Fix for segfault in --daemon mode configuration parser. (Paul Mackerras) * Correct string<->address parsing for both IPv4 and 6. (YOSHIFUJI Hideaki, SUMIKAWA Munechika and Jun-ichiro

Description: getnameinfo() (confirmed for CVS version 1.14.2.1) does this sort of buffer size checks (these is just two of many cases): if (strlen(sp->s_name) > servlen) return ENI_MEMORY; strcpy(serv, sp->s_name); ... if (strlen(hp->h_name) > hostlen) {

http://bugzilla.mindrot.org/show_bug.cgi?id=180 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From djm at mindrot.org 2002-04-26 16:55

http://bugzilla.mindrot.org/show_bug.cgi?id=164 ------- Additional Comments From cjwatson at debian.org 2002-10-27 00:16 ------- Marco d'Itri suggested in http://bugs.debian.org/153154 that ssh should only bind to AF_INET addresses in x11_create_display_inet(), since at least the xtrans code in XFree86 doesn't support IPv6. Is this a valid approach? ------- You are receiving this

http://bugzilla.mindrot.org/show_bug.cgi?id=859 Summary: getaddrinfo(host, "0", &hints, &res) may take extra cycles Product: Portable OpenSSH Version: 3.8p1 Platform: All OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Miscellaneous

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-07:03.ipv6 Security Advisory The FreeBSD Project Topic: IPv6 Routing Header 0 is dangerous Category: core Module: ipv6 Announced:

On Solaris 10 (SPARC & x86), I'm seeing the following error: error: Failed to allocate internet-domain X11 display socket. I tracked this down to this code change between openssh 4.7p1 and 5.0p1: *** openssh-4.7p1/channels.c Mon Jun 25 03:04:47 2007 --- openssh-5.0p1/channels.c Wed Apr 2 15:43:57 2008 *************** *** 1,4 **** ! /* $OpenBSD: channels.c,v 1.270 2007/06/25 08:20:03

Hi all ! I use Debian Sid and Xen 3.0.3-1, and recently after an apt-dist upgrade, i reboot my server and now when i restart the server, i receive these error : /bin/sh : error while loading shared library libcrypt.so.1 cannot open shared object file :no such file ... I reboot the server on non-xen kernel, if i search the file libcrypt.so.1 i found in these file in many directory :

Package: xen-hypervisor-3.0.3-1-i386-pae Version: 3.0.3-0-2 Severity: critical Justification: breaks the whole system I use Debian Sid and Xen 3.0.3-1, and recently after an apt-dist upgrade, i reboot my server and now when i restart the server, i receive these error : /bin/sh : error while loading shared library libcrypt.so.1 cannot open shared object file :no such file ... I reboot the

Hi, On Sun, Jul 14, 2024 at 10:25:46AM +0100, Brian Candler wrote: > On 14/07/2024 03:49, Steffen Nurpmeso wrote: > > I have read > > > > https://datatracker.ietf.org/doc/html/draft-cmetz-v6ops-v4mapped-api-harmful-01 > > > > but as an application developer i find it ugly not to be able to > > "simply do it", and get back a mapped address.

Cool, i'll help out a bit with the windows port, i will start right away with a new project on asteriskguru making nightly executable builds and installers - will post the links in -users when i'm done. Well done luigi, this will make it a lot easier for a lot of non linux guys to make their first steps in the asterisk world Crossposted to -users. Zoa Luigi Rizzo wrote: > As a

http://bugzilla.mindrot.org/show_bug.cgi?id=697 Summary: ending slash is not used Product: Portable OpenSSH Version: 3.7.1p1 Platform: PPC OS/Version: AIX Status: NEW Severity: normal Priority: P2 Component: sftp-server AssignedTo: openssh-bugs at mindrot.org ReportedBy: ramses at

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-07:03.ipv6 Security Advisory The FreeBSD Project Topic: IPv6 Routing Header 0 is dangerous Category: core Module: ipv6 Announced:

Hi all, I build openssh for aix with a dirty hack. This is my configure: export CC=cc export CFLAGS="-I/usr/local/include" export LDFLAGS="-L/opt/freeware/lib/ -L/usr/local/lib" export CPP="cc -E" ./configure --prefix=/usr/local --sysconfdir=/usr/local/etc/ssh \ --with-cflags="-O -D__STR31__