1. 11 4月, 2020 1 次提交
    • J
      Merge branch 'pr-171' · 8e31c216
      Joerg Jaspert 提交于
      * pr-171:
        Per-discussion updates
        Grammar: noun vs. verb
        Move README.coding to docs/code-guidelines.rst.
        Add docs/README.rst
        Clean up documentation.
        Add a few more To Do items.
        Add some developer/tester documentation.
        Clean up formatting on readme file
      8e31c216
  2. 09 4月, 2020 5 次提交
  3. 08 4月, 2020 1 次提交
  4. 29 3月, 2020 2 次提交
  5. 28 3月, 2020 8 次提交
  6. 25 3月, 2020 2 次提交
  7. 02 3月, 2020 2 次提交
  8. 29 2月, 2020 1 次提交
    • K
      debianqueued: Do not output signature validity · 29f3be3f
      Kees Cook 提交于
      Default GPG signature verification output has a trailing validity
      identifier ("[ultimate]", "[unknown]", etc) now, so the gpg signature
      checking regex was no longer matching. This resulted in surprising log
      lines like:
      
      Feb 29 04:59:31 processing /kees-1582951501.dak-commands
      Feb 29 04:59:31 (PGP/GnuPG signature by unknown signator)
      
      Existing regex is:
        $output =~ /^(gpg: )?good signature from (user )?"(.*)"\.?$/im;
      
      Current gpg sees:
      
      $ gpg --verify --no-default-keyring --keyring /srv/keyring.debian.org/keyrings/debian-keyring.gpg kees-1582951501.dak-commands
      gpg: Signature made Sat 29 Feb 2020 04:45:01 AM UTC
      gpg:                using RSA key A5C3F68F229DD60F723E6E138972F4DFDC6DC026
      gpg: Good signature from "Kees Cook <kees@outflux.net>" [unknown]
      gpg:                 aka "Kees Cook <kees@debian.org>" [unknown]
      ...
      
      Instead, launch gpg with --verify-options no-show-uid-validity to avoid
      breaking the regex.
      
      While here, I made the more robust by adding "?:" prefixes to the unused
      regex match groups so the assignment on the next line can always use $1:
      
        ( $signator = $1 ) ||= "unknown signator";
      29f3be3f
  9. 25 2月, 2020 2 次提交
  10. 15 2月, 2020 2 次提交
  11. 06 2月, 2020 2 次提交
  12. 29 1月, 2020 2 次提交
  13. 07 1月, 2020 1 次提交
  14. 06 1月, 2020 2 次提交
  15. 05 1月, 2020 1 次提交
    • N
      Reduce the number of garbage collected file descriptors · 89590bf3
      Niels Thykier 提交于
      The code base contains a few unfornuate patterns such as:
      
          data = open(...).read()
      
      OR
      
          fh = open(...)
          data = fh.read()
      
      This causes a file descriptor leak as the opened file is never
      explicitly closed again.  While slightly mitigated by CPython using
      ref-counting and immediate closure, we should still update the code
      to close the files.
      
      This commit focuses on a large number of simple clean ups.  Most of
      which relies on the "with open(...) as X" pattern where feasible.
      
      As "with" causes identation noise, this commit deliberately refains
      from "fixing" other suboptimal behaviour.  Notably there are several
      instances of "except:" visible in the diff that should ideally be
      reduced.
      Signed-off-by: NNiels Thykier <niels@thykier.net>
      89590bf3
  16. 04 1月, 2020 1 次提交
  17. 03 1月, 2020 1 次提交
  18. 02 1月, 2020 4 次提交