git-log
git-log
Version v1.68.2
commit c0fc4fe0caa23bcd153da5f476369d7c1fcd91a1
Author: Nick Craig-Wood <[email protected]>
Date: Thu Nov 14 15:27:14 2024 +0000
https://docs.ceph.com/en/reef/radosgw/multitenancy/#s3
This changes the code to use the `Bucket` and `Key` that we used in
`CreateMultipart` in `UploadPart` rather than the one returned from
`CreateMultipart` which fixes the problem.
See: https://forum.rclone.org/t/rclone-zcat-does-not-work-with-a-multitenant-
ceph-backend/48618
commit 669b2f2669cacd634faa2bcecb589b76e1402533
Author: Nick Craig-Wood <[email protected]>
Date: Wed Nov 13 11:55:28 2024 +0000
local: fix permission and ownership on symlinks with --links and --metadata
This fixes the problem by using the link safe sycall variants
lchown/fchmodat when --links and --metadata is in use. Note that Linux
does not support setting permissions on symlinks, so rclone emits a
debug message in this case.
See: https://github.com/rclone/rclone/security/advisories/GHSA-hrxh-9w67-g4cv
commit e1ba10a86e36d1ddfb2b47ab87e72b92a8f66ad7
Author: Dimitrios Slamaris <[email protected]>
Date: Tue Nov 12 12:42:54 2024 +0100
bisync: fix output capture restoring the wrong output for logrus
Fixes #8158
commit 022442cf582c7b6ff3cc92dbb4e9ef44831ee9f8
Author: Nick Craig-Wood <[email protected]>
Date: Mon Nov 11 17:54:59 2024 +0000
commit 5cc4488294c325f8bfc32e871c74609494aceeb8
Author: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Date: Mon Nov 4 23:43:08 2024 +0000
---
updated-dependencies:
- dependency-name: github.com/golang-jwt/jwt/v4
dependency-type: direct:production
...
commit ec9566c5c3a60d8d8ae5ea845c2acd739d45cb8c
Author: Nick Craig-Wood <[email protected]>
Date: Fri Nov 8 17:39:36 2024 +0000
pikpak: fix fatal crash on startup with token that can't be refreshed
commit f6976eb4c481bfed696f0cd57d11e1163a6faadd
Author: Nick Craig-Wood <[email protected]>
Date: Thu Oct 24 11:20:37 2024 +0100
serve s3: fix excess locking which was making serve s3 single threaded
The fix for this was in the upstream library to narrow the locking
window.
See: https://forum.rclone.org/t/can-rclone-serve-s3-handle-more-than-one-
client/48329/
commit c242c00799a54dd8fd37334b23c10dc00301a000
Author: Nick Craig-Wood <[email protected]>
Date: Thu Oct 3 10:29:07 2024 +0100
commit bf954b74ffb1d96203e49af68681655ad380f569
Author: Kaloyan Raev <[email protected]>
Date: Wed Oct 16 17:33:01 2024 +0300
s3: Storj provider: fix server-side copy of files bigger than 5GB
See https://github.com/storj/roadmap/issues/40
commit 88f0770d0af838408ce266932a708475269e8996
Author: tgfisher <[email protected]>
Date: Mon Oct 21 00:10:09 2024 -0700
commit 41d905c9b008e0953e839374f98cde560e8f1be6
Author: Randy Bush <[email protected]>
Date: Mon Oct 14 04:25:25 2024 -0700
commit 300a063b5eff1ce13f466dfd20893efdfc81452e
Author: Alexandre Hamez <[email protected]>
Date: Thu Oct 10 09:57:43 2024 +0200
commit 61bf29ed5e5e82571ea9b99006317dcb5347bed9
Author: Simon Bos <[email protected]>
Date: Sun Oct 6 14:11:11 2024 +0200
commit 31917175720a67cd320fd4eef3e5047ad5304491
Author: Nick Craig-Wood <[email protected]>
Date: Thu Oct 3 10:21:05 2024 +0100
Before this change rclone was crashing when the download URL did not
supply an X-Amz-Storage-Class header.
See: https://forum.rclone.org/t/sigsegv-on-ubuntu-24-04/48047
commit 961dfe97b50d34d04f4f90f6544726e8212c9c1c
Author: Nick Craig-Wood <[email protected]>
Date: Tue Oct 1 17:43:24 2024 +0100
commit 22612b4b3895a1d9c5bd775577ea92f1fb0f9b73
Author: Nick Craig-Wood <[email protected]>
Date: Tue Sep 24 12:23:07 2024 +0100
commit b9927461c3d553042a15d1425f77e447ddb8dcea
Author: Nick Craig-Wood <[email protected]>
Date: Thu Sep 26 17:52:43 2024 +0100
This was caused by the message code only looking at one of the
bandwidth filters, not all of them.
Fixes #8104
commit 6d04be99f2bf157501a6b9dd88cf9c4943a1f4e5
Author: wiserain <[email protected]>
Date: Sat Sep 21 10:22:31 2024 +0900
commit 06ae0dfa5483af20c6a0ace9ed8a4a74746870f6
Author: nielash <[email protected]>
Date: Mon Sep 16 16:24:19 2024 -0400
Before this change, --copy-links erroneously behaved like --links when using
cloning
on macOS, and cloning was not supported at all when using --links.
After this change, --copy-links does what it's supposed to, and takes advantage
of
cloning when possible, by copying the file being linked to instead of the link
itself.
Cloning is now also supported in --links mode for regular files (which benefit
most from cloning). symlinks in --links mode continue to be tossed back to be
handled by rclone's special translation logic.
See https://forum.rclone.org/t/macos-local-to-local-copy-with-copy-links-
causes-error/47671/5?u=nielash
commit 912f29b5b814c58e1d05532f0b98512de3a07007
Author: Nick Craig-Wood <[email protected]>
Date: Tue Sep 24 17:25:53 2024 +0100