similar to: Make Install Problems

I have a Linux RedHat 7.2 system that I'm not able to get to rejoin our domain which is using a Solaris 8 system running Samba 2.2.5 system as a PDC. The Linux client is running Samba version 2.2.1a. I have tried with and without a machine record in the smbpasswd file. I have tried various arrangements of "smbpasswd -j domain -r system -Uadmin%passwd". The error I get is not able to

Trying to upgrade from 2.2.3a to 2.2.4 broke our Solaris 8 PDC. We see the following issues: - Compile flag -KPIC is not valid for gcc, does not seem to bread build - Now looks like directory /usr/spool/samba is needed, but not created by install - smbclient -L hemlock fails with login problem: [2001/10/16 10:43:28, 0] smbd/password.c:connect_to_domain_password_server(1295)

This is the first attempt to try this program, StreetSmart Pro. I'm running on a Fedora 8 64 bit system using wine-1.1.9-2.fc8 and mono-2.2-gtksharp-2.12.7-win32-5.exe. When I try running the program I get the attached stack_dump.txt: [dhighley at douglas SSPro]$ wine SSPro.exe -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: stack_dump.txt

hi. please cc comments 2 me, i'm not subscribed. what i did is simply this (you might have guessed :) i had to install the improved version of openssl after recent, urgent improvements. with this came came the urgent desire for openssh-CURRENT, which had to be reinstalled, because an old(?) version comes with the distribution. here's the diff. spare me and yourselfs a desciption of

Hello, I have a x86 Red Hat Linux release 7.0 (Guinness) box. OpenSSL 0.9.6b I downloaded the most recent version of OpenSSH (3.1p1). Attached is the result of ./configure and make. Thanks in advance -------------- next part -------------- # ./configure checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are

We submitted bug 3342 on Dec. 20th, Too many open files. It has not moved from the new state. So lets try here. We have Dell Quad Xeon server that we end up rebooting about every 2-3 weeks when the number of open samba files sky rockets. The system is a ClearCase server system. We have been monitoring this system for a few months now and are not able to pin down a cause to this issue. The system

For systems that don't have perl at /usr/bin/perl, fixpaths doesn't run. I've added a check in configure.in to find where perl is and use it to run fixpaths. Here's the patch: --- configure.in.orig Mon Dec 27 23:09:36 1999 +++ configure.in Tue Dec 28 10:16:05 1999 @@ -9,6 +9,7 @@ AC_PROG_RANLIB AC_PROG_INSTALL AC_CHECK_PROG(AR, ar, ar) +AC_CHECK_PROG(PERL, perl, perl)

Hello. I just tried to download and build the 2.3.0.p1 (portable) release with Cygwin on an NT box. It fails to build because of the use of a perl script. Cygwin does not have Perl installed by default and to be honest it seems like a bit of a stretch to require perl to be able to build shh, that just makes it harder to build. I poked around and it seems like these files depend on perl:

http://bugzilla.mindrot.org/show_bug.cgi?id=167 Summary: WARNING: sys/ttcompat.h: present but cannot be compiled. Product: Portable OpenSSH Version: 3.1p1 Platform: Sparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at

I've attached a patch for openssh-SNAP-20001028 which fixes the following two problems: 1) I fixed fixpaths to complain instead of failing silently if it can't write the output file. 2) I changed log-server.c to use av0 as the first argument to openlog(). I also made sure it called openlog() before the TCP wrapper stuff, because libwrap calls syslog() and winds up using the

http://bugzilla.mindrot.org/show_bug.cgi?id=218 Summary: make fails on IRIX 5.3 Product: Portable OpenSSH Version: 3.1p1 Platform: MIPS OS/Version: IRIX Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: steve at

I can't seem to compile 3.5p1 on a Solaris 9 box with gcc and GNU make. The box does not have perl installed on it. When I run configure, it correctly detects the absence of perl on the system, but make dies immediately trying to run "fixpaths", which is a perl script. PERL is set to nothing in the Makefile. Is perl required? The docs don't say it is... if not, how do I get

It appears that "fixpaths" has "/usr/bin/perl" hard-coded in. This causes make to fail immediately after running configure. Ed Ed Phillips <ed at udel.edu> University of Delaware (302) 831-6082 Systems Programmer III, Network and Systems Services finger -l ed at polycut.nss.udel.edu for PGP public key

the configure option --program-prefix does not work although it is listed in teh configure --help output. The attached patch fixes these issues: 1) program prefix is not substituted in configure 2) program prefix is not present in Makefile 3) scp requires use of a known "scp" program -- bryan diff -cr openssh-2.9.9p2.orig/Makefile.in openssh-2.9.9p2/Makefile.in ***

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

Sorry if this is stuff that's been talked about before. If it is, just ignore me. I'm curious to know why Portable OpenSSH doesn't include @bindir@ in the _PATH_STDPATH. This would save most installers of portable OpenSSH from having to --with-default-path=$PREFIX/bin in order to ensure that scp will work properly. This would also, I imagine, save quite a lot of hassle for

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:

what do you think about this patch to add the path to scp to _PATH_STDPATH? is there a better or cleaner way to do this? i'm hoping to ward off 'scp doesn't work' questions for the next release. i did *not* add this to a --with-default-path path, because if a user specifies that, they should control its value completely. Index: Makefile.in

I make changes in open source tree to implement autoconf/automake. What's new ? - new acinclude.m4 ( based on old aclocal.m4 + new macros OSSH_EXPAND_PATHS and OSSH_SHOW_OPTIONS - new configure option --with-askpass=PATH - updated acconfig.h ( based on old acconfig.h with removed USE_EXTERNAL_ASKPASS and new ASKPASS_PATH + new config.h.top and config.h.bot ) !!! in this file has two lines

Hi, I hope I'm not asking some FAQ, but I can't compile openssh-2.9p2 on maas34:openssh-2.9p2 {173} uname -a SunOS maas34 5.6 Generic_105181-23 sun4u sparc SUNW,Ultra-5_10 using: maas34:openssh-2.9p2 {174} gcc -v Reading specs from /opt/local/gcc-2.95.2/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2/specs gcc version 2.95.2 19991024 (release) I get: maas34:openssh-2.9p2 {172}