similar to: [Bug 329] New: gmake install prefix=... does not work with the privsep-path

http://bugzilla.mindrot.org/show_bug.cgi?id=329 mouring at eviladmin.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From mouring at eviladmin.org

Hi, could somebody with checkin rights please apply the below patch? It only changes the Cygwin specific installation so that it doesn't bail out if documentation files don't exist. Last time the WARNING.RNG file disappeared, and the Cygwin post-install step failed. Thanks, Corinna Index: contrib/cygwin/Makefile =================================================================== RCS

Version: 2.0.4 and git Kernel tested: 3.10.70 Description: make install fails with: No rule to make target `headers_install'. File impacted: scripts/Kbuild.install Error Received: make[2]: *** No rule to make target `headers_install'. Stop. make[1]: *** [header] Error 2 make: *** [install] Error 2 Issue: KLIBCKERNELSRC=`pwd`/linux/usr points to Makefile without headers_install rule.

headers_install needs KLIBCKERNELOBJ instead of KLIBCKERNELSRC Signed-off-by: Karl Beldan <karl.beldan at gmail.com> --- scripts/Kbuild.install | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/scripts/Kbuild.install b/scripts/Kbuild.install index 370b54e..fd4a2ed 100644 --- a/scripts/Kbuild.install +++ b/scripts/Kbuild.install @@ -95,7 +95,7 @@ header: $(Q)mkdir

Hi, below is a patch which only affects Cygwin. It adds the $(EXEEXT) suffix in calls to install, and it fixes the list of documentation files to install into /usr/share/doc/openssh in a Cygwin installation. Thanks, Corinna Index: Makefile.in =================================================================== RCS file: /cvs/openssh/Makefile.in,v retrieving revision 1.306 diff -u -p -r1.306

Le 22/08/2013 07:43, leroy christophe a ?crit : > Le 22/08/2013 00:59, Thorsten Glaser a ?crit : >> leroy christophe dixit: >> >>> Also you can see that it does try to create /lib instead of >>> /tmp/klibc-install/lib hence my second patch. >> That actually seems to be by design. I always set >> SHLIBDIR on the make command line, so it overrides that.

Hi, seems like there is a problem in gnu-efi Makefiles: When you are not on Debian, this will be installed (from $source/inc/Makefile, called from $source/Makefile): install: mkdir -p $(INSTALLROOT)$(PREFIX)/include/efi mkdir -p $(INSTALLROOT)$(PREFIX)/include/efi/protocol mkdir -p $(INSTALLROOT)$(PREFIX)/include/efi/$(ARCH) $(INSTALL) -m 644 *.h

Hi, I want to integrate openpam with openssh in our server (which uses QNX632 operating system). I am facing some problems in the "make install" part of openssh. Following are the steps I followed to build zlib, openssl, openpam and openssh. *NOTE*: Since I want the sshd and ssh binaries in my server(using QNX), I had to cross compile the packages for QNX (environment was set to x86)

Hi. When I try to use --installroot, I get the following: --- [root at machine ~]# yum --installroot=/data/xchg-2.0/ install apache2 You have enabled checking of packages via GPG keys. This is a good thing. However, you do not have any GPG public keys installed. You need to download the keys for packages you wish to install and install them. You can do that by running the command: rpm

When I load R-WinEdt (>library(RWinEdt), I get the warning: Warning message: multi-argument returns are deprecated in: return(InstallRoot, RWinEdtInstalled) I have upgraded to R 1. 8 on Windows, by copying non-base libraries into the 1.8 library folder and updating the help. I also reinstalled R-WinEdt from the zip file as detailed in RWinEdt ReadMe file using the recommend (A)

Hi. If sshd is configured to use PAM and UsePrivilegeSeparation=no or you are logging is as root, any messages returned by PAM session modules are not displayed to the user. (Even when the config file has privsep=yes, logging in as root disables privsep anyway since there's no point, so it behaves the same way as privsep=no). I think I've figured out why: when privsep=no,

Le 22/08/2013 14:36, Thorsten Glaser a ?crit : > leroy christophe dixit: > >> If I set prefix to / and INSTALLROOT to /opt/klibc, klcc is not able to find >> the include files >> If I set prefix to /opt/klibc and SHLIBDIR to /opt/klibc/lib, it is the target >> that tries to load klibc.so from /tmp/klibc-install/lib instead of /lib > INSTALLROOT is some sort of

Hi, This is included in the release now; any feedback? Privilege separation, or privsep, is method in OpenSSH by which operations that require root privilege are performed by a separate privileged monitor process. Its purpose is to prevent privilege escalation by containing corruption to an unprivileged process. More information is available at:

http://bugzilla.mindrot.org/show_bug.cgi?id=354 Summary: sshd with privsep doesn't do pam session setup properly Product: Portable OpenSSH Version: -current Platform: ix86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org

Hello, We use USE_POSIX_THREADS in our HP-UX build of OpenSSH. When we connect a non-root user with PAM [pam-kerberos] then I get the following error. debug3: PAM: opening session debug1: PAM: reinitializing credentials PAM: pam_setcred(): Failure setting user credentials This is particularly for non-root users with PrivSep YES. When I connect to a root user with PrivSep YES or to a non-root

Hi all. I have a question regarding privsep. Firstly, the following is my understanding of what happens when privsep is enabled: The sshd daemon is running as root listing on 22(a). When a connection is accepted, a child is forked to handle the connection, this child becomes the monitor(b). The monitor forks the pre-auth privsep slave(c), which sheds it privs and hides in its chroot jail.

I haven't recompiled since 3.5p1. I compile --with-privsep-user=nobody * I observe that none of my processes is uid "nobody". In addition, previously I had to disable privsep on either AIX or OSF1 (I forget which), this time it just worked. I was thinking it was because Progress Had Been Made. Now, observing so many root processes, I think it's because privsep is not actually

http://bugzilla.mindrot.org/show_bug.cgi?id=270 Summary: PrivSep breaks sshd on AIX for non-root users Product: Portable OpenSSH Version: -current Platform: PPC OS/Version: AIX Status: NEW Severity: major Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

Hi, I spent the last couple of hours scratching my head about a problem on FreeBSD 4.1.1 with OpenSSH 3.3p1. Without privsep: debug1: Trying rhosts with RSA host authentication for client user gert debug3: Trying to reverse map address 195.30.1.100. debug1: Rhosts RSA authentication: canonical host moebius2.space.net debug2: auth_rhosts2: clientuser gert hostname moebius2.space.net ipaddr

http://bugzilla.mindrot.org/show_bug.cgi?id=325 Summary: PermitRootLogin forced-commands-only & privsep - not working together Product: Portable OpenSSH Version: -current Platform: ix86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: