similar to: Sieve: problems installing in different prefix

Hello, I am a complete newbie to dovecot, but do have reasonable experience in compiling Unix/Linux software. I am currently trying to do a cross-compile of dovecot-2.29.1 to be used on my home office Thecus NAS (host: Thecus kernel 2.6.33 on 32-bit Intel Atom: "i686-nptl-linux-gnu"; my build machine has Ubuntu 16.04.2 LTS) "from ground up", i.e. I need to build and

A comment in tools/configure says that it is intended for these to be command line overridable, so they shouldn''t get expanded at configure time. The patch is fixing tools/m4/default_lib.m4 as far as I can see myself doing this, but imo it is flawed altogether and should rather be removed: - setting prefix and exec_prefix to default values is being done later in tools/configure anyway

For example, an exec should depend on the binary being present. But the exec resource should not care where the binary is coming from. For example, we have a stow command: define stow($creates, $path = "/usr/local/bin") { exec { "stow-$name": command => "$path/stow -v $name", cwd => "/usr/local/stow", creates =>

Hi list, I tried to build rpm based on dovecot-2.2.2-2.fc20.src.rpm on Centos 6.4 rpmbuild --define 'rhel 64' -ba dovecot-2.2.spec I get this error: checking for C compiler default output file name... configure: error: in `/home/builder/rpmbuild/BUILD/dovecot-2.2.2': configure: error: C compiler cannot create executables See `config.log' for more details. (config.log

This appears to be working for me, but suggestions on improvements are welcome: master/manifests/definitions/stowedpackage.pp: > define stowedpackage ( $basepackage, $version, > $rsyncserver=''gold.cae.tntech.edu'', > $rsyncmodule=''metastow'', > $stowdestdir=''/usr/local/stow'' ) { > > file { stow_initiator:

dovecot-2.0.5 autoreconf is failing with: [1] $ autoreconf -f -i [...] src/plugins/acl/Makefile.am:11: `module_LTLIBRARIES' is used but `moduledir' is undefined [...] autoreconf-2.65: automake failed with exit status: 1 Also, $ ./configure --help | grep module --with-nss Build with NSS module support (auto) In other words, no moduledir output in configure --help. Looks

I'm completely new to R and am trying to install an add-on package for one of our faculty members. I've had no problems with most of them, but am completely stuck trying to figure out why MCMCpack won't install.. any help is VERY much appreciated!!! here's what I get when I try to install the package: * Installing *source* package 'MCMCpack' ... checking for C++ compiler

Upgraded to dovecot-1.1.0 today, and activated the fts_lucene plugin. On login with Thunderbird-2.0.0.14, dovecot crashes over and over: Jun 21 14:07:17 airframe dovecot: imap-login: Login: user=<user>, method=CRAM-MD5, rip=192.168.1.1, lip=192.168.1.3, TLS Jun 21 14:07:17 airframe dovecot: child 5712 (imap) killed with signal 11 Jun 21 14:07:17 airframe dovecot: imap-login: Login:

Charles Lepple wrote: > > On 11/9/06, Peter Selinger <selinger-guest@alioth.debian.org> wrote: > > Author: selinger-guest > > Date: Fri Nov 10 05:57:37 2006 > > New Revision: 578 > > @@ -566,72 +567,72 @@ > > > > AC_MSG_CHECKING(driver path) > > AC_ARG_WITH(drvpath, > > -AC_HELP_STRING([--with-drvpath=PATH], [where to install ups

Hi, Running doveadm on Alpine Linux will show various underlinking errors: /usr/bin/doveadm: symbol 'acl_user_module': can't resolve symbol in lib '/usr/lib/dovecot/doveadm/lib10_doveadm_acl_plugin.so'. /usr/bin/doveadm: symbol 'acl_identifier_parse': can't resolve symbol in lib '/usr/lib/dovecot/doveadm/lib10_doveadm_acl_plugin.so'. ... (complete list is

Hi! I'm a little confused with how plugin loading works in dovecot 2, I can't seem to make it load from $(moduledir)/imap/. Is that intended to work? Just a configuration issue? Reason I ask is that I ported my antispam plugin (I know there's a fork, but I still like mine better) to dovecot 2 and the default "make install" no longer loads properly with just

Hello. I'm new to nut and don't know if I've missed something in setting it up or if my ups isn't quite supported. I'm using these: - svn version of nut (downloaded on 9/13/06) - a tripp lite SMART2200RMXL2U - debian sarge with 2.6.8 kernel - the tripplite_usb driver (newhidups says my ups is not supported) I figured out how to get the device perms correct.

When files with pre-0.9.9 tool names exists in $(exec_prefix)/bin, "make DESTDIR=${staging_dir} install" tries to delete them, which may cause a failure for lack of permissions (quite likely to happen when building a package as a normal user), and is wrong anyway (nothing outside of DESTDIR should ever be changed by "make install"). With this patch, it will now cd to

Hi! When I try to use scp from or to a machine that runs openssh-1.2pre16 on Debian Linux, I keep getting the error message "scp: command not found". Executing "ssh this-host echo \$PATH" yields "/usr/bin:/bin:/usr/sbin:/sbin:" which might be set in config.h. sshd is installed to /usr/local/stow/openssh-1.2pre16/sbin, scp to /usr/local/stow/openssh-1.2pre16/bin;

Hello when i install ices-2.0.0, i can't finish "./configure", system said as fellow: checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C

Hello, thank you for the thoughts. > Have you seen the docs for CMake3.0 [1] (see cmake-buildsystem > especially)? They certainly aren't perfect but they are considerably > better than what was there before. Okay, the documentation has come a long way since 3.0 although it still needs a bit of polish. > I wouldn't say that much "important functionality is plain

Hello! I'm having two issues building dovecot, one is with dbox storage, and another building gnutls as the SSL backend (builds fine with openssl). Software versions are Dovecot v2.0.0, GnuTLS 2.8.6 and OpenSSL 1.0.0a Configure: ./configure --prefix=/usr --sysconfdir=/etc/dovecot --localstatedir=/var --libexecdir=/usr/lib --with-moduledir=/usr/lib/dovecot/modules --with-zlib

Hi folks, this patch adds creation of pkg-config descriptors for libflac and libflac++ cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce

I have a problem with large files (>2 Gb) in a Debian sarge based system. I install samba 3.0.34 with this configuration: ./configure --with-smbwrapper --with-ldap --with-automount --with-smbmount --with-pam --with-pam_smbpass --with-ldapsam --with-syslog --without-profiling-data --with-quotas --with-sys-quotas --with-libsmbclient --with-acl-support --with-utmp --with-vfs --with-winbind

I am trying to trying to "./configure" NDOutils on a CentOS 4.4 box with a minimal install, but it gives me the following error, which I assume means I need something gcc-related? *********************./configure output ******************** ************************************************************** checking for a BSD-compatible install... /usr/bin/install -c checking build system