Package Details: sendanywhere 9.3.5-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: yechs
Last Packager: yechs
Votes: 13
Popularity: 0.002343
First Submitted: 2016-01-02 14:42
Last Updated: 2019-03-09 07:59

Pinned Comments

yechs commented on 2019-03-09 08:04

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

1 2 3 Next › Last »

huyizheng commented on 2020-02-01 14:19

@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

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)

huyizheng commented on 2019-08-24 09:57

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

huyizheng commented on 2019-08-09 12:08

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

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

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

duyfken commented on 2018-07-15 03:11

Doesn't pass the validity check for 8.5.28

annoyingduck commented on 2018-03-25 15:48

@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

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

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")