Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

OpenDrop: An Open Source AirDrop Implementation

github.com

Post reply on HN
Print view View original

151–160 of 231 posts

Re: OpenDrop: An Open Source AirDrop Implementation

#151

Post by ahnick »

spuz wrote: post #40
tecleandor wrote: post #22

Earlier quoted context omitted.

That's not a problem. That was precisely Apple's idea: a not interoperable message network. We had XMPP among others, and Apple decided not to be open. We now also have Signal or Telegram, which are multi-platform.

Sorry but how is iMessage being a walled garden not a problem for those outside that wall?

Exactly. They are well aware of the fact that Android users are left out in the cold. They are only able to do this because of their market position. If they really cared all they would have to do is create an iMessage API and the community would build it for them, but they would rather try and drive iPhone sales by building a walled garden.

Re: OpenDrop: An Open Source AirDrop Implementation

#152

Post by packetlost »

bborud wrote: post #149
djsumdog wrote: post #144

Earlier quoted context omitted.

I honestly haven't run into this issue in a long time. `pip install --user` is one of your friends. Just using the official python:3 docker container is another. If you really want, you can even go back to virtualenvs. npm was also really bad about nothing building or working a few years back. It's improved, and there are alternatives like yarn. Rust/Cargo has this issue as well (whenever I attempted to pick up some…

Primarily any language that can produce executable binaries. Preferably statically linked binaries so that you can ship a unit that will not depend on the state of the system you try to run things on. (With disk and memory sizes, dynamically linked binaries aren't really as relevant anymore since the often trivial cost of size more than makes up for the nontrivial cost of having to fiddle around to make things actual…

Wasn't the original argument more about allowing the system to provide patches to shared libraries, therefore moving the burden of patching to sys admins instead of the developer of the package?

Re: OpenDrop: An Open Source AirDrop Implementation

#153

Post by danmg »

bborud wrote: post #148
atombender wrote: post #145

Earlier quoted context omitted.

I don't use Python, but I've never had any issues with any distributed Python app. I have, however, had endless problems with C and C++ apps. The C way of referring to header files and libraries on the host system invariably leads to situations where the app wants to use a specific version that your system doesn't have. And we're not necessarily talking about system libs, either. Apparently authors thought the only w…

Did you try to install OpenDrop? Just hope you are lucky enough to have the right C dependencies installed.

I followed the instructions and it worked.

Re: OpenDrop: An Open Source AirDrop Implementation

#154

Post by derrick_jensen »

djsumdog wrote: post #144
bborud wrote: post #142

God, I wish people would stop using Python for these sorts of things. It is an okay language, but after tracking down why it doesn't build and considering messing around in my system and making either installing older versions of libraries or messing around with symlinks I stopped and asked myself "really? I want to spend my time fixing this?" and just deleted the entire clone of the git repos. Python is a nice langu…

I honestly haven't run into this issue in a long time. `pip install --user` is one of your friends. Just using the official python:3 docker container is another. If you really want, you can even go back to virtualenvs. npm was also really bad about nothing building or working a few years back. It's improved, and there are alternatives like yarn. Rust/Cargo has this issue as well (whenever I attempted to pick up some…

Rust is pretty good about library support and reproducible builds

Re: OpenDrop: An Open Source AirDrop Implementation

#155

Post by encoderer »

bborud wrote: post #142

God, I wish people would stop using Python for these sorts of things. It is an okay language, but after tracking down why it doesn't build and considering messing around in my system and making either installing older versions of libraries or messing around with symlinks I stopped and asked myself "really? I want to spend my time fixing this?" and just deleted the entire clone of the git repos. Python is a nice langu…

You’re right and the other half of this is the hoops you jump through as a developer to target as many python releases as possible. It’s insanity.

I built all of Cronitor in Python, still love it, but when we started building server agents it was not a hard decision to leave Python behind. (In this case, for Go)

Re: OpenDrop: An Open Source AirDrop Implementation

#156

Post by anderspitman »

mxuribe wrote: post #81

It is 2019, and it is quite surprising - and disappointing - that we STILL haven't universally solved the means to easily, securely, and (yes, I'll use this term again) universally share files. I wish we could share files in a peer-to-peer fashion securely without hindrance of mobile platform, nor blockage of network MiTM, etc.

file.pizza has mostly solved this for me. Not ideal UX, but it gets the job done.

Re: OpenDrop: An Open Source AirDrop Implementation

#157

Post by iforgotpassword »

ahmedfromtunis wrote: post #95
skrowl wrote: post #89

Earlier quoted context omitted.

https://files.google.com/ is a standard and it works on the vast majority of phone sold this year, by every manufacturer except Apple. Checks all 3 of peer-to-peer, secure, no MiTM network blockage. It's only 11MB. Many popular file manager apps on android have peer-to-peer xfers as well, via WiFi direct, etc. EDIT - As people are pointing out this isn't universal because it doesn't work on Apple devices or desktops…

Almost. People need to install the app to use its transfer functionality, and it does not work with computers. We're still far from the universal, no-install solution that should've existed for so many years now.

Well, no install basically means every OS vendor needs to ship a proper and compatible implementation (hah yes that'll surely happen) or you basically need something web based which means it needs an internet connection for bootstrapping.

Re: OpenDrop: An Open Source AirDrop Implementation

#158

Post by arwineap »

filleokus wrote: post #9
jumelles wrote: post #7

Earlier quoted context omitted.

iMessage too. It's insane to me that this is still a problem.

I guess you mean something that is first party on both platforms? Otherwise SMS-like communication is obviously a solved issue (Signal/WhatsApp/Messenger et al). Does Android have something similar to iMessage?

They did and it was hangouts. Worked great on iOS as well.

Re: OpenDrop: An Open Source AirDrop Implementation

#159

Post by slovenlyrobot »

bborud wrote: post #142

God, I wish people would stop using Python for these sorts of things. It is an okay language, but after tracking down why it doesn't build and considering messing around in my system and making either installing older versions of libraries or messing around with symlinks I stopped and asked myself "really? I want to spend my time fixing this?" and just deleted the entire clone of the git repos. Python is a nice langu…

- Click link, blown away by impossible feat of reverse engineering proprietary system done by apparently a lone hero contributor

- Realize nothing I work on really has so much impact as this one lone hero is likely to have already achieved by releasing this code

- Open HN thread with a sense of wonderment

- Read top comment, engulfed by a wave of revulsion, remember why we can't have nice things

Re: OpenDrop: An Open Source AirDrop Implementation

#160

Post by Darman »

epixcz wrote: post #72

Xiaomi, Oppo And Vivo just introduced their own version of AirDrop. https://www.forbes.com/sites/bensin/2019/08/19/xiaomi-oppo-a...

Yeah typical of isheep, they create biased title for money and traffic.

Their pattern for non apple product "XXX (other company) Introduces Own Version Of iPhone's AirDrop".

And for apple their title will be like "Apple Introduce Their Very Own Swipe Keyboard".

Post reply on HN