gnutls-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: roadmap for 3.0.0


From: Ted Zlatanov
Subject: Re: roadmap for 3.0.0
Date: Thu, 09 Jun 2011 15:57:50 -0500
User-agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux)

On Thu, 9 Jun 2011 11:44:44 +0200 Nikos Mavrogiannopoulos <address@hidden> 
wrote: 

NM> 2011/6/8 Ted Zlatanov <address@hidden>:
>> I would like to repeat my request for a string-based configuration
>> system.  Take the priority strings and extend them further, since almost
>> everything in GnuTLS can be configured that way.  You'll need a decent
>> parser and it may end up as a multi-line format, but please consider
>> that it's useful.

NM> I can see its usefulness in your use-case, but not in a generic case for
NM> a typical C program or library that will not be able to utilized them 
anyway.
NM> I still believe that something like that should be built on top of gnutls.

(removing the general list from the CC)

Surely it's useful for embedding in scripting languages (Perl, Python,
Ruby, etc.)?  I only see a Python binding out there.  Easier
configuration could help in this regard.  I hope you think of GnuTLS as
a useful library outside of a C context.

In addition I think it would benefit everyone if they could show and
modify their configuration easily without recompiling.  Those who see
that as a security issue can simply not use configuration files.

If this was built on top of GnuTLS as you suggest I can't imagine who
but the GnuTLS developers could do it.  As a feature, it's very tightly
coupled to the GnuTLS API and would have to track every release if it
was external.

Ted




reply via email to

[Prev in Thread] Current Thread [Next in Thread]