1. 12 Sep, 2022 4 commits
  2. 20 Aug, 2022 5 commits
  3. 15 Aug, 2022 1 commit
  4. 13 Aug, 2022 2 commits
  5. 06 Aug, 2022 5 commits
  6. 05 Aug, 2022 1 commit
  7. 04 Aug, 2022 4 commits
    • TW's avatar
      Merge pull request #6937 from ThomasWaldmann/fix-warnings-1.2 · 28bc76a9
      TW authored
      Fix warnings (1.2-maint)
      28bc76a9
    • Thomas Waldmann's avatar
      make setuptools happy, fixes #6874 · 69f48984
      Thomas Waldmann authored
      work around setuptools puking about:
      
                ############################
                # Package would be ignored #
                ############################
                Python recognizes 'borg.cache_sync' as an importable package,
                but it is not listed in the `packages` configuration of setuptools.
      
                'borg.cache_sync' has been automatically added to the distribution only
                because it may contain data files, but this behavior is likely to change
                in future versions of setuptools (and therefore is considered deprecated).
      
                Please make sure that 'borg.cache_sync' is included as a package by using
                the `packages` configuration field or the proper discovery methods
                (for example by using `find_namespace_packages(...)`/`find_namespace:`
                instead of `find_packages(...)`/`find:`).
      
                You can read more about "package discovery" and "data files" on setuptools
                documentation page.
      69f48984
    • Thomas Waldmann's avatar
      _chunker.c: fix warnings on macOS · b3b5602a
      Thomas Waldmann authored
      macOS does not have POSIX_FADV_DONTNEED, thus some variables are not
      needed.
      b3b5602a
    • Thomas Waldmann's avatar
      use a custom mkstemp with mode support, fixes #6933, fixes #6400 · b0eee131
      Thomas Waldmann authored
      hopefully this is the final fix.
      
      after first fixing of #6400 (by using os.umask after mkstemp), there
      was a new problem that chmod was not supported on some fs.
      
      even after fixing that, there were other issues, see the ACLs issue
      documented in #6933.
      
      the root cause of all this is tempfile.mkstemp internally using a
      very secure, but hardcoded and for our use case problematic mode
      of 0o600.
      
      mkstemp_mode (mosty copy&paste from python stdlib tempfile module +
      "black" formatting applied) supports giving the mode via the api,
      that is the only change needed.
      
      slightly dirty due to the _xxx imports from tempfile, but hopefully
      this will be supported in some future python version.
      b0eee131
  8. 31 Jul, 2022 1 commit
    • Thomas Waldmann's avatar
      repository: add debug logging for issue #6687 · e5b6670b
      Thomas Waldmann authored
      i suspect that compact_segments wrongly drops some DEL tags.
      
      this could make already deleted chunks re-appear, leading to:
      - suddenly more repo index entries than previously (check, repo part)
      - suddenly orphaned chunks appearing (check, archives part)
      
      if this is the case, the issue is harmless, but annoying/confusing.
      
      to fix the issue, i need the complete log line "dropping DEL for id X".
      the id X it mentions is one of the chunk ids borg check complains about.
      e5b6670b
  9. 30 Jul, 2022 8 commits
  10. 29 Jul, 2022 3 commits
    • Thomas Waldmann's avatar
      update CHANGES · e7bd9e84
      Thomas Waldmann authored
      e7bd9e84
    • Thomas Waldmann's avatar
      list: fix {flags:<WIDTH>} formatting, fixes #6081 · e81f6f34
      Thomas Waldmann authored
      item.bsdflags is either not present or an int, thus we default to 0 (== no flags) if not present.
      e81f6f34
    • Thomas Waldmann's avatar
      check: try harder to create the key, fixes #5719 · ea4c47ec
      Thomas Waldmann authored
      the old code did just 1 attempt to detect the repo decryption key.
      if the first chunkid we got from the chunks hashtable iterator was accidentally
      the id of the chunk we intentionally corrupted in test_delete_double_force,
      setup of the key failed and that made the test crash.
      
      in practice, this could of course also happen if chunks are corrupted, thus
      we now do many retries with other chunks before giving up.
      
      error handling was improved: do not return None (instead of a key), it just
      leads to weird crashes elsewhere, but fail early with IntegrityError and a
      reasonable error msg.
      
      rename method to make_key to avoid confusion with borg.crypto.key.identify_key.
      ea4c47ec
  11. 28 Jul, 2022 1 commit
  12. 27 Jul, 2022 4 commits
  13. 25 Jul, 2022 1 commit