[PATCH] unsetenv: relax to LGPLv2+

2016-05-26 Thread Eric Blake
Especially since setenv is also LGPLv2+, and it makes sense for the
two modules to stay in sync.

Signed-off-by: Eric Blake 
---

Libvirt wants LGPLv2+ when it uses gnulib, and recently ran into
a problem where it can use the setenv module for mingw but not the
unsetenv module.  Barring any negative reviews, I'll push this in
24 hours, or sooner if I get a positive review; then libvirt will
have to pick up the latest gnulib to make use of it.

 modules/unsetenv | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/modules/unsetenv b/modules/unsetenv
index 015ac4e..909cec9 100644
--- a/modules/unsetenv
+++ b/modules/unsetenv
@@ -24,7 +24,7 @@ Include:
 

 License:
-LGPL
+LGPLv2+

 Maintainer:
 all
-- 
2.5.5




Re: texinfo.tex 2016-05-07.20: "Tex capacity exceeded" with Emacs manuals

2016-05-26 Thread Gavin Smith
On 25 May 2016 at 19:08, Paul Eggert  wrote:
> texinfo.tex version 2016-05-07.20 (the current version in Gnulib) causes
> what appears to be runaway recursion when used to make PDF files for GNU
> Emacs. The Emacs bug report is here:
>
> http://bugs.gnu.org/23611
>
> To reproduce the problem on a Fedora 23 x86-64 machine with build tools
> installed, you can run these shell commands:
>
> git clone git://git.savannah.gnu.org/emacs.git emacs-bug
> cd emacs-bug
> git checkout 1ee91bf89176251f6e399c8436dca0248cdd6f6b
> ./autogen.sh all
> ./configure
> make pdf

These instructions download several 100's of MB of a git repository
and I wasn't willing to let it finish. I tried the file
"emacs-lisp-intro.texi" from
http://git.savannah.gnu.org/cgit/emacs.git/tree/doc/lispintro, and
after editing the file a bit (so it didn't need other files), I
processed it with that version of texinfo.tex. Unfortunately, I wasn't
able to reproduce the error. I did find one problem, though: some
entries in the tables of contents, like 13.1, have "{No value for
``COUNT-WORDS''} " instead of the proper value. That's likely been
brought in by the same change, and needs to be fixed. The change was
to expand @value when the table of contents file was read in, and not
when it was written out: however, in this file the @value is only
given a value (with @set) after the @insertcopying command. I
understand that this should work. I'll have a look at it. If I
remember correctly, I made this change in the first place to prevent a
similar infinite recursion error happening when writing an undefined
@value to an auxiliary file.



Re: texinfo.tex 2016-05-07.20: "Tex capacity exceeded" with Emacs manuals

2016-05-26 Thread Paul Eggert

On 05/26/2016 08:20 AM, Gavin Smith wrote:

These instructions download several 100's of MB of a git repository
and I wasn't willing to let it finish. I tried the file
"emacs-lisp-intro.texi" from
http://git.savannah.gnu.org/cgit/emacs.git/tree/doc/lispintro, and
after editing the file a bit (so it didn't need other files), I
processed it with that version of texinfo.tex. Unfortunately, I wasn't
able to reproduce the error.


OK, here's a smaller example taken from the Emacs source code. Unpack 
the attached tarball in a fresh directory, copy the latest Gnulib 
texinfo.tex into it, and run the shell command 'texi2pdf bovine.texi'. 
On my platform (Fedora 23 x86-64, texi2pdf (GNU Texinfo 6.0) 6363) the 
output says './bovine.toc:1: TeX capacity exceeded, sorry [input stack 
size=5000].' Full output log attached.


Thanks for looking into the problem.



texinfo-bug.tgz
Description: application/compressed-tar
This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live 2014) (preloaded 
format=pdfetex)
 restricted \write18 enabled.
entering extended mode
(./bovine.texi (./texinfo.tex Loading texinfo [version 2016-05-07.20]: pdf,
fonts, markup, glyphs, page headings, tables, conditionals, indexing,
sectioning, toc, environments, defuns, macros, cross references, insertions,
(/usr/share/texlive/texmf-dist/tex/generic/epsf/epsf.tex
This is `epsf.tex' v2.7.4 <14 February 2011>
) localization, formatting, and turning on texinfo input format.)
(./docstyle.texi) [1{/usr/share/texlive/texmf-dist/fonts/map/pdftex/updmap/pdft
ex.map}] [2] (./bovine.toc) [-1] (./bovine.toc) (./bovine.toc
./bovine.toc:1: TeX capacity exceeded, sorry [input stack size=5000].
@makevalueexpandable ->@let @value 
   = @expandablevalue @catcode `@-=@other @c...

@value ->@begingroup @makevalueexpandable 
  @valuexxx 
@makevalueexpandable ->@let @value 
   = @expandablevalue @catcode `@-=@other @c...

@value ->@begingroup @makevalueexpandable 
  @valuexxx 
@makevalueexpandable ->@let @value 
   = @expandablevalue @catcode `@-=@other @c...

@value ->@begingroup @makevalueexpandable 
  @valuexxx 
...
l.1 @unnchapentry{@value {TITLE}}{10001}{top}{1}

./bovine.toc:1:  ==> Fatal error occurred, no output PDF file produced!
Transcript written on bovine.log.
/usr/bin/texi2dvi: pdfetex exited with bad status, quitting.


Re: texinfo.tex 2016-05-07.20: "Tex capacity exceeded" with Emacs manuals

2016-05-26 Thread Gavin Smith
On 26 May 2016 at 16:48, Paul Eggert  wrote:
> OK, here's a smaller example taken from the Emacs source code. Unpack the
> attached tarball in a fresh directory, copy the latest Gnulib texinfo.tex
> into it, and run the shell command 'texi2pdf bovine.texi'. On my platform
> (Fedora 23 x86-64, texi2pdf (GNU Texinfo 6.0) 6363) the output says
> './bovine.toc:1: TeX capacity exceeded, sorry [input stack size=5000].' Full
> output log attached.

OK, I got the same problem with the files you sent. I've committed and
uploaded a new version that reverses the change, so @value is expanded
at the time of writing again. Undefined @value's, when used in index
entries, should not cause failures, either. It's quite possible that
there is some combination that breaks, but it seems to work better for
the files I tried.



Re: texinfo.tex 2016-05-07.20: "Tex capacity exceeded" with Emacs manuals

2016-05-26 Thread Paul Eggert

On 05/26/2016 11:41 AM, Gavin Smith wrote:

OK, I got the same problem with the files you sent. I've committed and
uploaded a new version that reverses the change, so @value is expanded
at the time of writing again. Undefined @value's, when used in index
entries, should not cause failures, either. It's quite possible that
there is some combination that breaks, but it seems to work better for
the files I tried.


Thanks, I verified that the new texinfo.tex works for GNU Emacs master 
'make pdf', and installed it there.