similar to: Pacaging/build issues with AIX and vac (dovecot-2.2.25)

Displaying 20 results from an estimated 7000 matches similar to: "Pacaging/build issues with AIX and vac (dovecot-2.2.25)"

2016 Oct 10
4
Pacaging/build issues with AIX and vac (dovecot-2.2.25)
On 10-Oct-16 06:45, Aki Tuomi wrote: > Does your build end at some particular point? See **** DETAILS **** for in depth (I hope enough!) study/report. > > Aki I would guess this is not "c99" way... Making all in lib-http source='test-http-auth.c' object='test-http-auth.o' libtool=no DEPDIR=.deps depmode=xlc /bin/sh ../../depcomp xlc_r
2017 Jun 10
2
Pacaging/build issues with AIX and vac (dovecot-2.2.25)
On 10/06/2017 14:42, Michael Felt wrote: > > Next chapter in packaging.(Not meant to be extensive, only what I run > across and is easy to report) c) 378 | int quota_root_default_init(struct quota_root *root, const char *args, 379 | const char **error_r) 380 | { 381 | const struct quota_param_parser default_params[] = {
2016 Oct 10
4
Pacaging/build issues with AIX and vac (dovecot-2.2.25)
On 09-Oct-16 22:51, Aki Tuomi wrote: >> >> Michael > > Does the compiler support C99 standard? > > Aki Yes. Plus extended features. Key difference with GCC, e.g., are the flags to the compiler, but autotools general manages those well. Key difference with platform (well, of of) is that it is not GNU, and how shared libraries are built. Again, libtool in particular,
2017 Jun 10
0
Pacaging/build issues with AIX and vac (dovecot-2.2.25)
On 10/06/2017 17:23, Michael Felt wrote: > On 10/06/2017 14:42, Michael Felt wrote: >> >> Next chapter in packaging.(Not meant to be extensive, only what I run >> across and is easy to report) > > c) > > 378 | int quota_root_default_init(struct quota_root *root, const > char *args, > 379 | const char **error_r) >
2017 Jun 10
1
Pacaging/build issues with AIX and vac (dovecot-2.2.25)
On 10/06/2017 17:26, Michael Felt wrote: > On 10/06/2017 17:23, Michael Felt wrote: >> On 10/06/2017 14:42, Michael Felt wrote: >>> >>> Next chapter in packaging.(Not meant to be extensive, only what I >>> run across and is easy to report) So, now in an attempt to report on where I am at... michael at
2017 Jun 10
0
Pacaging/build issues with AIX and vac (dovecot-2.2.25)
On 09/10/2016 21:48, Michael Felt wrote: > I finally decided it was really time to stop being lazy and really > move away from gmail. After I have a server in my basement using > power, etc. > > So I turned on the imap provided - and did not quite cry - it will > have to do for now, but imap2 is wanting. Next chapter in packaging. a) I have 'patched' several files to
2017 Jun 12
0
AIX packaging: src/plugin/quota does not build
#stdout to /dev/null to see only the error messages It comes down to more issues with how IBM xlc handles (less elegantly) Compound Literals compared to GCC. michael at x071:[/data/prj/aixtools/github/dovecot/x071-test]make -i >/dev/null "../../../../src/x071-test/src/plugins/quota/quota.c", line 382.17: 1506-196 (S) Initialization between types "char* const" and
2016 Oct 11
2
Compound Literal - xlc and gcc differences can be patched
Since I so miserably misspelled packaging - a new thread specific to the issue at hand. I found a "workaround". In short, xlc does not accept arrays of nested array - the bottom line (best message) is: 1506-995 (S) An aggregate containing a flexible array member cannot be used as a member of a structure or as an array element. At the core - all the other messages come because this
2006 Feb 21
2
building in AIXV5.3 using the IBM C for AIX compiler V6.0
What fun. I don't often stoke up the boiler and actually compile open-source code, but here I am at the beginning of just such a joyous and wondrous adventure. I'm running the latest level of AIX (V5.3...V4.3 has been obsolete for at least, what, 5 years) and using the IBM compiler (xlc is similarly obsolete, from back when the compiler came with the O/S...oh, for the halcyon days of
2008 Sep 16
2
assertion failure in current hg, file istream.c: line 303 (i_stream_read_data): assertion failed: (stream->stream_errno != 0) (1.1.3 was working fine)
Today I updated to current dovecot-1.1 hg tree and I got many of these assertion failures: file istream.c: line 303 (i_stream_read_data): assertion failed: (stream->stream_errno != 0) (gdb) bt full #0 0x00352402 in __kernel_vsyscall () No symbol table info available. #1 0x0043ed20 in raise () from /lib/libc.so.6 No symbol table info available. #2 0x00440631 in abort () from /lib/libc.so.6
2015 Mar 24
12
[Bug 2370] New: make fails with "rmd160.c", line 35.10: 1506-296 (S) #include file <endian.h> not found. when using --without-openssl on AIX
https://bugzilla.mindrot.org/show_bug.cgi?id=2370 Bug ID: 2370 Summary: make fails with "rmd160.c", line 35.10: 1506-296 (S) #include file <endian.h> not found. when using --without-openssl on AIX Product: Portable OpenSSH Version: 6.9p1 Hardware: Other OS: AIX
2007 Nov 15
1
imap process consuming 100% CPU (Dovecot 1.0.3)
> > Is this behavior cured, or do you continue to see it? > No, the behavior isn't cured. We still continue to see it with various clients. I have posted a couple of truss outputs, but so far no resolution. Sorry for the slow response. I've been "fighting other fires". Jackie > Jackie Hunt wrote: > >> On Mon, 2007-09-03 at 12:37 +0200, Robert
2010 Dec 19
1
Unable to build R-2.10.0 and later releases on AIX 6.1
Hi, I have been able to build R-2.9.2 on AIX 6.1 and AIX 5.2. However, I failed to build R-2.10.0 and later releases on these AIX platforms. The error messages I got are attached below: "connections.c", line 461.10: 1506-022 (S) "truncate64" is not a member of "struct Rconn". "connections.c", line 772.10: 1506-022 (S) "truncate64" is not a member
2015 Dec 18
1
Assistance much appreciated
On 2015-12-17 21:37, peter dalgaard wrote: > As you're dying in an else clause, a previous if () must contain the clue. Unfortunately not necessarily the matching one. > > My guess is that your TRE library is broken. The line should have matched the RE "regline" defined as > > tre_regcomp(&regline, "^[^:]+:[[:blank:]]*", REG_EXTENDED); > ...and
2008 Oct 09
5
Panic 1.1.4
Hi List, try 1.1.4 and have new Panics in Log. Hoped that 1.1.3 finishes this errors... Oct 8 21:56:28 dd10636 dovecot: IMAP(username): Loading modules from directory: /usr/lib/dovecot/imap Oct 8 21:56:28 dd10636 dovecot: IMAP(username): Module loaded: /usr/lib/dovecot/imap/lib20_mail_log_plugin.so Oct 8 21:56:28 dd10636 dovecot: IMAP(username): Effective uid=857, gid=628,
2004 Aug 24
1
building 3.0.6 on AIX
Firstly configure has a slight boo boo at line 9373 checking for cups-config... no ./configure[9373]: ==: unknown test operator checking for library containing dlopen... none required However getting past that trying to make always fails with: Compiling nsswitch/winbind_nss_aix.c with -O2 "nsswitch/winbind_nss_aix.c", line 747.8: 1506-166 (S) Definition of function attrlist_t
2017 Jul 21
2
Core dumped when authenticating to managesieve
Hey, I'm getting "Error in MANAGESIEVE command received by server." and service(managesieve-login) killed with signal 11 (core dumped) when doing two line autenticate(sogo) to managesieve(). # telnet localhost 4190 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. "IMPLEMENTATION" "Dovecot Pigeonhole" "SIEVE"
2008 Dec 02
1
Panic 1.1.x
Hi, its me again. I still cant use any 1.1 edition because of recurrent panics... At the moment i try 1.1.7, i have again panics and problems with Next message unexpectedly lost dovecot -n # 1.1.7: /etc/dovecot.conf # OS: Linux 2.6.24.4 i686 SUSE LINUX 10.1 (i586) protocols: imap imaps pop3 pop3s ssl_ca_file: /path/path/*.servername.com.bundle.crt ssl_cert_file: /path/path/*.servername.com.crt
2018 Jan 24
1
[nbdkit PATCH] maint: Improve ./nbdkit handling of --opt=value
Although useful for in-tree debugging, the ./nbdkit script was not very nice when it comes to using the '--longopt=value' single-string form of options, compared to the two-string '--longopt value' form. Since we used a glob for the multiple spellings of --exportname and --pidfile, the script would try to treat the next argument literally instead of recognizing that the argument
2015 Jun 25
5
Call for testing: OpenSSH 6.9
On 01/06/15 22:17, Tom G. Christensen wrote: > On sparc-sun-solaris2.6 and sparc-sun-solaris2.7 the testsuite fails: > run test cfgparse.sh ... > reparse minimal config > reparse regress config > listenaddress order > bad addr or host: ::1 (no address associated with name) > listenaddress order 1 > bad addr or host: ::1 (no address associated with name) > listenaddress