1. 17 Dec, 2021 3 commits
  2. 08 Jun, 2021 1 commit
  3. 07 Jun, 2021 2 commits
  4. 29 Jan, 2021 1 commit
  5. 08 Jan, 2021 2 commits
  6. 10 Apr, 2020 1 commit
  7. 24 Jan, 2020 2 commits
  8. 29 Jan, 2018 1 commit
  9. 25 Jan, 2018 1 commit
  10. 22 Jan, 2018 4 commits
  11. 11 Dec, 2017 2 commits
  12. 18 Oct, 2017 1 commit
  13. 16 Oct, 2017 1 commit
  14. 13 Oct, 2017 2 commits
  15. 03 Jul, 2017 1 commit
  16. 21 Jun, 2017 1 commit
    • Julien Muchembled's avatar
      jinja2: read template at install/update and fix 'mode' option · 6219b5dc
      Julien Muchembled authored
      __init__ should only check options. By doing the actual work in install/update,
      it is now possible to use a template that is produced by another part.
      
      'mode' was implemented like 'umask' but it has never been used this way,
      and the 'umask' option is deprecated:
      - remove support for unused 'umask' option
      - change 'mode' to actually apply the wanted mode, regardless the current umask
      - the default mode changes: if 'mode' is not given, the resulting file is only
        executable (actually 0777 & ~umask) if the content starts with '#!',
        else its mode is: 0666 & ~umask
      6219b5dc
  17. 23 May, 2017 2 commits
  18. 14 Mar, 2017 2 commits
  19. 18 Jan, 2017 2 commits
  20. 15 Feb, 2016 1 commit
  21. 18 Nov, 2015 3 commits
    • Julien Muchembled's avatar
      Release 2.9 · f0e16ee0
      Julien Muchembled authored
      f0e16ee0
    • Kirill Smelkov's avatar
      jinja2: Don't hardcode utf-8 encoding for imported files · 3a43536a
      Kirill Smelkov authored
      UTF-8 encoding for template imports was hardcoded from the beginning -
      from 320f29b2 (Add jinja2 "import" directive support.)
      
      Since in the previous patch we added option for input/output encoding,
      it makes sense to also use it, instead of hardcoding utf-8.
      
      /reviewed-by @vpelletier  (on nexedi/slapos.recipe.template!1)
      3a43536a
    • Kirill Smelkov's avatar
      jinja2: Handle non-ascii input/output · c901c411
      Kirill Smelkov authored
      Currently slapos.recipe.template:jinja2 fails if source contains
      non-ascii input:
      
          <BLANKLINE>
          An internal error occurred due to a bug in either zc.buildout or in a
          recipe being used:
          Traceback (most recent call last):
            File ".../site-packages/zc/buildout/buildout.py", line 1992, in main
              getattr(buildout, command)(args)
            File ".../site-packages/zc/buildout/buildout.py", line 550, in install
              [self[part]['recipe'] for part in install_parts]
            File ".../site-packages/zc/buildout/buildout.py", line 1135, in __getitem__
              options._initialize()
            File ".../site-packages/zc/buildout/buildout.py", line 1239, in _initialize
              self.initialize()
            File ".../site-packages/zc/buildout/buildout.py", line 1248, in initialize
              self.recipe = recipe_class(buildout, name, self)
            File ".../slapos.recipe.template/slapos/recipe/template/jinja2_template.py", line 208, in __init__
              env.compile(source, filename=template),
            File ".../site-packages/jinja2/environment.py", line 551, in compile
              source = self._parse(source, name, filename)
            File ".../site-packages/jinja2/environment.py", line 470, in _parse
              return Parser(self, source, name, encode_filename(filename)).parse()
            File ".../site-packages/jinja2/parser.py", line 31, in __init__
              self.stream = environment._tokenize(source, name, filename, state)
            File ".../site-packages/jinja2/environment.py", line 501, in _tokenize
              source = self.preprocess(source, name, filename)
            File ".../site-packages/jinja2/environment.py", line 495, in preprocess
              self.iter_extensions(), text_type(source))
          UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 219: ordinal not in range(128)
      
      it also fails writing-out non-ascii input (which could originate even
      programmatically even if source was purely ascii):
      
          <BLANKLINE>
          An internal error occurred due to a bug in either zc.buildout or in a
          recipe being used:
          Traceback (most recent call last):
            File ".../site-packages/zc/buildout/buildout.py", line 1992, in main
              getattr(buildout, command)(args)
            File ".../site-packages/zc/buildout/buildout.py", line 666, in install
              installed_files = self[part]._call(recipe.install)
            File ".../site-packages/zc/buildout/buildout.py", line 1407, in _call
              return f()
            File ".../slapos/slapos.recipe.template/slapos/recipe/template/jinja2_template.py", line 227, in install
              out.write(self.template.render(**self.context))
          UnicodeEncodeError: 'ascii' codec can't encode characters in position 206-211: ordinal not in range(128)
      
      Fix it.
      
      @vpelletier suggested to add `encoding` option so it is flexible and
      'utf-8' is not hardcoded.
      
      /reviewed-by @vpelletier  (on !1)
      c901c411
  22. 25 Jun, 2015 1 commit
  23. 18 May, 2015 1 commit
  24. 08 Dec, 2014 1 commit
  25. 30 Oct, 2014 1 commit