Package Details: sendanywhere 21.4.2-1

Git Clone URL: https://aur.archlinux.org/sendanywhere.git (read-only, click to copy)
Package Base: sendanywhere
Description: Send Anywhere is a multi-platform file sharing service where users can directly share digital content in real time.
Upstream URL: http://send-anywhere.com
Keywords: file p2p sharing transfer
Licenses: custom
Submitter: jadelord
Maintainer: None
Last Packager: huyz
Votes: 14
Popularity: 0.000085
First Submitted: 2016-01-02 14:42 (UTC)
Last Updated: 2021-04-05 02:57 (UTC)

Dependencies (2)

Required by (0)

Sources (2)

Pinned Comments

yechs commented on 2019-03-09 08:04 (UTC)

Since the upstream uses only sendanywhere_latest_amd64.deb as package name, and the PKGBUILD is fetching that URL,
So the validity check would fail if upstream updates.
If that happens, please flag this package out-of-date to notify me, you can also feel free to post the new checksum and version for other users to install it before I update the PKGBUILD file.

Latest Comments

huyz commented on 2020-11-19 09:10 (UTC)

I updated this package. In the updated version of this package, I uses some hacky trick to make it run with system electron. Leave a comment to let me know if it has any bugs.

monticel commented on 2020-06-22 01:39 (UTC)

Hi, new checksum for deb pkg is: 2ad10e770ea84150845b3033177da4125a5c93651a14969566a43a305a8cc6c2c338c10d04ea10b3b48a225cc331170732589b5805d67486cc02b0e84ab5eb56 Can u please update it?

Thanks!

Figment commented on 2020-05-14 11:16 (UTC) (edited on 2020-05-14 11:16 (UTC) by Figment)

Hello all, package seems to be outdated. I manually updated the sha512-checksum for the deb file but got no clue how to get the sha512-checksum for the "LICENSE" file. Would be great if you could update the package and tell me how to find the proper LICENSE file. Figment

huyz commented on 2020-02-01 14:19 (UTC)

@Exeleration-G This is because arch's pango package is too new for SendAnywhere to run. To fix this error, you need to download the old pango's libs and put them into SendAnywhere's directory. Like I explained below.

Exeleration-G commented on 2020-01-11 19:45 (UTC)

Getting this error:

$ SendAnywhere    
[20:45:16.815] [info] App starting...

(SendAnywhere:1157): Pango-ERROR **: 20:45:16.830: Harfbuzz version too old (1.4.2)

huyz commented on 2019-08-24 09:57 (UTC) (edited on 2019-08-24 11:17 (UTC) by huyz)

I solve the core dump problem. It seems caused by new version of pango. I downloaded pango 1.43.0-2 package from arch's archive, extracted libpango/libpangocairo/libpangoft2-1.0.so and put them into LD_LIBRARY_PATH, then SendAnywhere can start.

I created a patch to this PKGBUILD to fix this problem: http://fars.ee/I6tf

huyz commented on 2019-08-09 12:08 (UTC) (edited on 2019-08-09 12:09 (UTC) by huyz)

I got:

[20:07:56.683] [info] App starting...
[1]    22169 segmentation fault (core dumped)  SendAnywhere

error. There're no other logs.

yechs commented on 2019-03-09 08:04 (UTC)

Since the upstream uses only sendanywhere_latest_amd64.deb as package name, and the PKGBUILD is fetching that URL,
So the validity check would fail if upstream updates.
If that happens, please flag this package out-of-date to notify me, you can also feel free to post the new checksum and version for other users to install it before I update the PKGBUILD file.

yechs commented on 2019-03-08 22:38 (UTC) (edited on 2019-03-09 08:11 (UTC) by yechs)

Adopted the pacckage, will update it ASAP
UPDATE: Updated to v9.3.5 now

duyfken commented on 2018-07-15 03:11 (UTC)

Doesn't pass the validity check for 8.5.28

annoyingduck commented on 2018-03-25 15:48 (UTC)

@aaronfischer Thank you for adopting this package. I really like this program. I am however now a bit concerned about privacy using this due to some elements that were brought up in my forum post here: https://bbs.archlinux.org/viewtopic.php?pid=1775992#p1775992

What are your thoughts?

aaronfischer commented on 2018-03-21 21:43 (UTC)

Thank you @FabioLolix for your input. I've added the correct input and rename the source file accordingly.

FabioLolix commented on 2018-03-21 19:30 (UTC)

Hello, you can find the right dependecies using 'namcap', this is an usual electron program which need gtk2, libxss, etc..

and use this for source for people who use a shared srcdir setup?

source=("${pkgname}-${pkgver}.deb::https://update.send-anywhere.com/linux_downloads/sendanywhere_latest_amd64.deb")

aaronfischer commented on 2018-03-21 10:59 (UTC) (edited on 2018-03-21 10:59 (UTC) by aaronfischer)

I've adopted this package and rewrite it. It is not perfect (how can it ever be with a binary only source?), so let me know if you run into problems.

annoyingduck commented on 2018-03-19 16:53 (UTC)

I really hope someone adopts this package. Package will no longer build due to abort error code 2. I've created a forum post here: https://bbs.archlinux.org/viewtopic.php?id=235495

jadelord commented on 2017-11-16 23:20 (UTC)

If anyone would like to maintain this package, it is available for adoption!

rig0rmortis commented on 2017-02-01 02:53 (UTC) (edited on 2017-02-01 03:05 (UTC) by rig0rmortis)

EDIT: I've added a patch for the pkgbuild file: diff --git a/PKGBUILD b/PKGBUILD index 3c29b16..5b0ee0e 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -8,7 +8,7 @@ arch=('i686' 'x86_64') url="https://www.send-anywhere.com" license=('custom:sendanywhere_eula') provides=('sendanywhere') -makedepends=('xdg-utils' 'desktop-file-utils') +makedepends=('xdg-utils' 'desktop-file-utils' 'chrpath') install=$pkgname.install depends=('postgresql-libs' 'qt5-svg' 'gtk2') source_i686=("https://update.send-anywhere.com/linux_downloads/sendanywhere_latest_i386.deb") --- Looks like chrpath is a dependency that's not being resolved. I manually installed chrpath and the build succeeds. Thanks! aura >>= Determining dependencies... aura >>= AUR Packages: sendanywhere aura >>= Continue? [Y/n] aura >>= Building `sendanywhere`... aura >>= Well, building `sendanywhere` failed. aura >>= Dumping makepkg output in 3.. 2.. 1.. ==> Making package: sendanywhere 2.6.3-3 (Tue Jan 31 21:49:23 EST 2017) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading sendanywhere_latest_amd64.deb... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 24.8M 100 24.8M 0 0 803k 0 0:00:31 0:00:31 --:--:-- 2780k ==> Validating source_x86_64 files with md5sums... sendanywhere_latest_amd64.deb ... Skipped ==> Extracting sources... -> Extracting sendanywhere_latest_amd64.deb with bsdtar ==> Starting prepare()... /var/cache/pacman/pkg/sendanywhere24071/sendanywhere/PKGBUILD: line 26: chrpath: command not found ==> ERROR: A failure occurred in prepare(). Aborting... ==> Checking integrity with MD5sums. aura >>= Would you like to continue anyway? [Y/n] Y

rig0rmortis commented on 2017-01-31 00:19 (UTC) (edited on 2017-01-31 00:19 (UTC) by rig0rmortis)

Thanks! Will test once I get home

jadelord commented on 2017-01-30 11:02 (UTC)

@rig0rmortis, it should work now ;)

rig0rmortis commented on 2017-01-30 05:11 (UTC) (edited on 2017-01-30 05:13 (UTC) by rig0rmortis)

I get the following error when installing this package. Is there a problem on my end? aura >>= Determining dependencies... aura >>= AUR Packages: sendanywhere aura >>= Continue? [Y/n] Y aura >>= Building `sendanywhere`... aura >>= Well, building `sendanywhere` failed. aura >>= Dumping makepkg output in 3.. 2.. 1.. ==> Making package: sendanywhere 2.6.3-2 (Mon Jan 30 00:06:37 EST 2017) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading sendanywhere_latest_amd64.deb... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 24.8M 100 24.8M 0 0 344k 0 0:01:13 0:01:13 --:--:-- 638k ==> Validating source_x86_64 files with md5sums... sendanywhere_latest_amd64.deb ... Skipped ==> Extracting sources... -> Extracting sendanywhere_latest_amd64.deb with bsdtar ==> Starting prepare()... md5sum: md5sums: No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting... ==> Checking integrity with MD5sums.

jadelord commented on 2016-04-28 17:06 (UTC) (edited on 2016-04-28 17:06 (UTC) by jadelord)

@krompus .SRCINFO includes sha256sums as well. I have updated the checksums to match the latest version 2.4.11.2. Even now, the md5sums provided within the debian package does not pass. Setting shasums as SKIP is a dirty workaround, hence.

krompus commented on 2016-04-25 19:16 (UTC)

This package failed the validity check, and so I set it to skip the sha256sums in the PKGBUILD. It proceeded to making the package happily, and when it tried to install, it failed, prompting to check the .SRCINFO for mismatching data with PKGBUILD.

jadelord commented on 2016-03-25 08:34 (UTC)

@nrq, Thanks for the report. You are right. The makers of sendanywhere forgot to update the md5sums for the icons, nothing important. I have commented out the md5sums check, and instead manually added sha256sums check. It can become obsolete in the near future. Then I would have to revert to md5sums again.

nrq commented on 2016-03-24 10:01 (UTC)

Looks like there's an md5sums array missing; I had to comment the md5sum check in prepare()