similar to: 2.3.11.3 on 32bit platforms

On 8/13/20 10:56 AM, Aki Tuomi wrote: > >> On 13/08/2020 11:31 Michael Str?der <michael at stroeder.com> wrote: >> I'm trying to update openSUSE package on OBS [1] which builds for >> various OS versions and hardware platforms. To me it seems that a test >> fails on 32bit platforms: >> >> Info: invalid token 3: structure length disagrees with data

> On 13/08/2020 11:31 Michael Str?der <michael at stroeder.com> wrote: > > > HI! > > I'm trying to update openSUSE package on OBS [1] which builds for > various OS versions and hardware platforms. To me it seems that a test > fails on 32bit platforms: > > Info: invalid token 3: structure length disagrees with data size > test rpa

On 13/08/20 9:16 pm, Michael Str?der wrote: > On 8/13/20 10:56 AM, Aki Tuomi wrote: >> >>> On 13/08/2020 11:31 Michael Str?der <michael at stroeder.com> wrote: >>> I'm trying to update openSUSE package on OBS [1] which builds for >>> various OS versions and hardware platforms. To me it seems that a test >>> fails on 32bit platforms: > >

> On 21/08/2020 08:48 Peter <peter at pajamian.dhs.org> wrote: > > > On 20/08/20 11:02 pm, Thomas Scheunemann wrote: > > Using the Repo http://repo.dovecot.org/ce-2.3-latest after upgrading from > > 2.3.10.1-3 to 2.3.11.3-3 we get numerous error messages like: > > > > dovecot: imap-login: Error: connect(tcpwrap) failed: No such file or directory >

Distro: OpenSuSE Tumbleweed for x86_64 Failing version: dovecot23-2.3.11.3-1.1.x86_64 Install Date: 2020-08-18 Reverting to previous version works: dovecot23-2.3.10.1-2.3.x86_64 (Packages downgraded coordinately: dovecot23 dovecot23-backend-sqlite) How to make it fail: As the user, execute doveadm expunge mailbox Spam37 savedbefore 3day #User's actual cmd doveadm who #The simplest

On Fri, Aug 21, 2020 at 06:02:49PM +1200, Peter wrote: > On 21/08/20 5:55 pm, Aki Tuomi wrote: > > > At a guess it was removed from the spec for el8 (which does not support > > > tcpwrap) and somehow got removed from el7 by accident. The ghettoforge > > > dovecot23 packages have tcpwrap support for el7: So is el8 truly incompatible with tcpwrap? Or is it just too

Using the Repo http://repo.dovecot.org/ce-2.3-latest after upgrading from 2.3.10.1-3 to 2.3.11.3-3 we get numerous error messages like: dovecot: imap-login: Error: connect(tcpwrap) failed: No such file or directory We use tcpwrap support in dovecot, which worked flawlessly in the older version. I can see that the socket /var/run/dovecot/login/tcpwrap is not created anymore. And comparing with

Dear all, I just stumbled over the following instruction in the LLVM IR of a C program compiled with clang: %26 = call i32 (...)* bitcast (i32 (i32, i32, i32, i32, i32)* @KeWaitForSingleObject to i32 (...)*)(i32 %23, i32 %24, i32 %25, i32 0, i32 0) Since our LLVM Parser choked on this instruction, I tried to check the documentation, but did not find anything about such nested bitcasts within

Am 29.12.2017 um 15:08 schrieb Fabian A. Santiago: > December 28, 2017 6:38 PM, "Peter" <peter at pajamian.dhs.org> wrote: > >> On 29/12/17 10:00, Fabian A. Santiago wrote: >> >>> i've now completely uninstalled all traces of dovecot and reinstalled >>> from your repo and still the same issue persists with the same >>> errors.

On 20/08/20 11:02 pm, Thomas Scheunemann wrote: > Using the Repo http://repo.dovecot.org/ce-2.3-latest after upgrading from > 2.3.10.1-3 to 2.3.11.3-3 we get numerous error messages like: > > dovecot: imap-login: Error: connect(tcpwrap) failed: No such file or directory > > We use tcpwrap support in dovecot, which worked flawlessly in the older version. > I can see that the

On Sat, 2 Mar 2019 10:25:49 +0100 Michael Ströder <michael at stroeder.com> wrote: > On 3/1/19 10:17 PM, Rowland Penny via samba wrote: > > You don't need to precreate the computer, the join with 'net' will > > do it for you. > > But then I need to have administrative rights on the OU for the admin > doing the actual join. For security reasons I

On 18/08/20 2:15 pm, Peter wrote: > I'm getting the same issue on a CentOS 6 i386 build: > > test-mech.c:371: Assert(#1) failed: strcmp(test_case->username,username) > ??????? "testuser" != NULL > test-mech.c:380: Assert(#1) failed: request->failed == FALSE > auth mech APOP 2/84 .................................................. : > FAILED > >

Citeren jimc <jimc at jfcarter.net>: > Distro: OpenSuSE Tumbleweed for x86_64 > Failing version: dovecot23-2.3.11.3-1.1.x86_64 Install Date: 2020-08-18 > Reverting to previous version works: dovecot23-2.3.10.1-2.3.x86_64 > (Packages downgraded coordinately: dovecot23 dovecot23-backend-sqlite) > > How to make it fail: As the user, execute > doveadm expunge mailbox

On 21/08/20 5:55 pm, Aki Tuomi wrote: >> At a guess it was removed from the spec for el8 (which does not support >> tcpwrap) and somehow got removed from el7 by accident. The ghettoforge >> dovecot23 packages have tcpwrap support for el7: > > We are looking into this, it was indeed removed from el7 by accident. RPM macros can be quite tricky sometimes. I have: %if

>>>> At a guess it was removed from the spec for el8 (which does not support >>>> tcpwrap) and somehow got removed from el7 by accident. The ghettoforge >>>> dovecot23 packages have tcpwrap support for el7: > > So is el8 truly incompatible with tcpwrap? Or is it just too much > effort to continue suport for every feature that was ever in the system?

Dear all, I'm currently working on the automated program analysis tool AProVE (http://aprove.informatik.rwth-aachen.de/) and would like to use LLVM for analysis of C programs. I have the following example C program dealing with simple lists of integers: ------------ start C example ------------- #include<stdlib.h> struct list_el { int val; struct list_el * next; }; typedef

Alexander good afternoon. Thank you. I have spent the day learning about AppArmor: ? I've reviewed your link, found /etc/apparmor.d/ and its local/ directory. ? I ran aa-logprof?and it found the change in stat?to old-stat? that is discussed in the upgrade documentation. So I Allow (A)?that. There are no other reports. ? I followed the discussion on using yast to manage the profiles. I'm

December 28, 2017 2:52 PM, "Fabian A. Santiago" <fsantiago at garbage-juice.com> wrote: > December 28, 2017 1:21 PM, "Aki Tuomi" <aki.tuomi at dovecot.fi> wrote: > >>> On December 28, 2017 at 7:43 PM "Fabian A. Santiago" <fsantiago at garbage-juice.com> wrote: >>> >>> December 28, 2017 12:14 PM, "Aki

Aki hello, thank you. Hopefully excerpts and top posting are acceptable in the mailing list?? On that assumption: Thanks for the input. I've checked out your suggestions (details below) but unfortunately no joy. I also restored my backup 10-ssl.conf. It indeed has the "<" sign with a space before the explicit paths to the files: ? ? ssl_cert =

Hi, yesterday lib-sql got driver-sqlpool with some changes in Makefile.am, but these changes in makefile works only for --with-sql=yes. When --with-sql=plugin is used build fails with: libtool --tag=CC --mode=link gcc -std=gnu99 -O2 -g -pipe -Wall -Wp,- D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 - m64 -mtune=generic -Wall -W -Wmissing-prototypes