Monday, October 3, 2016

Failures on Travis

I analyzed some failures on Travis and did lots of commits with changes to .travis.yml and requirements.txt files.

I also started a new documentation page Continuous integration.

One error was /bin/bash: open: command not found (after Writing html report to htmlcov). Explanation: when we run inv cov on Travis, then we must specify the --no-html option because atelier.invlib, after creating a html report, tries to interactively show the produced report. Which fails in a batch environment.

I removed coverage measuring from the .travis.yml file of Lino Extensions Library because IMO measuring coverage there makes no sense. We do one coverage in Developer Guide, and this covers the three projects lino, xl and book.

I removed usage of coveralls because I don’t understand why we need it. (Hamza, don’t hesitate to explain me why you added them if there is a chance that I missed something.)

In the install section, I changed pip install . to pip install -e . (i.e. added the -e option) because I believe it is not necessary to to have pip copy all the files.

A tough one was AssertionError: sorry, but this version only supports 100 named groups. It received its own ticket #1198 when also Subha reported it, he got it when installing a new docker container.

This was obviously caused by some external change (some new version in some dependency) because it occurs in all projects which use weasyprint. Noi is an easy example, there it also failed:

16:30 : I can now reproduce it on my machine. And it is mysterious. I have two virtualenvs, one is my default working environment (called py27), the other one I created it from scratch just for this problem, it is called ttt. I open two terminal windows (one for each virtualenv) and in both terminals I got to the directry of in my repository (both environments are using this code in development mode). I then run the initdb_tmp script, and in py27 it works while in ttt it fails:

(ttt) luc@doll:~/work/noi/lino_noi/projects/team$ ./initdb_tmp
Traceback (most recent call last):
  File "/media/dell1tb/tmp/ttt/bin/", line 5, in <module>
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/django/core/management/", line 353, in execute_from_command_line
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/django/core/management/", line 327, in execute
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/django/", line 18, in setup
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/django/apps/", line 108, in populate
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/django/apps/", line 202, in import_models
    self.models_module = import_module(models_module_name)
  File "/usr/lib/python2.7/importlib/", line 37, in import_module
  File "/media/dell1tb/work/lino/lino/modlib/weasyprint/", line 10, in <module>
    from .choicelists import *
  File "/media/dell1tb/work/lino/lino/modlib/weasyprint/", line 25, in <module>
    from weasyprint import HTML
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/weasyprint/", line 338, in <module>
    from .css import PARSER, preprocess_stylesheet  # noqa
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/weasyprint/css/", line 30, in <module>
    from . import computed_values
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/weasyprint/css/", line 18, in <module>
    from .. import text
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/weasyprint/", line 201, in <module>
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/cffi/", line 105, in cdef
    self._cdef(csource, override=override, packed=packed)
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/cffi/", line 119, in _cdef
    self._parser.parse(csource, override=override, **options)
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/cffi/", line 299, in parse
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/cffi/", line 304, in _internal_parse
    ast, macros, csource = self._parse(csource)
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/cffi/", line 260, in _parse
    ast = _get_parser().parse(csource)
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/cffi/", line 40, in _get_parser
    _parser_cache = pycparser.CParser()
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/pycparser/", line 87, in __init__
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/pycparser/", line 66, in build
    self.lexer = lex.lex(object=self, **kwargs)
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/pycparser/ply/", line 911, in lex
    lexobj.readtab(lextab, ldict)
  File "/media/dell1tb/tmp/ttt/local/lib/python2.7/site-packages/pycparser/ply/", line 233, in readtab
    titem.append((re.compile(pat, lextab._lexreflags | re.VERBOSE), _names_to_funcs(func_name, fdict)))
  File "/media/dell1tb/tmp/ttt/lib/python2.7/", line 194, in compile
    return _compile(pattern, flags)
  File "/media/dell1tb/tmp/ttt/lib/python2.7/", line 249, in _compile
    p = sre_compile.compile(pattern, flags)
  File "/media/dell1tb/tmp/ttt/lib/python2.7/", line 583, in compile
    "sorry, but this version only supports 100 named groups {}".format(p.pattern.groups)
AssertionError: sorry, but this version only supports 100 named groups 178

Both environments have exactly the same pip freeze. I manually updated that of ttt one package at a time. Their PYTHONPATH and LINO_CACHE_ROOT are the same. They are both running the same script in the same working directory. And still the problem occurs in one and does not occur in the other. What am I missing?!

The solution was here:

So it was a bug in pycparser which occurred only with the binary version. This is why pip freeze was not enough to see the difference!

Anyway the problem in ttt disappeared when I did:

$ pip install git+

And so I added the following line to the requirements.txt files of concerned projects:

-e git+

Last steps for supporting Python 3

We are approaching another historical milestone: our page on Travis is almost green!

Until now this milestone was waiting for ticket #1157 the most important show stopper. This #1157 is currently waiting for Gaetans answers to some questions about the general strategy. But thanks to Sandro I know that there is a workaround: Stefan Klug has ported a fork of appy to Python 3: So our milestone, no longer needs to wait for Gaetan.

Now that the “appy.pod and Python 3” problem is solved, there are –of course– quite some some more “trivial” problems in Lino Extensions Library and Developer Guide.

I started to fix some of them, but then stopped it because this might be a good task for Subha: #1199.