Package Details: ffsend-bin 0.2.46-1

Git Clone URL: (read-only)
Package Base: ffsend-bin
Description: Easily and securely share files from the command line. A Firefox Send client.
Upstream URL:
Keywords: firefox send
Licenses: GPL3
Conflicts: ffsend
Provides: ffsend
Submitter: axionl
Maintainer: timvisee (axionl)
Last Packager: timvisee
Votes: 11
Popularity: 3.988722
First Submitted: 2019-03-25 08:35
Last Updated: 2019-05-04 14:16

Dependencies (3)

Required by (0)

Sources (3)

Latest Comments

timvisee commented on 2019-03-26 11:44

@goll This should be fixed now.

goll commented on 2019-03-26 08:31

checksum failed:

timvisee commented on 2019-03-13 12:28

@ogarcia All right! Planning to change that soon. Created an issue for it over at gitlab/timvisee/ffsend.

ogarcia commented on 2019-03-13 12:27

@timvisee this package must be renamed to ffsend-bin since is based in a binary source file (and have a valid sha256sum). The package that you called ffsend-git must be this package. If you want to maintain a ffsend-git then the source must be the git master branch, not a tag archive and have pkgver() function. You can look my package numix-cursor-theme-git as sample of a -git package.

timvisee commented on 2019-03-13 11:34

@physkets Thank you for the heads up. I decided to use -git in the end, as that seemed more common (versus -bin) judged by the package counts. What do others think?

physkets commented on 2019-03-13 07:58

I think it is good practice to have a '-bin' suffixing the name, because people will assume that it is being built from source unless mentioned.

emlun commented on 2019-03-12 17:52

Yeah, that makes sense. I know many other packages use a remotely hosted binary, but I feel like many of them are very large programs that would take an impractically long time to compile (Chromium or Firefox, for example). Anyway, if you've thought about it and concluded this is the best way to go then that's cool. That's why I included the "if you agree" part. :)

I tried ffsend-git too but hit a snag, I'll add a comment to that package.

timvisee commented on 2019-03-12 15:23

@emlun Thank you!

I interpreted the Wiki as: submitting binaries should be avoided to the AUR git repository (to prevent it from growing too large too fast). Many other AUR packages are using a remotely hosted binary.

I also have ffsend-git available which builds from source. It can be quite flaky though, due to the cargo dependency not really allowing you to set a required version. Therefore I decided to submit a binary package as well, which won't have any build issues.

What do you think?

emlun commented on 2019-03-12 15:13

This is really cool! Thanks!

However, quoting the Arch Wiki on AUR:

Submitting binaries should be avoided if the sources are available. [...]

So I think it's preferable to build the program from sources rather than downloading a prebuilt binary. If you agree, you can use this patch for that:

diff --git a/PKGBUILD b/PKGBUILD
index 5818831..6a92071 100644
@@ -7,12 +7,17 @@ pkgdesc="Easily and securely share files from the command line. A Firefox Send c
 optdepends=('xclip: clipboard support')

+build() {
+    cd "${srcdir}/ffsend-${pkgver}"
+    cargo build --release
 package() {
-    install -D "$srcdir/ffsend" "$pkgdir/usr/bin/ffsend"
+    install -D "${srcdir}/ffsend-${pkgver}/target/release/ffsend" "$pkgdir/usr/bin/ffsend"