Package Details: kopia-ui-bin 0.17.0-1

Git Clone URL: https://aur.archlinux.org/kopia-ui-bin.git (read-only, click to copy)
Package Base: kopia-ui-bin
Description: A cross-platform backup-tool with encryption, deduplication, compression and cloud support.
Upstream URL: https://kopia.io/
Keywords: backup
Licenses: Apache
Conflicts: kopia-ui
Provides: kopia-ui
Submitter: exu
Maintainer: exu (jtprince)
Last Packager: exu
Votes: 16
Popularity: 1.30
First Submitted: 2021-12-13 19:05 (UTC)
Last Updated: 2024-04-20 10:41 (UTC)

Latest Comments

1 2 Next › Last »

exu commented on 2024-02-04 18:04 (UTC)

Yeah, the CLI is not included with this package. But you can install kopia-bin alongside this package to get the CLI as well.

GTP commented on 2024-02-04 17:52 (UTC)

According to Kopia's official website [0], KopiaUI comes with the CLI version as well. But it doesn't seem the case for this package. Could you please confirm this is the case? If not, could you let me know how should I start the CLI version?

sp1d3rmxn commented on 2023-02-12 03:57 (UTC) (edited on 2023-02-12 03:57 (UTC) by sp1d3rmxn)

@RealStickman

Ok I tried what you suggested and took it a little further and got it to work. Here is what I did in case anyone is wondering and has this issue also.

  1. I chmod'd all the files in the dir "/opt/KopiaUI" 0755: "sudo chmod 0755 *"
  2. It didn't like that for the sandbox file so had to correct it: "sudo chmod 4755 /opt/KopiaUI/chrome-sandbox"
  3. It still had an issue so then I found this -> https://github.com/kopia/kopia/issues/1883 <- in which they point out a missing entry for "localhost" in your "/etc/hosts" file, which I found an error similar to what is described in that issue post. So once I added the localhost which honestly should have already been there, it started up just fine.

Thank you!

exu commented on 2023-02-03 12:44 (UTC)

@sp1d3rmxn what permissions do the files have? It should be 0755 root:root for all the .so files and kopia-ui itself.

sp1d3rmxn commented on 2023-01-27 13:32 (UTC) (edited on 2023-01-27 13:35 (UTC) by sp1d3rmxn)

@RealStickman You are correct the file is there so I tried:

Removal with "sudo pacman -Rcnsu kopia-ui-bin" and "pikaur -Rcnsu kopia-ui-bin" (just in case), double checked /opt/KopiaUI/ dir was removed after each command as expected then reinstalled and same error. Also tried adding it to the path via export and still the same error.

Also tried running it directly from the /opt/KopiaUI directory with "./kopia-ui" and getting the same exact message... which is really odd because that is unusual within itself.

Any other things I could try?

exu commented on 2023-01-22 09:57 (UTC)

@sp1d3rmxn Kopia ships with libffmpeg.so and some other libraries included. All of them should be contained in /opt/KopiaUI/.
Maybe try reinstalling the package if the library isn't there

sp1d3rmxn commented on 2023-01-21 22:18 (UTC) (edited on 2023-01-21 22:20 (UTC) by sp1d3rmxn)

/opt/KopiaUI/kopia-ui: error while loading shared libraries: libffmpeg.so: cannot open shared object file: No such file or directory

ffmpeg and ffmpeg4.4 installed from repo does not contain libffmpeg.so

exu commented on 2023-01-20 15:20 (UTC)

@stephanl I did some testing and in my case, installing fuse2 or fuse3 made mounting snapshots work. No need for fuse-archive specifically as far as I could tell.
I'm putting fuse3 as an optional dependency, as the basic features are working without it installed.

stephanl commented on 2023-01-14 15:54 (UTC)

@RealStickman mounting a snapshot in the ui was only possible after I'd installed fuse-archive

exu commented on 2023-01-12 07:34 (UTC)

@stephanl What did you do where Kopia requires fuse-archive?

1 2 Next › Last »