On Sun, 2015-06-28 at 17:18 -0700, Bruce Korb wrote:
On 06/28/15 04:26, Nikos Mavrogiannopoulos wrote:
http://autogen.sourceforge.net/data/autogen-5.18.5pre20.tar.xz
That version works for me.
OK, then, I've now unwound all the Guile wrapper macro removals from top of
tree.
http
On Sat, 2015-06-27 at 12:05 -0700, Bruce Korb wrote:
On 06/06/15 10:10, Andreas Metzler wrote:
FWIW, it also works for me on sid (both amd64 and i386).
FWIW, it appears to be related to the disablement of Guile 1.6.
I may have to unwind that until I can figure out how Guile 1.6
support
On Sat, 2015-06-06 at 16:18 -0700, Bruce Korb wrote:
In that log, I find:
Compiling '[ -~]' with bits 0x1 === compiled as extended RE
CASE no match: `c' MATCH_FULL vs. `[ -~]'
I think there is a RE library problem. The code is as follows:
/*
* On the first call for this
On Sun, 2015-06-07 at 14:09 -0700, Bruce Korb wrote:
Nikos, I am stumped here. Oh, wait -- what version of Guile?
2.0.[0123] are broken. I've stopped choking on newer versions of 2.0.x that
I've not
seen, but history says that problems do sneak in in micro releases.
(Way back whenever, I
On Fri, 2015-06-05 at 18:19 -0700, Bruce Korb wrote:
export AUTOGEN_TRACE=everything AUTOGEN_TRACE_OUT='/tmp/ag-log.txt'
Log is attached.
===AutoGen starts - 13485: autogen 'ocpasswd-args.def'
Guile Library Version 2.0.11
eval from file agInit.c line 80:
(debug-enable 'backtrace)
Definition
= [username];
detail = This program is openconnect password (ocpasswd) utility. It allows
the generation
and handling of a 'plain' password file used by ocserv.;
copyright = {
date = 2013, 2014;
owner = Nikos Mavrogiannopoulos;
author = Nikos Mavrogiannopoulos;
eaddr
Andreas Metzler wrote:
On 2014-10-28 Nikos Mavrogiannopoulos n...@gnutls.org wrote:
I think that the issue should be reassigned to cups and it should be
modified to close the known file descriptors (stdin/stdout/stderr)
instead of all open descriptors.
Thanks for the explanation. re
On Wed, Oct 29, 2014 at 1:02 PM, Didier 'OdyX' Raboud o...@debian.org wrote:
Hi Nikos, hi Andreas,
On Tue, 28 Oct 2014 19:11:28 +0100 Andreas Metzler wrote:
On 2014-10-28 Nikos Mavrogiannopoulos n...@gnutls.org wrote:
I think that the issue should be reassigned to cups and it should
in start phase.
Bests
Christophe
On 21/10/2014 22:50, Nikos Mavrogiannopoulos wrote:
On Tue, 21 Oct 2014 11:58:21 +0200
=?UTF-8?B?Q2hyaXN0b3BoZSBTw6lndWk=?=
read(3, 0x7fff63334f20, 16) = -1 EINVAL (Invalid
argument)
write(2, gnutls[2]: Failed to read /dev/u..., 57) = 57
write(2, gnutls
On Wed, Oct 22, 2014 at 10:39 AM, Nikos Mavrogiannopoulos
n.mavrogiannopou...@gmail.com wrote:
Thanks, it seems I am correct. Cups closes all open descriptors. I don't know
what I can do in gnutls to fix that. That looks like that should be addressed
in cups.
The best that I can think
On Tue, 21 Oct 2014 11:58:21 +0200 =?UTF-8?B?Q2hyaXN0b3BoZSBTw6lndWk=?=
read(3, 0x7fff63334f20, 16) = -1 EINVAL (Invalid argument)
write(2, gnutls[2]: Failed to read /dev/u..., 57) = 57
write(2, gnutls[3]: ASSERT: rnd.c:142\n, 29) = 29
write(2, gnutls[3]: ASSERT: rnd.c:329\n, 29)
On Sat, 11 Oct 2014 15:20:45 + Andreas Metzler ametz...@debian.org wrote:
Source: gnutls28
Source-Version: 3.3.8-3
We believe that the bug you reported is fixed in the latest version of
gnutls28, which is due to be installed in the Debian FTP archive.
Sorry, I misread the strace, and
On Sun, 21 Sep 2014 13:50:36 +0200 Andreas Metzler ametz...@bebt.de wrote:
On 2014-09-16 Didier 'OdyX' Raboud o...@debian.org wrote:
[...]
Le jeudi, 4 septembre 2014, 13.30:19 Bastian Blank a écrit :
cups aborts at random times after reading certificates and keys:
(…)
As cups disables
On Wed, Nov 12, 2008 at 12:15 PM, Simon Josefsson [EMAIL PROTECTED] wrote:
You mean just removing this code snippet instead of moving it?
/* Check if the last certificate in the path is self signed.
* In that case ignore it (a certificate is trusted only if it
* leads to a trusted
14 matches
Mail list logo