Displaying 20 results from an estimated 20000 matches similar to: "2.3.6 lib-http assert failure"
2019 May 06
0
2.3.6 lib-smtp test failure in CentOS 6
On 02/05/2019 06:52, Peter via dovecot wrote:
> After applying the patches in my previous message...
>
> I'm getting the following when building dovecot for CentOS 6 (but not
> for CentOS 7):
>
>
> lmtp payload - normal: parallel pipelining ssl .......................
> : ok
> CLIENT: Panic: file smtp-client-connection.c: line 1309
>
2019 May 07
1
2.3.6 lib-smtp test failure in CentOS 6
On 7/05/19 11:08 AM, Stephan Bosch wrote:
>> CLIENT: Error: Raw backtrace:
>> /builddir/build/BUILD/dovecot-2.3.6/src/lib-smtp/.libs/lt-test-smtp-payload()
>> [0x4547ea] ->
>> /builddir/build/BUILD/dovecot-2.3.6/src/lib-smtp/.libs/lt-test-smtp-payload()
>> [0x454891] ->
>>
2019 May 02
3
2.3.6 lib-smtp test failure in CentOS 6
After applying the patches in my previous message...
I'm getting the following when building dovecot for CentOS 6 (but not
for CentOS 7):
lmtp payload - normal: parallel pipelining ssl ....................... : ok
CLIENT: Panic: file smtp-client-connection.c: line 1309
(smtp_client_connection_established): assertion failed:
(!conn->connect_succeeded)
CLIENT: Error: Raw backtrace:
2019 Feb 08
0
lib-master test failure i686
Any Ideas?
On 2/7/2019 12:13 PM, Eric Broch via dovecot wrote:
>
> Hello List,
>
> I've built and checked successfully dovecot and dovecot-pigeonhole on
> CentOS 6 x86_64
>
> Immediately below are the successful make check (ok) tests of dovecot
> 'lib-master' (x86_64).
>
> Below that are the unsuccessful (fails) tests of dovecot 'lib-master'
2019 Feb 07
2
lib-master test failure i686
Hello List,
I've built and checked successfully dovecot and dovecot-pigeonhole on
CentOS 6 x86_64
Immediately below are the successful make check (ok) tests of dovecot
'lib-master' (x86_64).
Below that are the unsuccessful (fails) tests of dovecot 'lib-master' on
i686.
Does anyone have a clue as to why these test would fail on i686?
(x86_64):
Making check in lib-master
2019 Feb 08
2
lib-master test failure i686
<!doctype html>
<html>
<head>
<meta charset="UTF-8">
</head>
<body>
<div>
Can you try if https://github.com/dovecot/core/commit/de42b54aaf165d4f62b45be864dde36bdbbc4276.patch helps?
</div>
<div>
<br>
</div>
<div>
Aki
</div>
<blockquote type="cite">
<div>
2019 May 02
1
http-lib test failures when building dovecot-2.3.5 and later in mock builder
There is random failure in test-http-payload when building rpm package
from 2.3.6. I couldn't reproduce that in normal system but that happens
something like every second try in mock chroot build envirnoment. Other
tests don't have issues so it looks like test is not very reliable.
Building 2.3.4 didn't yet have this issue.
./test-http-payload -D output attached.
--
Tuomo Soini
2020 Aug 03
0
Re: [nbdkit] Failure in test-retry-size.sh
On Sun, Aug 02, 2020 at 10:13:05AM +0100, Richard W.M. Jones wrote:
> This happened on s390 in Koji, once. The key lines from the
> log are:
>
> + start_t=0
> nbdkit: sh[1]: debug: retry 1: waiting 1 seconds before retrying
> nbdkit: sh[1]: debug: retry 1: waiting 1 seconds before retrying
> + end_t=1
>
> Somehow nbdkit did wait 2 seconds (or at least,
2017 Jun 07
1
2.2.30.2 fails to compile on centos 7
thx
my actual RPM failed at the same place .. the below was actually not the
result of an rpmbuild command .. cleared out the BUILD directory,
untar'd, configure and ran make manually - failed at the same spot as
the RPM package .. given 2.2.30.1 built ok saw no reason why 2.2.30.2
should suddenly stop ..
rgds
Matt
> Peter <mailto:peter at pajamian.dhs.org>
> 7 June 2017 at
2006 Jan 22
3
Download an Image using Net::HTTP
Hi,
I need to download an image, and I''ve mucked about with Net::HTTP
resp = Net::HTTP.get_response(''www.mydomain.com'', ''/test.jpg'')
f = File.new("test.jpg","w")
f.write(response.body)
And various other combinations using HTTP.get etc. Anyway, I get an
image, but it looks very psychedelic. This is obviously not the correct
way.
2023 Jan 26
1
[Bridge] [PATCH net-next 15/16] selftests: forwarding: lib: Add helpers to build IGMP/MLD leave packets
The testsuite that checks for mcast_max_groups functionality will need to
wipe the added groups as well. Add helpers to build an IGMP or MLD packets
announcing that host is leaving a given group.
Signed-off-by: Petr Machata <petrm at nvidia.com>
---
tools/testing/selftests/net/forwarding/lib.sh | 50 +++++++++++++++++++
1 file changed, 50 insertions(+)
diff --git
2020 Aug 02
2
[nbdkit] Failure in test-retry-size.sh
This happened on s390 in Koji, once. The key lines from the
log are:
+ start_t=0
nbdkit: sh[1]: debug: retry 1: waiting 1 seconds before retrying
nbdkit: sh[1]: debug: retry 1: waiting 1 seconds before retrying
+ end_t=1
Somehow nbdkit did wait 2 seconds (or at least, nbdkit_nanosleep (1, 0)
was called twice by the retry filter). But in the bash script, time
(as measured by $SECONDS) advanced
2001 May 31
1
failure in make check
I have a failure in 'make check' and I would appreciate assistance
regarding what to do about it.
Thanks
-Don
Installing R-1.2.3 on
build[99]% uname -sr
SunOS 5.8
(for those who may recall my previous request for help, I have
updated GCC to 2.95.3, and configured with gcc, GCC's c++, and f77
[not g77])
Running 'make check' got this:
creating `no-segfault.R'
2008 Jan 14
3
Reading HTTP Request parameters
Hello
I''ve a client which send this request to a mongrel HTTPHandler :
res=Net::HTTP.post_form(URI.parse(''http://localhost:3000/test''),{"a"=>1,"b"=>2})
But in the handler I can''t read the parameters one by one, I can read
the entire String only :
class Serveur
class MyHandler < Mongrel::HttpHandler
def process(req, resp)
2004 Mar 02
1
openssh 3.8p1 on Linux
Hello,
I'm having trouble with OpenSSH on Linux.
Here is attached the regression tests log - it'll explain what my
problems are. This cause sshd to die with this output:
buffer_get: trying to get more bytes 1 than in buffer 0
ssh would also dies with this message. I recreated my user keys, and it
works now. remote sshd is 3.7.1p2.
But sshd won't start even after recreating server
2006 Aug 17
6
auth failure with digest-md5
Hi!
I'm using:
Dovecot 1.0.beta8
OpenBSD 3.9
KMail 1.9.3
My password file contains only one user now. I've changed its password
to a dumb one: 'asd' (so this is not a wrong password failure :)
I've configured the PLAIN and DIGEST-MD5 mechanisms in dovecot.conf, and
I'm only using pop3.
Also I've turned on the verbose auth logging, and I'm attaching the logs
2012 Sep 14
1
Samba 4.0.0rc1 Build Error
Hello,
I'm having the following error building samba4 rc1:
...
[3355/3761] Linking default/source3/passdb/libpdb-ldap.so
[3356/3761] Linking default/source3/passdb/libpdb-tdbsam.so
[3357/3761] Linking default/source3/winbindd/libidmap.so
[3358/3761] Linking default/source3/liblibsmb.so
default/source3/passdb/pdb_ldap_3.o: In function `ldapsam_search_one_group':
2016 Sep 02
0
CentOS Digest, Vol 140, Issue 1
On Thu, Sep 1, 2016 at 5:30 PM, <centos-request at centos.org> wrote:
> Send CentOS mailing list submissions to
> centos at centos.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.centos.org/mailman/listinfo/centos
> or, via email, send a message with subject or body 'help' to
> centos-request at
2017 Jun 19
0
Unable to use nut-2.7.4 with Eaton 5E1500I USB
On 06/18/2017 05:42 PM, Charles Lepple wrote:
> On Jun 16, 2017, at 6:12 AM, Manuel Wolfshant
> <wolfy at nobugconsulting.ro <mailto:wolfy at nobugconsulting.ro>> wrote:
>>
>> running autogen.sh was triggered automatically. but even if I do it
>> explicitly, I still get:
>> + autoreconf -i
>> configure.ac:887: warning: AC_LANG_CONFTEST: no
2013 Aug 03
0
[LLVMdev] Errors building dragonegg 3.3 in Fedora rawhide
Fedora rawhide now builds on ARM as well as 32-bit and 64-bit x86, and
while the x86 builds are successful, the ARM build is failing. I was
able to fix the first problem, which was reported in a Debian bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=715424
However, there are further build errors for which I haven't found
appropriate fixes. It looks like there might be a namespace