Package Details: pcloud-drive 1.14.9-1

Git Clone URL: https://aur.archlinux.org/pcloud-drive.git (read-only, click to copy)
Package Base: pcloud-drive
Description: pCloud drive. Electron edition.
Upstream URL: https://www.pcloud.com/
Licenses: custom
Replaces: pcloud, pcloud-git
Submitter: plague-doctor
Maintainer: rew1red
Last Packager: rew1red
Votes: 84
Popularity: 0.89
First Submitted: 2017-04-27 21:39 (UTC)
Last Updated: 2025-01-30 14:50 (UTC)

Required by (0)

Sources (2)

Pinned Comments

Zenzio commented on 2022-08-13 06:44 (UTC) (edited on 2022-08-13 06:45 (UTC) by Zenzio)

@cirlo I contacted their support when I had trouble running pCloud in Sway with GDK_BACKEND=wayland (without ",x11"). Their response was: "Unfortunately, we are having troubles updating the app to the latest electron versions because of inside security libraries that we are using. Our devs know about this issue and electron version update is already planed."

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 18 Next › Last »

<deleted-account> commented on 2020-08-17 15:10 (UTC)

You are distribute broken aur package

See:

==> Remove make dependencies after install? [y/N] y :: Downloaded PKGBUILD (1/1): pcloud-drive 1 pcloud-drive (Build Files Exist) ==> Diffs to show? ==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4) ==> N :: (1/1) Parsing SRCINFO: pcloud-drive

:: PGP keys need importing: -> A8F7858263C1E39480B731DCEAD4F103068DF8E5, required by: pcloud-drive ==> Import? [Y/n] Y :: Importing keys with gpg... gpg: keyserver receive failed: No name error: target not found: oniguruma error: target not found: jq  fredlins  ~  

rew1red commented on 2020-08-04 23:35 (UTC) (edited on 2020-08-12 15:43 (UTC) by rew1red)

@plague-doctor how would you feel about a direct-appimage install? It'd let us leverage AppImage for the packaging tool that it is and avoid having to make changes if the underlying AppImage ever changed.

I'm proposing this.

rew1red commented on 2020-07-28 15:49 (UTC)

You'd be rolling the dice on whether or not it would work on a retry, but it won't hurt to have.

j0hannes commented on 2020-07-28 15:45 (UTC)

What about randomly selecting a link? It's not very deterministic but could help in cases where one resource fails it would eventually select a different host.

jq -r '.hosts[] + .path' | sort -r | head -n1

zbe commented on 2020-07-28 15:27 (UTC)

3) Yeah was just saying if anyone has any problems ever, that s/he can try that.

And this one works now. Thanks. =)

rew1red commented on 2020-07-28 15:23 (UTC)

1) Corrected the version introduced in the revision 2) Use HTTPS download link 3) I'm not inclined at the moment to use the second download link, since the list is an unknown number of elements.

zbe commented on 2020-07-28 15:19 (UTC)

Ah it's just http instead of https. It's super slow download though, at least for me. (it failed now during writing this) Last time I just changed .hosts[0] to .hosts[1] so it used other server provided in that json page.

I guess you could drop jq and use awk or something instead to get relevant lines.

j0hannes commented on 2020-07-28 15:16 (UTC)

But it appears to install the previous version instead of the current one.

zbe commented on 2020-07-28 15:04 (UTC)

Ok that was fast.

rew1red commented on 2020-07-28 15:01 (UTC)

I made an attempt to drop 'jq' as a build dep and made some incorrect assumptions about how download URLs are built.

I've reverted said change and am building the download URL as before.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 18 Next › Last »