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
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
> s
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,
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
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)
Definitio
quot;Usage: ocpasswd -c [passwd] [options] username\nocpasswd
--help for usage instructions.\n";
explain = "";
reorder-args;
argument = "[username]";
detail = "This program is openconnect password (ocpasswd) utility. It allows
the generation
an
t 2014 19:11:28 +0100 Andreas Metzler wrote:
>> On 2014-10-28 Nikos Mavrogiannopoulos 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 descri
On Wed, Oct 29, 2014 at 1:02 PM, Didier 'OdyX' Raboud wrote:
> Hi Nikos, hi Andreas,
>
> On Tue, 28 Oct 2014 19:11:28 +0100 Andreas Metzler wrote:
>> On 2014-10-28 Nikos Mavrogiannopoulos wrote:
>> > I think that the issue should be reassigned to cups and it sh
On Wed, Oct 22, 2014 at 10:39 AM, Nikos Mavrogiannopoulos
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 of is having a fun
>
>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, "gnut
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
On Sat, 11 Oct 2014 15:20:45 + Andreas Metzler 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 while the change
On Sun, 21 Sep 2014 13:50:36 +0200 Andreas Metzler wrote:
> On 2014-09-16 Didier 'OdyX' Raboud 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 generation of core f
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
14 matches
Mail list logo
