Re: [Bug-zile] Problems generating manpage

[Gary V. Vaughan]

Hi Stefan,

On Jul 28, 2014, at 7:55 PM, Stefan Husmann <address@hidden> wrote:
> Am 28.07.2014 um 10:36 schrieb Gary V. Vaughan:
>>> On 27 Jul 2014, at 13:09, Stefan Husmann <address@hidden> wrote:
>>> compiling the zile master branch from git under Arch Linux, I get the 
>>> following error:
>>> 
>>> checking that generated files are newer than configure... done
>>> configure: creating ./config.status
>>> config.status: creating .travis.yml
>>> config.status: creating Makefile
>>> config.status: creating build-aux/config.ld
>>> config.status: creating lib/zile/version.lua
>>> config.status: creating lib/zemacs/zemacs
>>> config.status: creating lib/zz/zz
>>>  ZLC      lib/zemacs/commands.lua
>>> test -f 'lib/zemacs/commands.lua'
>>>  GEN      doc/zemacs.1
>>> help2man: can't get `--help' info from ./lib/zemacs/help2man-wrapper
>>> Try `--no-discard-stderr' if option outputs to stderr
>>> Makefile:1612: recipe for target 'doc/zemacs.1' failed
>>> make: *** [doc/zemacs.1] Error 255
>>> ==> ERROR: A failure occurred in build().
>>>    Aborting...
>>> 
>>> Process makepkg exited abnormally with code 2
>>> 
>>> You can find the full build log under http://hastebin.com/jopokoreke
>>> 
>>> Help is appreciated.
>> 
>> This sometimes happens when the zlc compiler fails to produce output to
>> lib/zemacs/commands.lua.  If there is nothing in that file, then remove the
>> empty file and run make in verbose mode to see the command line that
>> was called by make, and run it again from your shell to see if there are any
>> error messages.
>> 
>> The other problem I can think of is that help2man-wrapper is not able to
>> run the zemacs --help command; again you can get the error messages
>> from that failure mode by first trying 'lib/zemacs/zemacs --help'.
>> 
>> If you're still stuck after that, please paste your error messages in a reply
>> to this list, and I should be able to help you further.
> 
> thanks for the hint, I think a lib is missing.
> 
> address@hidden zemacs]$ ./zemacs --help
> /usr/bin/lua: /usr/share/lua/5.2/std/string.lua:177: module 'rex_gnu' not 
> found:
>       no field package.preload['rex_gnu']
>       no file 
> '/home/haawda/paketierung/maintained_by_me/zile-git/src/zile/lib/rex_gnu.lua'
>       no file 
> '/home/haawda/paketierung/maintained_by_me/zile-git/src/zile/lib/rex_gnu.lua'
>       no file '/usr/share/lua/5.2/rex_gnu.lua'
>       no file '/usr/share/lua/5.2/rex_gnu/init.lua'
>       no file '/usr/lib/lua/5.2/rex_gnu.lua'
>       no file '/usr/lib/lua/5.2/rex_gnu/init.lua'
>       no file '/usr/lib/lua/5.2/rex_gnu.so'
>       no file '/usr/lib/lua/5.2/loadall.so'
>       no file './rex_gnu.so'
> stack traceback:
>       [C]: in function 'require'
>       /usr/share/lua/5.2/std/string.lua:177: in function 'require_version'
>       ...aketierung/maintained_by_me/zile-git/src/zile/bin/zemacs:102: in 
> main chunk
>       [C]: in ?

Agreed.

You can find the various upstream lrex variants here: 
https://github.com/rrthomas/lrexlib

The easiest way to get the gnu flavor is via luarocks as described in the 
lrexlib README,
but it should be equally straight forward to compile it from source on Linux, 
provided you
have a libc with GNU regex.

> Indeed I have something installed that is named lrexlib-pcre, but Arch Linux 
> does not
> come with an official package, so it is maybe packaged incorrectly. I will 
> try to dig
> into this.

Odd that Arch should package only the pcre flavor of lrexlib, I would think the 
gnu flavor
is more useful in general.  If you plan to try the syntax highlighting zee 
editor, you will
also need lrexlib-onig (and the supporting oniguruma dev packages) which I used 
for
compatibility with TextMate syntax modes.

> Other problem could be a race condidtion. The output of make-d seems to 
> suggest this.
>   http://hastebin.com/hevecekalo

If you're referring to the the doc/.ldocs target, that is a deliberate sentinel 
file to
prevent a race condition with parallel make:

  
https://github.com/gvvaughan/zile/commit/bc1de4ea87f5869a240c068bfdebbcbf79725ed3

I hope you enjoy Zile's new direction (though it has accumulated a fair amount 
of code and
a small amount of instability since the last release, which is next on my TODO 
list after
finishing supporting updates to lua-stdlib)!

Cheers,
-- 
Gary V. Vaughan (gary AT vaughan DOT pe)

signature.asc
Description: Message signed with OpenPGP using GPGMail