rclone / rclone/rclone

pCloud doesn't use internal pCloud hash, this is why rclone dedupe takes so much time, because it has to fetch sha1-hashes individually than using the already provided pCloud hash

Open
#8,133 6 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement Remote: PCloud
Dominant language
Go
Stars
59.9k
Forks
5.4k
Avg merge
2d 14h
Merged PRs (30d)
48

Description

What is the problem you are having with rclone?

The command

rclone dedupe --dry-run --fast-list --by-hash -vv pcloud:

takes A LOT of time to find anything!! I stopped it after an hour

The reason is that it is getting the sha1-hashes individually. But it doesn't need to do that, because pCloud is able to deliver the folders and files recursively with it's own pCloud hash in just one single request. Here are the docs.

So could you please use the pCloud hash for rclone dedupe? And please also return the pCloud hash, if I list my files via

rclone lsjson pcloud:

Even better would be, if you directly return the JSON, which you receive by pCloud here.

And even better would be, if the pCloud hash would be globally accepted, so that it would be even checked, if I do a sync between two different pCloud accounts. This would reduce all multiple sha1-requests to just one single request.

And if someone asks pCloud, how this hash is made, maybe it would even be possible to compare the pCloud hash to local files in one single request.

What is your rclone version (output from rclone version)

rclone v1.68.1

  • os/version: darwin 11.7.10 (64 bit)
  • os/kernel: 20.6.0 (x86_64)
  • os/type: darwin
  • os/arch: amd64
  • go/version: go1.23.1
  • go/linking: dynamic
  • go/tags: cmount
Which OS you are using and how many bits (e.g. Windows 7, 64 bit)

Mac OS X 11.7.10 - 64 Bit

Which cloud storage system are you using? (e.g. Google Drive)

pCloud

The command you were trying to run (e.g. rclone copy /tmp remote:tmp)

rclone dedupe --dry-run --fast-list --by-hash -vv pcloud:

A log from the command with the -vv flag (e.g. output from rclone -vv copy /tmp remote:tmp)

2024/10/15 01:22:36 DEBUG : rclone: Version "v1.68.1" starting with parameters ["rclone" "dedupe" "--dry-run" "--fast-list" "--by-hash" "-vv" "pcloud:"]
2024/10/15 01:22:36 DEBUG : Creating backend with remote "pcloud:"
2024/10/15 01:22:36 DEBUG : Using config file from "/Users/masr/.config/rclone/rclone.conf"
2024/10/15 01:22:36 INFO : pcloud root '': Looking for duplicate sha1 hashes using interactive mode.

How to use GitHub
  • Please use the 👍 reaction to show that you are affected by the same issue.
  • Please don't comment if you have no relevant information to add. It's just extra noise for everyone subscribed to this issue.
  • Subscribe to receive notifications on status change and new comments.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the pCloud folder/listfolder API documentation and the rclone paths exercised by dedupe --by-hash and lsjson. Determine how the pCloud hash is currently exposed and what the existing hash interfaces require; done means the requested pCloud hash behavior is defined and supported without the individual SHA-1 requests described here.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
backend, cloud, performance
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.