Package Details: pcloud-drive 2.1.0-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/
Keywords: pcloud pcloud-drive
Licenses: LicenseRef-pcloud-drive
Replaces: pcloud, pcloud-git
Submitter: plague-doctor
Maintainer: zbe
Last Packager: zbe
Votes: 93
Popularity: 0.58
First Submitted: 2017-04-27 21:39 (UTC)
Last Updated: 2026-05-23 09:23 (UTC)

Dependencies (4)

Required by (0)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 23 Next › Last »

PhiLinux commented on 2025-11-09 15:50 (UTC)

@martinc you can either do what zbe described or you might also consider switching away from the AUR package for pCloud and just use the AppImage from their website and put it in a location with user-level write access. That will allow the pCloud app's integrated update mechanism to work properly, so whenever there's an update, you can just use the "update now" button in the application directly and it will even prompt you to restart the application automatically for you.

I was thinking about adopting the package, but since it has been adopted just a few days ago by @minichiello I thought they might get around to updating it.

Since I don't use a VPN, I didn't even know about that critical bug you've mentioned.

So maybe for you the best would be the AppImage solution from the website. You can take the .desktop file from this package, which got installed in /usr/share/applications/pcloud.desktop and move it to your user specific location instead ~/.local/share/applications/

You just have to adapt the Exec line in the .desktop file to reflect the new path you chose for your pcloud AppImage file.

I'm not super familiar with the process of adopting packages on the AUR, so since this one has been adopted already now, I don't know if I could just somehow become a co-maintainer or something like that.

Hope this helps you out at least.

zbe commented on 2025-11-09 14:07 (UTC)

@martinc, you don't even have to be clever to update this particular PKGBUILD.

  1. Get download link of new version
  2. Change _api_code to the correct one + bump pkgver
  3. Update sums with 'updpkgsums'

That's it. If you're using AUR, you should get familiar with how it works.

martinc commented on 2025-11-09 12:04 (UTC)

@PhiLinux there is a new version available which solves a nasty bug (100% CPU thread on a VPN). Unfortunately I'm not clever enough to work out how to update the PKGBUILD for this version -- can you offer any pointers?

PhiLinux commented on 2025-10-15 11:39 (UTC) (edited on 2025-10-15 11:39 (UTC) by PhiLinux)

Hey @tblu

The package was just very recently disowned by rew1red. I would assume they just don't have time anymore to maintain it.

I might take a look into adopting it when the next pCloud update drops...

It is safe to use currently and we've had a few discussions to work out some kinks with it not too long ago as you can see from the comments of the past few months.

- Phil

tblu commented on 2025-10-15 05:34 (UTC)

Hi, I see the package is not maintained but it is still actual. Is it safe to use it, I assume? Is there reason to to use the appimage directly?

cirlo commented on 2025-10-05 23:54 (UTC)

is there any plan to extract the files from pcloud's appimage with --appimage-extract and have those installed?

nasko commented on 2025-09-23 21:23 (UTC)

@raprism You're life-saver - this worked for me too! Thanks! How did you come up with an idea to uninstall appimagelauncher?

raprism commented on 2025-09-23 21:19 (UTC) (edited on 2025-09-23 21:21 (UTC) by raprism)

I had also this message in terminal and non-starting pCloud on one system:

$ pcloud
Using TARGET_APPIMAGE /opt/pcloud/pcloud-drive.AppImage

But no problem on a second ARCH system!

Turned out that I had to uninstall appimagelauncher, and thereafter restart PC (or eventually just restart systemd-binfmt service).

nasko commented on 2025-09-17 13:16 (UTC)

Thanks @m_gustafsson! This worked for me. I still can't understand if the issue is with the package, or the official AppImage :-/

Let's hope that soon this would be fixed and it would work seamlessly like before.

m_gustafsson commented on 2025-09-17 06:18 (UTC) (edited on 2025-09-17 06:53 (UTC) by m_gustafsson)

I experience similar problems running pcloud at the moment (under Sway). If it helps anyone I have a script that ChatGPT wrote that makes pcloud start for me:

#!/bin/sh
set -eu
# Locate the AppImage
APPIMG_PATH="$(ls "$HOME"/Applications/pcloud-drive_*.AppImage 2>/dev/null | head -n1 || true)"
if [ -z "${APPIMG_PATH:-}" ] || [ ! -r "$APPIMG_PATH" ]; then
  echo "❌ pcloud-w: AppImage not found in ~/Applications (pattern: pcloud-drive_*.AppImage)" >&2
  exit 1
fi

# Helper: is pcloud running for this user?
is_running() {
  pgrep -u "$USER" -af pcloud | grep -qE 'AppRun|pcloud-drive'
}

echo "▶ Trying to launch pCloud natively via AppImage..."
nohup "$APPIMG_PATH" >/dev/null 2>&1 &
sleep 5   # give it a bit more time to come up

if is_running; then
  echo "✅ pCloud process detected."
else
  echo "⚠️  Native AppImage launch failed, falling back to extracted run..."
  # … fallback block …
fi

echo "⚠️  Native AppImage launch failed, falling back to extracted run..."

# Fallback: extracted run
EXTRACT_DIR="$HOME/.local/pcloud-drive"
mkdir -p "$EXTRACT_DIR"
cd "$EXTRACT_DIR"

if [ ! -x squashfs-root/AppRun ]; then
  echo "⏳ Extracting AppImage contents (first run or update)..."
  rm -rf squashfs-root
  "$APPIMG_PATH" --appimage-extract
fi

echo "▶ Starting pCloud from extracted AppRun..."
nohup ./squashfs-root/AppRun "$@" >/dev/null 2>&1 &

sleep 2
if is_running; then
  echo "✅ pCloud started successfully from extracted AppRun."
else
  echo "❌ pCloud failed to start."
  exit 1
fi