similar to: [Bug 307] New: configure fails to add -ldl (RedHat specfile)

Hi there, I have tried compiling OpenSSH 4.3p2 using the following steps: Upgrade OpenSSL tar xvfz openssl-0.9.8a.tar.gz cd openssl-0.9.8a ./config make make install Upgrade zlib tar xvfz zlib-1.2.3.tar.gz ./configure make test make install Upgrade OpenSSH tar xvfz openssh-4.3p2.tar.gz cd openssh-4.3p2.tar.gz ./configure --with-tcp-wrappers --with-ssl-dir=/usr/local/ssl

Hello. Installed OpenSSL-0.98 I cannot collect new OpenSSH-4.2p1 at assembly there is a mistake: if test ! -z ""; then \ /usr/bin/perl5 ./fixprogs ssh_prng_cmds ; \ fi (cd openbsd-compat && make) make[1]: Entering directory `/home/pkg/openssh-4.2p1/openbsd-compat' make[1]: ???? `all' ?? ??????? ?????????? ??????. make[1]: Leaving directory

Hi Damien, I have a problem getting openssh-2.9p2 properly configured. This is the problem: configure:4433: gcc -o conftest -g -O2 -Wall -I/opt/openssl/include -L/opt/open ssl/lib conftest.c -lz -lnsl -lutil -lcrypto 1>&5 /opt/openssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_load': dso_dlfcn.o(.text+0x8e): undefined reference to `dlopen' dso_dlfcn.o(.text+0xa4):

Openssh gurus, On Suse Linux 9.3 using kernel 2.6.11.4-21.9-default, x86_64 system with an athlon64: If I make openssh 4.2p1 using the system's default ssl 0.9.7e, all is well; however, make fails if I install the newer ssl 0.9.8 and configure openssh with: ./configure --with-ssl-dir=/usr/local/ssl A snippet from the last output from make is: _PATH_SSH_PIDDIR=\"/var/run\"

When trying to make the last version I'm getting this error (#./configure --prefix=/some/dir); #make): ============================ gcc -g -O2 -I/usr/local/openssl/include -DPKGLIBDIR=/usr/local/tinc_new/lib /tinc -DCONFDIR=\"/usr/local/tinc_new/etc\" -DLOCALEDIR=\"/usr/local /tinc_new/share/locale\" -DLOCALSTATEDIR=\"/usr/local/tinc_new/var\" -o tincd

http://bugzilla.mindrot.org/show_bug.cgi?id=251 Summary: openssh-3.2.2p1-1.src.rpm won't build under RH6.2 Product: Portable OpenSSH Version: -current Platform: ix86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at mindrot.org

checking for OpenSSL directory... configure: error: Could not find working OpenSSL library, please install or check config.log Now if I go and check the config.log file I have this as error. This is for solaris 2.6/2.7OS configure:4354: checking for OpenSSL directory configure:4411: gcc -o conftest -g -O2 -Wall -I/usr/local/include -I/usr/local/ssl/ include -I/opt/TWWfsw/zlib11/include

Hello guys. Following Dug's withdrawal of the SSH1 AFS patches, I'm trying to give OpenSSH installation another shot. It fails. The setting: * Platforms: Linux (Immunix 6.2), Solaris 7, IRIX 6.5, OSF1 4.0F, HP-UX 10.20. * Compilers: StackGuard egcs on Linux, vendor-supplied native on others (Workshop 5.0 Sun; MIPSpro 7.3 SGI; OSFCMPLRS440 package; HP ANSI C compiler B3899BA

http://bugzilla.mindrot.org/show_bug.cgi?id=307 ------- Additional Comments From jmknoble at pobox.com 2002-06-28 04:44 ------- '-ldl' is generally not necessary to build OpenSSH unless you're building against a version of OpenSSL that includes the "engine" for smart cards, etc. (that is, for example, openssl-engine-0.9.6d instead of openssl-0.9.6d). If that's the

http://bugzilla.mindrot.org/show_bug.cgi?id=307 ------- Additional Comments From djm at mindrot.org 2002-09-10 22:22 ------- Are you using a non-standard OpenSSL? The RPM compiles fine on 7.3 for me. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=307 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME ------- Additional Comments From dtucker at zip.com.au 2003-05-08

https://bugzilla.redhat.com/show_bug.cgi?id=1828952#c2 If SELINUXTYPE is set to some value other than targeted then we look for a directory /etc/selinux/<SELINUXTYPE> which does not exist. However this should not cause a fatal error. Using setfiles to do the relabelling immediately is a nice-to-have, but we can fallback to using autorelabel if we're unable to achieve it. ---

http://bugzilla.mindrot.org/show_bug.cgi?id=295 Summary: rpm specfile needs build prereqs for Kerberos Product: Portable OpenSSH Version: -current Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Miscellaneous AssignedTo: openssh-unix-dev at mindrot.org

This doesn't appear to have made it to the list (although i still appear to be subscribed...). Bcc'ed to Damien for good measure. -- jim knoble | jmknoble at jmknoble.cx | http://www.jmknoble.cx/ -------------- next part -------------- An embedded message was scrubbed... From: Jim Knoble <jmknoble at jmknoble.cx> Subject: PATCH: OpenSSH-2.3.0p1: specfile trivia Date: Sun, 19 Nov

After extracting the spec file out an srpm and editing it, how does one execute $rpmbuild --rebuild package.srpm and use the new spec file as a non-root user inside a home dir build root? Thanks! jlc

http://bugzilla.mindrot.org/show_bug.cgi?id=295 ------- Additional Comments From stevesk at pobox.com 2002-07-18 16:25 ------- this seems to make sense. can linux/rpm/krb folks comment? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=295 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From djm at mindrot.org 2002-09-10 22:19

On Mon, May 18, 2020 at 11:12:29AM +0200, Pino Toscano wrote: > On Tuesday, 5 May 2020 17:44:15 CEST Richard W.M. Jones wrote: > > https://bugzilla.redhat.com/show_bug.cgi?id=1828952#c2 > > I think we need to do a different approach than this patch. > > The biggest thing is that currently we check only SELINUXTYPE for the > actual policy, however we do not check SELINUX

I've built an rpm package to distribute an executable and datafiles, but I need to link to the executable, with the symlink with a different name, into /usr/sbin/ If I make the symlink in the %post, it doesn't show if you do rpm -ql, and /usr/sbin/link gives "not owned by any package". If I make <build path>/usr/bin during the %install, trying to install it gives me

contains version number 2.5.4 and it should be 2.5.5 .. -- Eero