similar to: Dovecot 2.2.0 compile error

On Mon, Oct 5, 2020 at 9:59 PM Marvin Scholz <epirat07 at gmail.com> wrote: > > Hi, CC'd the mailing list. > > It seems you are not up to date, git master already has a > --without-openssl option. Without this patch, I get /bin/bash ../libtool --tag=CC --mode=link mips-openwrt-linux-musl-gcc -Wall -ffast-math -fsigned-char

On Wed, Oct 7, 2020 at 3:43 AM Marvin Scholz <epirat07 at gmail.com> wrote: > > Hi, please provide the contents of the config.log > > I can not reproduce your issue on my machine, --without-openssl > works fine here. > > Oh and next time please mention that its about libshout right > away :) https://gist.github.com/neheb/a26714035978d07a822985477524cd45 > > On 7

Hi, please provide the contents of the config.log I can not reproduce your issue on my machine, --without-openssl works fine here. Oh and next time please mention that its about libshout right away :) On 7 Oct 2020, at 12:07, Rosen Penev wrote: > On Mon, Oct 5, 2020 at 9:59 PM Marvin Scholz <epirat07 at gmail.com> > wrote: >> >> Hi, > CC'd the mailing list.

Hello, I need to build a CLANG cross compiler for mips-linux-uclibc. To be completely compatible with the target system, I would like it to use linux 2.6.32.54 headers, binutils 2.25, gcc 4.1.2, and uClibc 0.9.30.1 for the gcc toolchain. I have been able to build the GCC toolchain a variety of different ways, but none of these builds can be "dropped in" via clang as a replacement for

I am cross-compiling rsync 2.6.2 on Linux i386 for Linux ARM. I pass the following to configure: LDSHARED=~/buildroot/build_arm_nofpu/staging_dir/bin/arm-linux-uclibc-gcc CXX=~/buildroot/build_arm_nofpu/staging_dir/bin/arm-linux-uclibc-g++ CC=~/buildroot/build_arm_nofpu/staging_dir/bin/arm-linux-uclibc-gcc AR=~/buildroot/build_arm_nofpu/staging_dir/bin/arm-linux-uclibc-ar

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

Jeremy Allison <jra <at> samba.org> writes: > > On Sat, Mar 12, 2016 at 11:16:36AM +0000, Andy Walsh wrote: > > > > Also keep in mind that samba3.6 was successfully adopted on any device that > > had a usb2.0 port in the past. So slapping a usbstick/sdcard/hdd on a cheap > > router is already a common scenario. > > Yes, and I'd like to help

Hi I am trying to build Xenclient and while it builds gcc, it returns following error. /home/vinxen/xenclient/build/toolchain_build_i686/gcc-4.2.4-initial/./gc c/xgcc -B/home/vinxen/xenclient/build/toolchain_build_i686/gcc-4.2.4-initial/./ gcc/ -B/home/vinxen/xenclient/build/build_i686/staging_dir/usr/i686-linux-ucl ibc/bin/

Howdy. I'm one of the maintainers of Astlinux (www.astlinux.org). We're updating the kernel from 2.6.20, to 2.6.25 (.19), and as such, some packages that previously compiled stopped doing so. We also went from syslinux-3.63 to syslinux-3.72, hoping that a newer version would be more amenable to a more recent kernel. No joy. We're cross-compiling on FC8 (updated) on an i386

hello everyone: i can configue dovecot with the following: ./configure --build='i686-pc-linux-gnu' --host='arm-openwrt-linux' --with-ssl=openssl --with-storages=maildir i_cv_epoll_works=yes i_cv_inotify_works=yes i_cv_posix_fallocate_works=yes i_cv_signed_size_t=no i_cv_gmtime_max_time_t=32 i_cv_signed_time_t=yes i_cv_mmap_plays_with_write=yes i_cv_fd_passing=yes

If you have time, please test http://dovecot.org/nightly/dovecot-latest.tar.gz If nothing big comes up, I'll release it as 1.0beta1 tomorrow evening. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url :

Hello I have problem with deliver dying with signal 11. I'm using postfix + dovecot devliver. If mailbox have many (100+) redirects in sieve or many other sieve rules deliver died. I have tested this in debian etch + dovecot 1.1.18 (compiled from sources) and debian lenny + dovecot 1.1.13 from backports. Sep 7 13:58:19 mail postfix/pipe[5964]: AC6835938: to=<test1 at mx.domain>,

Where do you think the following binaries should be installed to? The possible locations are: - bin/ - sbin/ - libexec/dovecot/ (or lib/dovecot/ in most Linux distros) So the binaries are: 1) These probably belong to bin/ or sbin/ or both: - authtest - dovecotpw - doveadm 2) Binaries that you might want to call from mail_executable setting: - rawlog - gdbhelper 3) Index file dumping

Hi, I have cross compiled samba 3.3.8 for arm, which succeeded. However, the size of the resulting binaries is large (few MB's per binary) so the total installation of samba sums to over 50 megabytes, after stripping the binaries. For example, with samba 2.0.10, the size of smbd was 281 KB. With samba 3.3.8 that is 5.2 MB. Same goes for the other binaries. It looks as if there is a chunk of

On Sat, Mar 12, 2016 at 05:19:13PM +0000, Andy Walsh wrote: > Jeremy Allison <jra <at> samba.org> writes: > > > > > On Sat, Mar 12, 2016 at 11:16:36AM +0000, Andy Walsh wrote: > > > > > > Also keep in mind that samba3.6 was successfully adopted on any device that > > > had a usb2.0 port in the past. So slapping a usbstick/sdcard/hdd on a

Hello, In rc2 sources, the rawlog directory seem to be hard-coded to be looked for in $HOME. I'd like to have a way to centralized the place where rawlog files are, in order to be able : . to rotate them more easily . not to leave them at the user's reach . not to have to enter the user's directory to read them I'd like to have a layout similar to this :

On 12 Mar 2015, at 21:09, Reindl Harald <h.reindl at thelounge.net> wrote: > > /usr/lib64/dovecot/stats/libstats_mail.so > > why in the world a new sub-directory containing just one so-file enforcing pakcage buildsers to change SPEC files? So that external plugins can add more files in there and extend the available statistics.

We upgraded from Dovecot 1.0.15 to 1.2.5 last night, on Solaris 10 using mboxes, mostly without issues. However I had to trash the index/cache files (too many folders were showing corruption issues which is especially bad for Prayer Webmail ".prayer" folders that store preferences; Prayer sees a disconnection as the folder being missing!). I've had one imap process panic in mailbox

Hi, Since update to 2.6.37 I can''t build openwrt on my btrfs buildroot anymore. I''m not sure if this is related to the other flush-btrfs-1 thread. plenty of diskspace is free: /dev/mapper/cruor-build 97G 68G 27G 73% /opt/build It always hangs when openwrt builds the ext4 image and runs tune2fs on it.

Hello, to build + packages dovecot I use the usual Debian tool chain. That includes build with selected GCC options and running lintian. I notice since a long time (read: many earlier versions, up to 2.2.35) this lintian warnings: I: dovecot-core: hardening-no-fortify-functions usr/lib/dovecot/auth N: N: This package provides an ELF binary that lacks the use of fortified libc N: