similar to: Install fails when libdir and libexecdir are the same directory

The question is addressed to Linux RPM-packagers. Hello! I was trying to rebuild rc17 binaries from dovecot-1.0-1_38.rc17.at.src.rpm taken at ATrpms <http://ATrpms.net/>. The process fails with following messages: -------------------- Making install in imap-quota make[3]: Entering directory `/usr/src/asplinux/BUILD/dovecot-1.0.rc15/src/plugins/imap-quota' make[4]: Entering

Hello Dovecot community, Below please find a patch that adds support to dovecot-1.2.11 for: - RFC 4467 - IMAP URLAUTH Extension - RFC 4468 - Submission BURL - RFC 4469 - IMAP CATENATE Extension URLAUTH URLAUTH is added as a plugin so it can be disabled to satisfy site security requirements. Each user's URLAUTH keys for all mailboxes are stored in a file named

System: * Solaris 10 1/13 (X86) in VirtualBox. OpenCSW packages installed: *gcc4core * libltdl7 * netsnmp * netsnmp_dev I'm attempting to run: ./configure --with-snmp --with-wrap --with-snmp-libs="L/opt/csw/lib l/libnetsnmp" And get the following error: configure: error: "Net-SNMP libraries not found, required for SNMP drivers" I'm pasting the whole

[See my comments below.] ----- Forwarded message from an x11-ssh-askpass customer ----- Date: Fri, 30 Mar 2001 16:34:28 -0800 Subject: x11-ssh-askpass 1.2.0 To: jmknoble at jmknoble.cx I just installed x11-ssh-askpass 1.2.0 on some systems, and ran into a couple of minor problems: OpenSSH 2.5.2p2 by default is looking for ssh-askpass in /usr/local/libexec, not /usr/local/libexec/openssh. It

Hello everybody!! I'm new on linux machine configuration, and I have a question related to product versions. We've Linux seweb1 2.6.9-5.EL installed, but instead of install the mysql product from "Red Hat Interprise Linux 4" CD what is mysql-0:4.1.7-4.RHEL4.1.i386, we installed: *mysql 14.12 5.0.24a *So, now, when we tried to install dovecot, it needs

On Wed, 2016-03-16 at 20:33 +0000, Miguel Medalha wrote: > > When building Samba 4.4.0rc and then doing an install to > > /usr/local/samba, a directory "libexec" is being created which then > > contains a "samba" directory with a single "smbspool_krb5_wrapper" > > file inside (/usr/local/samba/libexec/samba/ > > smbspool_krb5_wrapper).

On Sat, 2016-03-19 at 12:41 +0100, Andreas Schneider wrote: > On Saturday 19 March 2016 14:42:32 Andrew Bartlett wrote: > > On Wed, 2016-03-16 at 20:33 +0000, Miguel Medalha wrote: > > > > When building Samba 4.4.0rc and then doing an install to > > > > /usr/local/samba, a directory "libexec" is being created which > > > > then > > >

On 20/03/16 18:57, Miguel Medalha wrote: > >>>> When building Samba 4.4.0rc and then doing an install to >>>> /usr/local/samba, a directory "libexec" is being created which then >>>> contains a "samba" directory with a single "smbspool_krb5_wrapper" >>>> file inside (/usr/local/samba/libexec/samba/ >>>>

On Sun, 2016-03-20 at 18:57 +0000, Miguel Medalha wrote: > >  > Thank you for writing the patch. > > Maybe I am being picky or (most probably) ignoring some valid > motive,  > but why does "smbspool_krb5_wrapper" need a "libexec" directory just > for  > itself? Was there something wrong with keeping this file in  > "/usr/local/samba/bin"

> I'm sorry, I missed the release with ths one. :-) That's okay, I did it during ./configure. > If you file a bug, it will make this a little harder to forget, and we > can get this sorted for the next release (not sure if we will move > binaries around during the release series). Ok. I will try to do that. On a related note, does sysvol really need to be in

https://bugzilla.mindrot.org/show_bug.cgi?id=3745 Bug ID: 3745 Summary: sshd does not read sshd-auth in the libexecdir directory Product: Portable OpenSSH Version: -current Hardware: amd64 OS: Linux Status: NEW Severity: critical Priority: P5 Component: sshd

> If you need a rationale, it could be not to put in the path things that > the admin or user should not directly execute. Yes, put in that way it makes perfect sense. Anyway, thanks for your patch. The thing is cleaner now.

Hello, I'd really like to define the finale libexecdir and localstatedir through the configure-script. But the Makefiles are rewriting them. Not $libexecdir is used, but $pkglibexecdir. And $pkglibexecdir is always defined as $libexecdir/dovecot. But I don't want this trailing "/dovecot". Same with localstatedir. I want dovecot to use a certain path. But to this path, a

Last used in commit fd63d896445260ce83f88e58c0219606f97dca9e (in 2013). --- .gitignore | 1 - common/mlstdutils/Makefile.am | 8 -------- 2 files changed, 9 deletions(-) diff --git a/.gitignore b/.gitignore index 302aa2d81..3aca17f67 100644 --- a/.gitignore +++ b/.gitignore @@ -130,7 +130,6 @@ Makefile.in /common/mlstdutils/.depend /common/mlstdutils/bytes.ml

Here's a patch for ogg.m4 which adds the configuration flag --with-ogg-libdir. This option is useful in circumstances where libogg is configured with a non-default --libdir. Michael --- ogg.m4.orig Mon Aug 20 14:31:38 2001 +++ ogg.m4 Thu Oct 11 11:08:18 2001 @@ -10,19 +10,27 @@ dnl Get the cflags and libraries dnl AC_ARG_WITH(ogg-prefix,[ --with-ogg-prefix=PFX Prefix where libogg is

>>> When building Samba 4.4.0rc and then doing an install to >>> /usr/local/samba, a directory "libexec" is being created which then >>> contains a "samba" directory with a single "smbspool_krb5_wrapper" >>> file inside (/usr/local/samba/libexec/samba/ >>> smbspool_krb5_wrapper). This is not very clean, is it? >>>

Hi to all, I have tryed a few days to configure postfix/dovecot to run into a VPS machine (CentOs) -->The machine has 2 domains (but more in the future) -->i want info at mail.domain1.com and info at mail.domain2.com to be seperated mailboxes -->i want to use lmtp protocol to connect dovecot with postfix -->It will be perfect if i can use the system users for authentication

On Tue, Feb 18, 2020 at 11:05:11AM -0600, Eric Blake wrote: > static const char *sonames[] = { > - /* Prefer the newest library in case multiple exist. */ > + /* Prefer the newest library in case multiple exist. Check two > + * possible directories: the usual VDDK installation puts .so > + * files in an arch-specific subdirectory of $libdir (although > + *

On Saturday 19 March 2016 14:42:32 Andrew Bartlett wrote: > On Wed, 2016-03-16 at 20:33 +0000, Miguel Medalha wrote: > > > When building Samba 4.4.0rc and then doing an install to > > > /usr/local/samba, a directory "libexec" is being created which then > > > contains a "samba" directory with a single "smbspool_krb5_wrapper" > >

On 2/17/20 12:17 PM, Richard W.M. Jones wrote: > Unfortunately this series doesn't work with the real VDDK library :-( > > I see: > > nbdkit: debug: vddk: config_complete > nbdkit: debug: dlopen shim prefix set to /home/rjones/tmp/vddk-6.7.3/vmware-vix-disklib-distrib/lib64 > > Then a little bit later during VDDK initialization it fails with: > >