From ametzler at downhill.at.eu.org  Sun Jul  1 09:52:26 2007
From: ametzler at downhill.at.eu.org (Andreas Metzler)
Date: Sun, 1 Jul 2007 09:52:26 +0200
Subject: [gnutls-dev] (L)GPL v3 (was:  GnuTLS 1.7.14)
In-Reply-To: <87r6nzru28.fsf@mocca.josefsson.org>
References: <87r6nzru28.fsf@mocca.josefsson.org>
Message-ID: <20070701075226.GA3823@downhill.g.la>

On 2007-06-26 Simon Josefsson <simon at josefsson.org> wrote:
[...]
> * Update license to (L)GPLv3.
[...]

Hello,

I have eyed the gnutls-extra dependency chain's copyright statements.
Most of them seem to use the "either version 2 of the License, or (at
your option) any later version." language.

However (mini)lzo 2.02 is version 2 only:

  The LZO library is free software; you can redistribute it and/or
  modify it under the terms of the GNU General Public License,
  version 2, as published by the Free Software Foundation.

2.01 (which is the minilzo version in gnutls's tarball) used the
or-later-clause and can therefore be linked into a
GPLv3-or-later-licensed gnutls-extra. However upgrading to minilzo
2.02 or linking against the separate lzo2 library as distributed by
Linux distributions would be impossible currently. Afaik GPLv2-only
code and GPLv3-or-later code may not be linked together.

I am yet not sure what the implications of going from LGPLv2 to LGPLv3
for libgnutls itself are; I only found a compatibility-matrix for v3
draft on the FSF site on http://gplv3.fsf.org/dd3-faq

I do not know if this matrix still is correct for the final LGPLv3 but
it says that GPLv2-only applies cannot use LGPLv3 libs. I am not sure
on how big a problem this is going to cause, on a quick check on my
installed gnutls using packages only cups, lynx and KDE do without the
or-later-clause.

cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'



From ludo at gnu.org  Sun Jul  1 12:51:33 2007
From: ludo at gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=)
Date: Sun, 01 Jul 2007 12:51:33 +0200
Subject: [gnutls-dev] Function indices in the manual
References: <87myzmhqxz.fsf@chbouib.org> <87k5upyprk.fsf@mocca.josefsson.org>
	<87vee8d1n0.fsf@chbouib.org> <878xb3lwia.fsf@mocca.josefsson.org>
Message-ID: <87ps3cqtvu.fsf_-_@chbouib.org>

Hi,

Simon Josefsson <simon at josefsson.org> writes:

> ludo at chbouib.org (Ludovic Court?s) writes:

>>   * The "function index" of the manual mixes Scheme procedures and C
>>     functions.  In theory it might be possible to create separate
>>     indices but since `@deffn' automatically adds functions to the
>>     function index, it would not be convenient.
>
> It may be possible to re-define the function index somehow, perhaps we
> could ask on the texinfo list about this.  I think it would be cleaner
> to have a separate C API index and Scheme API index.  Although it is not
> important to fix this before the first releases.

I asked the Texinfo people about this:

  http://article.gmane.org/gmane.comp.tex.texinfo.general/1015

Apparently, the only way to separate indices with current Texinfo would
be by abusing the variable index, for instance, which doesn't look very
nice to me.

Thanks,
Ludovic.




From simon at josefsson.org  Mon Jul  2 10:44:10 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Mon, 02 Jul 2007 10:44:10 +0200
Subject: [gnutls-dev] Function indices in the manual
In-Reply-To: <87ps3cqtvu.fsf_-_@chbouib.org> ("Ludovic =?iso-8859-1?Q?Cour?=
	=?iso-8859-1?Q?t=E8s=22's?= message of
	"Sun, 01 Jul 2007 12:51:33 +0200")
References: <87myzmhqxz.fsf@chbouib.org> <87k5upyprk.fsf@mocca.josefsson.org>
	<87vee8d1n0.fsf@chbouib.org> <878xb3lwia.fsf@mocca.josefsson.org>
	<87ps3cqtvu.fsf_-_@chbouib.org>
Message-ID: <874pkn9ov9.fsf@mocca.josefsson.org>

ludo at gnu.org (Ludovic Court?s) writes:

> Hi,
>
> Simon Josefsson <simon at josefsson.org> writes:
>
>> ludo at chbouib.org (Ludovic Court?s) writes:
>
>>>   * The "function index" of the manual mixes Scheme procedures and C
>>>     functions.  In theory it might be possible to create separate
>>>     indices but since `@deffn' automatically adds functions to the
>>>     function index, it would not be convenient.
>>
>> It may be possible to re-define the function index somehow, perhaps we
>> could ask on the texinfo list about this.  I think it would be cleaner
>> to have a separate C API index and Scheme API index.  Although it is not
>> important to fix this before the first releases.
>
> I asked the Texinfo people about this:
>
>   http://article.gmane.org/gmane.comp.tex.texinfo.general/1015

Thanks for asking!

> Apparently, the only way to separate indices with current Texinfo would
> be by abusing the variable index, for instance, which doesn't look very
> nice to me.

No, not really... I think we'll leave it as is until texinfo is improved
to allow this more easily.

/Simon



From simon at josefsson.org  Mon Jul  2 12:14:13 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Mon, 02 Jul 2007 12:14:13 +0200
Subject: [gnutls-dev] (L)GPL v3
In-Reply-To: <20070701075226.GA3823@downhill.g.la> (Andreas Metzler's message
	of "Sun, 1 Jul 2007 09:52:26 +0200")
References: <87r6nzru28.fsf@mocca.josefsson.org>
	<20070701075226.GA3823@downhill.g.la>
Message-ID: <87d4zb864q.fsf@mocca.josefsson.org>

Andreas Metzler <ametzler at downhill.at.eu.org> writes:

> On 2007-06-26 Simon Josefsson <simon at josefsson.org> wrote:
> [...]
>> * Update license to (L)GPLv3.
> [...]
>
> Hello,
>
> I have eyed the gnutls-extra dependency chain's copyright statements.
> Most of them seem to use the "either version 2 of the License, or (at
> your option) any later version." language.
>
> However (mini)lzo 2.02 is version 2 only:
>
>   The LZO library is free software; you can redistribute it and/or
>   modify it under the terms of the GNU General Public License,
>   version 2, as published by the Free Software Foundation.
>
> 2.01 (which is the minilzo version in gnutls's tarball) used the
> or-later-clause and can therefore be linked into a
> GPLv3-or-later-licensed gnutls-extra. However upgrading to minilzo
> 2.02 or linking against the separate lzo2 library as distributed by
> Linux distributions would be impossible currently. Afaik GPLv2-only
> code and GPLv3-or-later code may not be linked together.
>
> I am yet not sure what the implications of going from LGPLv2 to LGPLv3
> for libgnutls itself are; I only found a compatibility-matrix for v3
> draft on the FSF site on http://gplv3.fsf.org/dd3-faq
>
> I do not know if this matrix still is correct for the final LGPLv3 but
> it says that GPLv2-only applies cannot use LGPLv3 libs. I am not sure
> on how big a problem this is going to cause, on a quick check on my
> installed gnutls using packages only cups, lynx and KDE do without the
> or-later-clause.

Hi!  Thanks for the review.  I have asked on the gnu-prog-discuss list
what we should do here.  It may take some time to solve this, and I
don't want to hold up the next stable release for it.  So it is no
longer a release blocker.

Now I should really go work on the external signing callback instead,
which actually is the major release blocker right now...

/Simon



From simon at josefsson.org  Mon Jul  2 14:13:21 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Mon, 02 Jul 2007 14:13:21 +0200
Subject: [gnutls-dev] Guile related 'make install' failure
In-Reply-To: <87wsxmwkue.fsf@chbouib.org> ("Ludovic =?iso-8859-1?Q?Court?=
	=?iso-8859-1?Q?=E8s=22's?= message of
	"Fri, 29 Jun 2007 22:45:45 +0200")
References: <87myynrrdw.fsf@mocca.josefsson.org> <87d4zih22h.fsf@chbouib.org>
	<87tzstpwhl.fsf@mocca.josefsson.org> <874pkt6qm7.fsf@chbouib.org>
	<87tzssjej4.fsf@mocca.josefsson.org> <87lke323f2.fsf@chbouib.org>
	<87bqeyhkaw.fsf@mocca.josefsson.org> <87wsxmwkue.fsf@chbouib.org>
Message-ID: <87tzsn57ha.fsf@mocca.josefsson.org>

ludo at gnu.org (Ludovic Court?s) writes:

> Perhaps we could rather put it in an "Obtaining and Installing GnuTLS"
> node (or similar), in between "Preface" and "The Library"?  "Guile
> Preparations" would just be a sub-node, and I guess additional material
> about GnuTLS-core could go in another sub-node (e.g., the information
> under the "Compilation Issues" heading of the `README' file).
>
> BTW, that'd also be an opportunity to mention `bug-gnutls at gnu.org'.

Good idea, I added some stuff about this.  I didn't move the Guile stuff
though, having it in the Guile chapter of the manual seemed better.
There is a cross-reference in the 'Downloading and installing' node
though.

Let me know what you think, and if you can think of some improvement
(preferably in the form of patches :)).

/Simon



From simon at josefsson.org  Mon Jul  2 16:42:00 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Mon, 02 Jul 2007 16:42:00 +0200
Subject: [gnutls-dev] GnuTLS 1.7.15
Message-ID: <87d4za50lj.fsf@mocca.josefsson.org>

Note that the GnuTLS 1.7.x branch is NOT what you want for your stable
system.  It is intended for developers and experienced users.

There are two remaining work items before the next stable release, and I
expect them to be solved during this week.

* Fix sign callback API to be per-credential rather than per-session.

* Check copyright papers for everyone who contributed during the 1.7.x
  phase (I opportunistically installed some fixes after confirming with
  authors that they were sending copyright assignments, although I have
  not verified that the assignment were actually received).

Below is the regular release announcement...

* Version 1.7.15 (released 2007-07-02)

** Fix self-tests key-id under mingw32.

** Test that the Guile header files are recent enough to work.
Before we just tested that the command line tool 'guile' was recent
enough, which may not be sufficient if you still have an old
libguile.h header installed.

** Guile bindings are now installed under $prefix by default.
Use --without-guile-site-dir to install it under $pkgdatadir/site/
where $pkgdatadir is as returned by "guile-config info pkgdatadir".
Use --with-guile-site-dir=/your/own/path to specify the path manually.
The default, --with-guile-site-dir, will install the Guile bindings
under $datadir/guile/site.  There is a new section 'Guile
Preparations' in the manual that discuss these issues.

** Fix run-time library path ordering in linking the Guile bindings.

** Improved manual on downloading, installing, getting help, bug reports etc.
Suggested by Ludovic Court?s <ludovic.courtes at laas.fr>.

** Add Malay message translations.
Thanks to Sharuzzaman Ahmat Raslan <sharuzzaman at myrealbox.com>.

** API and ABI modifications:
No changes since last version.

Here are the compressed sources (4.6MB):
  ftp://ftp.gnutls.org/pub/gnutls/gnutls-1.7.15.tar.bz2
  http://josefsson.org/gnutls/releases/gnutls-1.7.15.tar.bz2

Here are GPG detached signatures signed using key 0xB565716F:
  ftp://ftp.gnutls.org/pub/gnutls/gnutls-1.7.15.tar.bz2.sig
  http://josefsson.org/gnutls/releases/gnutls-1.7.15.tar.bz2.sig

Here are the SHA-1 and SHA-224 checksums:

ec725920ae908388b71a4dabe954073588a1cddd  gnutls-1.7.15.tar.bz2
1ded34c45752e8815acbbfec86cd9fd64c3cf4a6  gnutls-1.7.15.tar.bz2.sig

23b2338e24106622405986043fb5b9d9b2213630f93c733caa88d8f8  gnutls-1.7.15.tar.bz2
56d4cbf586cd573da6a6936d41b63f23dd8314135bfb6d4f797f25ca  gnutls-1.7.15.tar.bz2.sig

Improving GnuTLS is costly, but you can help!  We are looking for
organizations that find GnuTLS useful and wish to contribute back.
You can contribute by reporting bugs, improve the software, or donate
money or equipment.

Commercial support contracts for GnuTLS are available, and they help
finance continued maintenance.  Simon Josefsson Datakonsult, a
Stockholm based privately held company, is currently funding GnuTLS
maintenance.  We are always looking for interesting development
projects.  See http://josefsson.org/ for more details.

/Simon



From simon at josefsson.org  Mon Jul  2 16:59:21 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Mon, 02 Jul 2007 16:59:21 +0200
Subject: [gnutls-dev] Preparing for the next stable release
In-Reply-To: <87d4za50lj.fsf@mocca.josefsson.org> (Simon Josefsson's message
	of "Mon, 02 Jul 2007 16:42:00 +0200")
References: <87d4za50lj.fsf@mocca.josefsson.org>
Message-ID: <878x9y4zsm.fsf@mocca.josefsson.org>

The next stable release of GnuTLS is close, and I'd like to request that
you spend half one hour or so to proof-read the current manual:

http://josefsson.org/gnutls/manual/

Pick any section and read it, and if you don't find anything wrong, let
me know which section(s) you read.  If you find something wrong, please
followup on this e-mail and let us know.

The documentation quality depends on you!

/Simon



From simon at josefsson.org  Mon Jul  2 17:27:21 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Mon, 02 Jul 2007 17:27:21 +0200
Subject: [gnutls-dev] GnuTLS 1.7.15 for Windows
Message-ID: <87hcom3jxi.fsf@mocca.josefsson.org>

I updated the Windows installer for GnuTLS 1.7.15, you can find it at:

http://josefsson.org/gnutls4win/

/Simon



From alon.barlev at gmail.com  Mon Jul  2 22:07:06 2007
From: alon.barlev at gmail.com (Alon Bar-Lev)
Date: Mon, 2 Jul 2007 23:07:06 +0300
Subject: [gnutls-dev] GnuTLS 1.7.15
In-Reply-To: <87d4za50lj.fsf@mocca.josefsson.org>
References: <87d4za50lj.fsf@mocca.josefsson.org>
Message-ID: <9e0cf0bf0707021307m57454202m1106badb425dd17e@mail.gmail.com>

On 7/2/07, Simon Josefsson <simon at josefsson.org> wrote:
> * Fix sign callback API to be per-credential rather than per-session.

I cannot find this... Can you please refer me to the correct functions?

Alon.



From alon.barlev at gmail.com  Mon Jul  2 22:21:53 2007
From: alon.barlev at gmail.com (Alon Bar-Lev)
Date: Mon, 2 Jul 2007 23:21:53 +0300
Subject: [gnutls-dev] GnuTLS 1.7.15
In-Reply-To: <9e0cf0bf0707021307m57454202m1106badb425dd17e@mail.gmail.com>
References: <87d4za50lj.fsf@mocca.josefsson.org>
	<9e0cf0bf0707021307m57454202m1106badb425dd17e@mail.gmail.com>
Message-ID: <9e0cf0bf0707021321i72d06ef3v1d30ed77bc7da30d@mail.gmail.com>

On 7/2/07, Alon Bar-Lev <alon.barlev at gmail.com> wrote:
> On 7/2/07, Simon Josefsson <simon at josefsson.org> wrote:
> > * Fix sign callback API to be per-credential rather than per-session.
>
> I cannot find this... Can you please refer me to the correct functions?

Hmmm... I did not read correctly... it is on TODO list.

Alon.



From ludo at gnu.org  Mon Jul  2 22:06:32 2007
From: ludo at gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=)
Date: Mon, 02 Jul 2007 22:06:32 +0200
Subject: [gnutls-dev] Guile related 'make install' failure
References: <87myynrrdw.fsf@mocca.josefsson.org> <87d4zih22h.fsf@chbouib.org>
	<87tzstpwhl.fsf@mocca.josefsson.org> <874pkt6qm7.fsf@chbouib.org>
	<87tzssjej4.fsf@mocca.josefsson.org> <87lke323f2.fsf@chbouib.org>
	<87bqeyhkaw.fsf@mocca.josefsson.org> <87wsxmwkue.fsf@chbouib.org>
	<87tzsn57ha.fsf@mocca.josefsson.org>
Message-ID: <87ps3ain93.fsf@chbouib.org>

Hi,

Simon Josefsson <simon at josefsson.org> writes:

> Good idea, I added some stuff about this.  I didn't move the Guile stuff
> though, having it in the Guile chapter of the manual seemed better.
> There is a cross-reference in the 'Downloading and installing' node
> though.

Looks perfect!

Thanks,
Ludovic.




From ludo at gnu.org  Mon Jul  2 22:02:27 2007
From: ludo at gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=)
Date: Mon, 02 Jul 2007 22:02:27 +0200
Subject: [gnutls-dev] Preparing for the next stable release
References: <87d4za50lj.fsf@mocca.josefsson.org>
	<878x9y4zsm.fsf@mocca.josefsson.org>
Message-ID: <873b06k20c.fsf@chbouib.org>

Hi!

Attached are a few fixes for the Guile section of the manual.

Also, I think all section names should be in "title case", for instance:

  * Introduction to TLS::    (this one is OK)
  * Authentication Methods::
  * More on Certificate Authentication::
  * How to Use TLS in Application Protocols::
  * How to Use GnuTLS in Applications::

But maybe it's already too late to change node names?

Thanks,
Ludovic.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0008-Manual-Small-Guile-fixes.patch
Type: text/x-patch
Size: 2749 bytes
Desc: The Guile patch
URL: </pipermail/attachments/20070702/9d6989d2/attachment.bin>

From simon at josefsson.org  Tue Jul  3 11:26:27 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Tue, 03 Jul 2007 11:26:27 +0200
Subject: [gnutls-dev] Preparing for the next stable release
In-Reply-To: <873b06k20c.fsf@chbouib.org> ("Ludovic =?iso-8859-1?Q?Court?=
	=?iso-8859-1?Q?=E8s=22's?= message of
	"Mon, 02 Jul 2007 22:02:27 +0200")
References: <87d4za50lj.fsf@mocca.josefsson.org>
	<878x9y4zsm.fsf@mocca.josefsson.org> <873b06k20c.fsf@chbouib.org>
Message-ID: <87sl8525z0.fsf@mocca.josefsson.org>

ludo at gnu.org (Ludovic Court?s) writes:

> Hi!
>
> Attached are a few fixes for the Guile section of the manual.

Thanks!

> Also, I think all section names should be in "title case", for instance:
>
>   * Introduction to TLS::    (this one is OK)
>   * Authentication Methods::
>   * More on Certificate Authentication::
>   * How to Use TLS in Application Protocols::
>   * How to Use GnuTLS in Applications::
>
> But maybe it's already too late to change node names?

Hmm, do we need to change the node names?  Perhaps we only need to
change the titles?  I mean:

 @node Authentication methods
- at chapter Authentication methods
+ at chapter Authentication Methods

Is there any place (except the HTML filenames, which doesn't seem very
important) where the node name is shown to readers?

Anyway, now is a very good time to make changes like this, so we'd might
as well change the node names too.

/Simon



From ludo at gnu.org  Tue Jul  3 23:03:26 2007
From: ludo at gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=)
Date: Tue, 03 Jul 2007 23:03:26 +0200
Subject: [gnutls-dev] Preparing for the next stable release
References: <87d4za50lj.fsf@mocca.josefsson.org>
	<878x9y4zsm.fsf@mocca.josefsson.org> <873b06k20c.fsf@chbouib.org>
	<87sl8525z0.fsf@mocca.josefsson.org>
Message-ID: <87k5thb3oh.fsf@chbouib.org>

Hey,

Simon Josefsson <simon at josefsson.org> writes:

> Hmm, do we need to change the node names?  Perhaps we only need to
> change the titles?  I mean:
>
>  @node Authentication methods
> - at chapter Authentication methods
> + at chapter Authentication Methods

Yes, we could do that.

> Is there any place (except the HTML filenames, which doesn't seem very
> important) where the node name is shown to readers?

In menus and next/previous/up/down pointers in HTML files produced by
`makeinfo'.

> Anyway, now is a very good time to make changes like this, so we'd might
> as well change the node names too.

Why not.  It depends on the likelihood that other manuals already rely
on these node names.  Were they the same in 1.6?  Any idea of what
manuals link to the GnuTLS manual?

Thanks,
Ludovic.




From simon at josefsson.org  Fri Jul  6 12:02:01 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Fri, 06 Jul 2007 12:02:01 +0200
Subject: [gnutls-dev] (L)GPL v3
In-Reply-To: <87d4zb864q.fsf@mocca.josefsson.org> (Simon Josefsson's message
	of "Mon, 02 Jul 2007 12:14:13 +0200")
References: <87r6nzru28.fsf@mocca.josefsson.org>
	<20070701075226.GA3823@downhill.g.la>
	<87d4zb864q.fsf@mocca.josefsson.org>
Message-ID: <87ps35rgti.fsf@mocca.josefsson.org>

At least for now, I think the conclusion is that we won't re-license
GnuTLS under (L)GPLv3 only, to avoid problems for GPLv2-only users.
IIRC, RMS agree with this.  Remember that you as a user can always chose
to use GnuTLS under (L)GPLv3 if you prefer.

/Simon



From simon at josefsson.org  Fri Jul  6 12:42:12 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Fri, 06 Jul 2007 12:42:12 +0200
Subject: [gnutls-dev] Preparing for the next stable release
In-Reply-To: <87k5thb3oh.fsf@chbouib.org> ("Ludovic =?iso-8859-1?Q?Court?=
	=?iso-8859-1?Q?=E8s=22's?= message of
	"Tue, 03 Jul 2007 23:03:26 +0200")
References: <87d4za50lj.fsf@mocca.josefsson.org>
	<878x9y4zsm.fsf@mocca.josefsson.org> <873b06k20c.fsf@chbouib.org>
	<87sl8525z0.fsf@mocca.josefsson.org> <87k5thb3oh.fsf@chbouib.org>
Message-ID: <87lkdtq0e3.fsf@mocca.josefsson.org>

ludo at gnu.org (Ludovic Court?s) writes:

> Hey,
>
> Simon Josefsson <simon at josefsson.org> writes:
>
>> Hmm, do we need to change the node names?  Perhaps we only need to
>> change the titles?  I mean:
>>
>>  @node Authentication methods
>> - at chapter Authentication methods
>> + at chapter Authentication Methods
>
> Yes, we could do that.

Please post a patch. :)

>> Is there any place (except the HTML filenames, which doesn't seem very
>> important) where the node name is shown to readers?
>
> In menus and next/previous/up/down pointers in HTML files produced by
> `makeinfo'.

Hm, not critical, but may be nice to fix those anyway.

>> Anyway, now is a very good time to make changes like this, so we'd might
>> as well change the node names too.
>
> Why not.  It depends on the likelihood that other manuals already rely
> on these node names.  Were they the same in 1.6?  Any idea of what
> manuals link to the GnuTLS manual?

The manual node structure has been the same for a long time, I think.
However, I don't think manuals link directly into the GnuTLS manual.  I
have no way to tell for sure though.

I'd say a good compromise here seems to be to change the titles but not
the node names.

/Simon



From ludo at gnu.org  Sun Jul  8 16:43:24 2007
From: ludo at gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=)
Date: Sun, 08 Jul 2007 16:43:24 +0200
Subject: [gnutls-dev] Preparing for the next stable release
References: <87d4za50lj.fsf@mocca.josefsson.org>
	<878x9y4zsm.fsf@mocca.josefsson.org> <873b06k20c.fsf@chbouib.org>
	<87sl8525z0.fsf@mocca.josefsson.org> <87k5thb3oh.fsf@chbouib.org>
	<87lkdtq0e3.fsf@mocca.josefsson.org>
Message-ID: <87lkdr3qib.fsf@chbouib.org>

Hi,

Simon Josefsson <simon at josefsson.org> writes:

> I'd say a good compromise here seems to be to change the titles but not
> the node names.

Ok, see attached patch.

For some reason, I'm now (again) unable to produce the PDF.  The
relevant error message is:

  ! Emergency stop.
  <*> ...ut /home/ludo/src/gnutls/doc/internals.texi

  *** (job aborted, no legal \end found)

  !  ==> Fatal error occurred, no output PDF file produced!

Any idea?

Thanks,
Ludovic.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0009-Manual-Capitalized-section-and-chapter-titles.patch
Type: text/x-patch
Size: 14221 bytes
Desc: The patch
URL: </pipermail/attachments/20070708/55d26d91/attachment.bin>

From simon at josefsson.org  Mon Jul  9 00:26:36 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Mon, 09 Jul 2007 00:26:36 +0200
Subject: [gnutls-dev] Preparing for the next stable release
In-Reply-To: <87lkdr3qib.fsf@chbouib.org> ("Ludovic =?iso-8859-1?Q?Court?=
	=?iso-8859-1?Q?=E8s=22's?= message of
	"Sun, 08 Jul 2007 16:43:24 +0200")
References: <87d4za50lj.fsf@mocca.josefsson.org>
	<878x9y4zsm.fsf@mocca.josefsson.org> <873b06k20c.fsf@chbouib.org>
	<87sl8525z0.fsf@mocca.josefsson.org> <87k5thb3oh.fsf@chbouib.org>
	<87lkdtq0e3.fsf@mocca.josefsson.org> <87lkdr3qib.fsf@chbouib.org>
Message-ID: <87tzse1qhv.fsf@mocca.josefsson.org>

ludo at gnu.org (Ludovic Court?s) writes:

> Hi,
>
> Simon Josefsson <simon at josefsson.org> writes:
>
>> I'd say a good compromise here seems to be to change the titles but not
>> the node names.
>
> Ok, see attached patch.

Thanks, applied!

> For some reason, I'm now (again) unable to produce the PDF.  The
> relevant error message is:
>
>   ! Emergency stop.
>   <*> ...ut /home/ludo/src/gnutls/doc/internals.texi
>
>   *** (job aborted, no legal \end found)
>
>   !  ==> Fatal error occurred, no output PDF file produced!
>
> Any idea?

I haven't seen that before.  Possibly some file got corrupted?  Can you
reproduce it from a fresh checkout?  (try gitco to simulate a clean
checkout: <http://blog.josefsson.org/2007/03/14/gitco/>).

/Simon



From simon at josefsson.org  Mon Jul  9 00:50:45 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Mon, 09 Jul 2007 00:50:45 +0200
Subject: [gnutls-dev] Preparing for the next stable release
In-Reply-To: <87tzse1qhv.fsf@mocca.josefsson.org> (Simon Josefsson's message
	of "Mon, 09 Jul 2007 00:26:36 +0200")
References: <87d4za50lj.fsf@mocca.josefsson.org>
	<878x9y4zsm.fsf@mocca.josefsson.org> <873b06k20c.fsf@chbouib.org>
	<87sl8525z0.fsf@mocca.josefsson.org> <87k5thb3oh.fsf@chbouib.org>
	<87lkdtq0e3.fsf@mocca.josefsson.org> <87lkdr3qib.fsf@chbouib.org>
	<87tzse1qhv.fsf@mocca.josefsson.org>
Message-ID: <87ps321pdm.fsf@mocca.josefsson.org>

Simon Josefsson <simon at josefsson.org> writes:

>> For some reason, I'm now (again) unable to produce the PDF.  The
>> relevant error message is:
>>
>>   ! Emergency stop.
>>   <*> ...ut /home/ludo/src/gnutls/doc/internals.texi
>>
>>   *** (job aborted, no legal \end found)
>>
>>   !  ==> Fatal error occurred, no output PDF file produced!
>>
>> Any idea?
>
> I haven't seen that before.  Possibly some file got corrupted?  Can you
> reproduce it from a fresh checkout?  (try gitco to simulate a clean
> checkout: <http://blog.josefsson.org/2007/03/14/gitco/>).

I could reproduce it... the problem is that make wants to refresh
internals.pdf from internals.texi, which won't work (internals.texi
isn't a standalone texi file, and furthermore, internals.pdf isn't built
from it).

jas at mocca:~/src/gnutls/doc$ make gnutls.info
TEXINPUTS="../build-aux:$TEXINPUTS" \
        MAKEINFO='/bin/sh /home/jas/src/gnutls/build-aux/missing --run makeinfo -I ../doc  -I .' \
        texi2dvi -I ../doc --pdf --batch internals.texi
This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)
 file:line:error style messages enabled.
 %&-line parsing enabled.
entering extended mode

(/home/jas/src/gnutls/doc/internals.texi
/home/jas/src/gnutls/doc/internals.texi:28: Missing $ inserted.
<inserted text> 

Debugging this, I find:

Updating goal targets....
 File `gnutls.info' does not exist.
   Prerequisite `internals.texi' is newer than target `internals.pdf'.
  Must remake target `internals.pdf'.

So it seems the problem was caused by having internals.texi be more
recent than internals.pdf...

I solved this by removing internals.texi and moving the contents inside
gnutls.texi.

/Simon



From ludo at gnu.org  Mon Jul  9 18:00:32 2007
From: ludo at gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=)
Date: Mon, 09 Jul 2007 18:00:32 +0200
Subject: [gnutls-dev] Preparing for the next stable release
References: <87d4za50lj.fsf@mocca.josefsson.org>
	<878x9y4zsm.fsf@mocca.josefsson.org> <873b06k20c.fsf@chbouib.org>
	<87sl8525z0.fsf@mocca.josefsson.org> <87k5thb3oh.fsf@chbouib.org>
	<87lkdtq0e3.fsf@mocca.josefsson.org> <87lkdr3qib.fsf@chbouib.org>
	<87tzse1qhv.fsf@mocca.josefsson.org>
	<87ps321pdm.fsf@mocca.josefsson.org>
Message-ID: <87hcod1s9r.fsf@chbouib.org>

Hi,

Simon Josefsson <simon at josefsson.org> writes:

> I solved this by removing internals.texi and moving the contents inside
> gnutls.texi.

Works perfectly here.

I just noticed I had forgotten to capitalize all subsections.  Attached
is an additional patch.

Thanks,
Ludovic.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0010-Capitalized-subsection-titles.patch
Type: text/x-patch
Size: 16527 bytes
Desc: The patch.
URL: </pipermail/attachments/20070709/a4105c1b/attachment.bin>

From simon at josefsson.org  Mon Jul  9 22:51:18 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Mon, 09 Jul 2007 22:51:18 +0200
Subject: [gnutls-dev] Preparing for the next stable release
In-Reply-To: <87hcod1s9r.fsf@chbouib.org> ("Ludovic =?iso-8859-1?Q?Court?=
	=?iso-8859-1?Q?=E8s=22's?= message of
	"Mon, 09 Jul 2007 18:00:32 +0200")
References: <87d4za50lj.fsf@mocca.josefsson.org>
	<878x9y4zsm.fsf@mocca.josefsson.org> <873b06k20c.fsf@chbouib.org>
	<87sl8525z0.fsf@mocca.josefsson.org> <87k5thb3oh.fsf@chbouib.org>
	<87lkdtq0e3.fsf@mocca.josefsson.org> <87lkdr3qib.fsf@chbouib.org>
	<87tzse1qhv.fsf@mocca.josefsson.org>
	<87ps321pdm.fsf@mocca.josefsson.org> <87hcod1s9r.fsf@chbouib.org>
Message-ID: <873azx9u7t.fsf@mocca.josefsson.org>

ludo at gnu.org (Ludovic Court?s) writes:

> Hi,
>
> Simon Josefsson <simon at josefsson.org> writes:
>
>> I solved this by removing internals.texi and moving the contents inside
>> gnutls.texi.
>
> Works perfectly here.
>
> I just noticed I had forgotten to capitalize all subsections.  Attached
> is an additional patch.

Applied, thanks!

/Simon



From n.mavrogiannopoulos at gmail.com  Fri Jul 13 02:52:24 2007
From: n.mavrogiannopoulos at gmail.com (Hal Eden)
Date: Thu, 12 Jul 2007 18:52:24 -0600
Subject: [gnutls-dev] gnutls-cli bug
Message-ID: <C15499DC-F7BD-4F08-B5B6-CCB1580CD19A@colorado.edu>

when using the -s flag under macosx, i found that it would perform  
the handshake, but when i typed the next line to be sent to the  
server it would exit the program and leave what i typed in the input  
buffer for the shell to read (it works fine when i send SIGALRM).

i think what is needed is for the EOF flag to be cleared: clearerr()  
does this (there may be other, better solutions).

i put  this after:

673:
<               ret = do_handshake (&hd);


 >               ret = do_handshake (&hd);
 >		 clearerr(stdin);


and tested.  this seems to fix the issue.

let me know if you need any further information.

thanks for this fine utility.

hal



From simon at josefsson.org  Sat Jul 14 10:46:19 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Sat, 14 Jul 2007 10:46:19 +0200
Subject: [gnutls-dev] gnutls-cli bug
In-Reply-To: <C15499DC-F7BD-4F08-B5B6-CCB1580CD19A@colorado.edu> (Hal Eden's
	message of "Thu, 12 Jul 2007 18:52:24 -0600")
References: <C15499DC-F7BD-4F08-B5B6-CCB1580CD19A@colorado.edu>
Message-ID: <87ir8npe3o.fsf@mocca.josefsson.org>

Hi, thanks for the report.  Patch installed on the 1.7.x branch.

/Simon

Hal Eden <n.mavrogiannopoulos at gmail.com> writes:

> when using the -s flag under macosx, i found that it would perform  
> the handshake, but when i typed the next line to be sent to the  
> server it would exit the program and leave what i typed in the input  
> buffer for the shell to read (it works fine when i send SIGALRM).
>
> i think what is needed is for the EOF flag to be cleared: clearerr()  
> does this (there may be other, better solutions).
>
> i put  this after:
>
> 673:
> <               ret = do_handshake (&hd);
>
>
>  >               ret = do_handshake (&hd);
>  >		 clearerr(stdin);
>
>
> and tested.  this seems to fix the issue.
>
> let me know if you need any further information.
>
> thanks for this fine utility.
>
> hal



From yanagisawa at csg.is.titech.ac.jp  Sat Jul 14 14:44:25 2007
From: yanagisawa at csg.is.titech.ac.jp (Yoshisato YANAGISAWA)
Date: Sat, 14 Jul 2007 21:44:25 +0900
Subject: [gnutls-dev] Add support for Camellia block cipher to gnutls 1.7.15.
Message-ID: <20070714214425.e8a30d56.yanagisawa@csg.is.titech.ac.jp>


Hello,

I implemented a patch for adding support for Camellia block cipher to
GNU TLS 1.7.15.  Camellia is an approved encryption method to use by
European Union and supported by OpenSSL >= 0.9.8c.

I put a patch at:
http://www.is.titech.ac.jp/~yanagis0/text/camellia/gnutls-1.7.15.patch
in http://www.is.titech.ac.jp/~yanagis0/text/camellia-e.html
Since the patch uses Camellia engine in libgcrypt, you need
Camellia-enabled libgcrypt, whose version is >= 1.3.0 with Camellia
enabled by --enable-ciphers option.

I hope you will review the patch and import it into gnutls.

Thank you in advance.

-- 
-------------------------------------------------------
Yoshisato YANAGISAWA <yanagisawa at csg.is.titech.ac.jp>
Dept. of Mathematical and Computing Sciences,
Graduate School of Information Science and Engineering,
Tokyo Institute of Technology.
/* If you are an *BSD user, let's join http://bsdstats.org/ */



From simon at josefsson.org  Sun Jul 15 23:44:09 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Sun, 15 Jul 2007 23:44:09 +0200
Subject: [gnutls-dev] Add support for Camellia block cipher to gnutls
	1.7.15.
In-Reply-To: <20070714214425.e8a30d56.yanagisawa@csg.is.titech.ac.jp>
	(Yoshisato YANAGISAWA's message of "Sat, 14 Jul 2007 21:44:25 +0900")
References: <20070714214425.e8a30d56.yanagisawa@csg.is.titech.ac.jp>
Message-ID: <87hco54a1i.fsf@mocca.josefsson.org>

Yoshisato YANAGISAWA <yanagisawa at csg.is.titech.ac.jp> writes:

> Hello,
>
> I implemented a patch for adding support for Camellia block cipher to
> GNU TLS 1.7.15.  Camellia is an approved encryption method to use by
> European Union and supported by OpenSSL >= 0.9.8c.
>
> I put a patch at:
> http://www.is.titech.ac.jp/~yanagis0/text/camellia/gnutls-1.7.15.patch
> in http://www.is.titech.ac.jp/~yanagis0/text/camellia-e.html
> Since the patch uses Camellia engine in libgcrypt, you need
> Camellia-enabled libgcrypt, whose version is >= 1.3.0 with Camellia
> enabled by --enable-ciphers option.
>
> I hope you will review the patch and import it into gnutls.

Hi!  Thanks for your contribution.  In order to use it, we need the
copyright for the patch transferred to the FSF.  Is this ok with you?  I
can send you the proper form off-list.

/Simon



From yanagisawa at csg.is.titech.ac.jp  Mon Jul 16 08:05:19 2007
From: yanagisawa at csg.is.titech.ac.jp (Yoshisato YANAGISAWA)
Date: Mon, 16 Jul 2007 15:05:19 +0900
Subject: [gnutls-dev] Add support for Camellia block cipher to gnutls
	1.7.15.
In-Reply-To: <87hco54a1i.fsf@mocca.josefsson.org>
References: <20070714214425.e8a30d56.yanagisawa@csg.is.titech.ac.jp>
	<87hco54a1i.fsf@mocca.josefsson.org>
Message-ID: <20070716150519.095a94d5.yanagisawa@csg.is.titech.ac.jp>


Hello Simon,

On Sun, 15 Jul 2007 23:44:09 +0200
Simon Josefsson <simon at josefsson.org> wrote:

> > I implemented a patch for adding support for Camellia block cipher
> > to GNU TLS 1.7.15.  Camellia is an approved encryption method to
> > use by European Union and supported by OpenSSL >= 0.9.8c.
(snip)
> Hi!  Thanks for your contribution.  In order to use it, we need the
> copyright for the patch transferred to the FSF.  Is this ok with
> you?  I can send you the proper form off-list.

Yes, I will transfer my copyright and will never wield moral rights of
the author even under the Copyright Law of Japan.
http://www.cric.or.jp/cric_e/clj/clj.html

-- 
-------------------------------------------------------
Yoshisato YANAGISAWA <yanagisawa at csg.is.titech.ac.jp>
Dept. of Mathematical and Computing Sciences,
Graduate School of Information Science and Engineering,
Tokyo Institute of Technology.
/* If you are an *BSD user, let's join http://bsdstats.org/ */



From joe at manyfish.co.uk  Thu Jul 26 14:18:15 2007
From: joe at manyfish.co.uk (Joe Orton)
Date: Thu, 26 Jul 2007 13:18:15 +0100
Subject: [gnutls-dev] Preparing for the next stable release
In-Reply-To: <878x9y4zsm.fsf@mocca.josefsson.org>
References: <87d4za50lj.fsf@mocca.josefsson.org>
	<878x9y4zsm.fsf@mocca.josefsson.org>
Message-ID: <20070726121815.GA26564@manyfish.co.uk>

On Mon, Jul 02, 2007 at 04:59:21PM +0200, Simon Josefsson wrote:
> The next stable release of GnuTLS is close, and I'd like to request that
> you spend half one hour or so to proof-read the current manual:

FWIW, I recently updated neon (http://www.webdav.org/neon/) to use the 
new gnutls_x509_dn_get_rdn_ava() function and it works great.  neon's 
GnuTLS-based SSL support is now 99% feature-complete relative to 
OpenSSL.  I'm looking forward to seeing a new GnuTLS stable release!

joe



From simon at josefsson.org  Tue Jul 31 20:57:37 2007
From: simon at josefsson.org (Simon Josefsson)
Date: Tue, 31 Jul 2007 20:57:37 +0200
Subject: [gnutls-dev] Preparing for the next stable release
In-Reply-To: <20070726121815.GA26564@manyfish.co.uk> (Joe Orton's message of
	"Thu, 26 Jul 2007 13:18:15 +0100")
References: <87d4za50lj.fsf@mocca.josefsson.org>
	<878x9y4zsm.fsf@mocca.josefsson.org>
	<20070726121815.GA26564@manyfish.co.uk>
Message-ID: <87ejiol7tq.fsf@mocca.josefsson.org>

Joe Orton <joe at manyfish.co.uk> writes:

> On Mon, Jul 02, 2007 at 04:59:21PM +0200, Simon Josefsson wrote:
>> The next stable release of GnuTLS is close, and I'd like to request that
>> you spend half one hour or so to proof-read the current manual:
>
> FWIW, I recently updated neon (http://www.webdav.org/neon/) to use the 
> new gnutls_x509_dn_get_rdn_ava() function and it works great.  neon's 
> GnuTLS-based SSL support is now 99% feature-complete relative to 
> OpenSSL.  I'm looking forward to seeing a new GnuTLS stable release!

Cool, great!

A small status update on the next release: I just confirmed that two
copyright assignment were complete.  I still one is still pending, but
will check.

As for the PKCS#11 support, I've decided to pull in what we have on the
PKCS#11 branch (or something similar, at least API wise).  It appears to
solve the problem sufficiently well, and we can always fine-tune the
details later.  The PKCS#11 support will be marked experimental.

/Simon



From alon.barlev at gmail.com  Tue Jul 31 22:33:02 2007
From: alon.barlev at gmail.com (Alon Bar-Lev)
Date: Tue, 31 Jul 2007 23:33:02 +0300
Subject: [gnutls-dev] Preparing for the next stable release
In-Reply-To: <87ejiol7tq.fsf@mocca.josefsson.org>
References: <87d4za50lj.fsf@mocca.josefsson.org>
	<878x9y4zsm.fsf@mocca.josefsson.org>
	<20070726121815.GA26564@manyfish.co.uk>
	<87ejiol7tq.fsf@mocca.josefsson.org>
Message-ID: <9e0cf0bf0707311333j200ca17bj413603b78f4edf26@mail.gmail.com>

On 7/31/07, Simon Josefsson <simon at josefsson.org> wrote:
> As for the PKCS#11 support, I've decided to pull in what we have on the
> PKCS#11 branch (or something similar, at least API wise).  It appears to
> solve the problem sufficiently well, and we can always fine-tune the
> details later.  The PKCS#11 support will be marked experimental.

Can you please specify what you call PKCS#11?
Is it the option to use external signature?
Or the scute engine?
If it is the scute engine, please please please don't call this
PKCS#11 as you mislead users.
If it is the external signature, this has nothing to do with PKCS#11
either... :)

Best Regards,
Alon Bar-Lev.