I'm still looking for a solution I could use to share pictures and PDF files from Android phones to iPads and Laptops using the "share" modal and completely self-hosted...
I'm still looking for a solution I could use to share pictures and PDF files from Android phones to iPads and Laptops using the "share" modal and completely self-hosted...
1. gpl and apple appstore don't go along
2. ios apps cannot run in the background in ways that kde connect needs
3. ios does not permit 99% of things that make kde connect interesting and useful
blame apple for this, not the kde connect devs.
I see kdeconnectd.exe and kdeconnect-indicator.exe running in the task manager but nothing else. Nothing in the tray either.
I've seen similar complaints on googling but none has ever been resolved.
Does anyone else have it working on Windows?
It auto-detects when you enter a link, otherwise treats text inputs as a pastebin, you can ctrl+v an image, and it has file uploads up to a few gigabytes. Code is on github (https://github.com/lgommans/dro.pm/) though I still have to change the license to be more permissive (I've decided that I won't pursue this as a commercial thing, just open a ticket if you want me to change the license sooner than whenever I work on this next). Viewing uploaded files instead of downloading is also possible for image/audio/video mime-types by adding /preview to any link.
You can also use it from the command line if you're on a keyboard+terminal-only machine, e.g. just `wget -L dro.pm/h.txt` to download the uploaded file (the links accept an arbitrary .extension) or for uploading from the command line there is a bash one-liner contained in the page source itself, see: `curl https://dro.pm | head`
Made a mistake and uploaded something private or want to edit the link? Just click delete on the website, or on the command line you can use the token that you get when creating a new link.
I guess magic wormhole is the wrong context to be making this argument in since everyone's primed for peer to peer now, but in general, yeah when using dro.pm it will put your data on dro.pm, similar to how pastebin stores your data when you use pastebin. It otherwise (and that's why I made this design decision) couldn't work after you close the tab, making it much less suitable for most of the intended use-cases. If you want peer to peer file transfer, you could have a look at https://file.pizza (not made by me)
This appears to me much more like blantant self promotion rather than attempt to participate in the discussion. Your tool has none of the requested features (self hosted file transfer using the native share dialog.)
> though I still have to change the license to be more permissive (I've decided that I won't pursue this as a commercial thing, just open a ticket if you want me to change the license sooner than whenever I work on this next).
Guess that'll have to be now then. Getting this sort of crap is what makes me wonder why I bother putting this work out there in the first place.
> Your tool has none of the requested features
The main premise was a way to have file sharing between tablets, phones, and computers. This does that. It is open source (as of now) and has an Android share app to boot[1]. Anything else you're very welcome to make yourself, it's not a commercial plug, I'm obviously disclosing my affiliation, I host this on my personal machine at home, you're just welcome to make use of this or not if you don't like it.
[1] https://github.com/lgommans/dro.pm/tree/master/android/dropm...
Neither your initial comment, nor the project readme discuss the Android App. You have to browse the project dirextory to find out that it exists. The Android app has the dro.pm url hardcorded as a string and generally does not appear setup to work with a self-hosted solution.
All of this is fixable, but it very much belies a project that is immature. I would personally be uncomfortable promoting this as a solution without being very clear about the limitations and work required to fit the specidies use case.
I definitely never intended to say that you shouldn't ever run an open source project. My earlier wording was not done well. My point is that if you are burning out this early in open sourcing this project, then maybe this particular project is not meaningful or valuable enough to be worth it to you.
You were just given carte blanche to host it, by the author in public. If that isn't a legal exception, I really, really do not know what is.
Also, if you do self-host it, who is going to find out and sue you? Software licenses are not magical. The hammer of god is only going to come down on you if the person:
a) sees you do it
b) has the power to stop you
And if they're outside of the GNU project or the Linux foundation, they very likely do not! And regardless, that only matters if:
c) you have the money to pay for the damages
Which unless you're rich (I dunno, maybe you are rich), you probably don't!
and if you run a business, it's automatically a no-go.
however, what really matters for FOSS is that suggesting the license does not matter only reduces the strength of FOSS licenses. you are effectually suggesting that licenses can be ignored.
note that i am not suggesting that the author of the product should change their license, or clarify it with regards to self-hosting, just that your advice to ignore the actual license is dangerous.
Now with my point in general,
> however, what really matters for FOSS is that suggesting the license does not matter only reduces the strength of FOSS licenses. you are effectually suggesting that licenses can be ignored.
Right, but if they are ignored by large companies, there's no chance in hell that we're ever going to find out about it. The fact of the matter is that big companies really do not have to give a shit, at this point, because even if someone challenges them, it's unlikely that any one person is going to have the financing to win the war of attrition that will follow.
Likewise, if you take someone's code and it's not open source, and you don't actually distribute it, but instead just host it, and you're small enough, then the license itself does not matter.
The claim that pointing out that the rules only matter as far as the rules can be enforced, actually damages the rules, is utterly absurd. The people who will want to ignore the rules and do whatever, and bank on not getting caught are already doing that.
that may be the case, but that makes it a custum exemption that is not vetted by lawyers. for my personal use that my be ok, but for my company it is not, no matter how small my company is, i just can't take the risk. not only the risk getting sued, which indeed may be minimal, if non-existant, but also the risk that any of my current or worse future business partners, investors or clients have less trust in an unvetted license than me.
and from a client perspective, i do not want to deal with a business that doesn't take licensing seriously.
the difference between a big company ignoring licenses and me is, that a big business can afford to deal with getting caught, but if i am wrong, i am ruined.
> Should I package it as a .deb, or what makes something self-hosted? The code is already on github: https://github.com/lgommans/dro.pm/ (link was buried in the text - I had a hard time prioritizing what people would want to read first, since that depends on your use-case).
As for no mobile app: how much faster is it going to get than opening the browser that's already on everyone's homescreen and typing a 7-8 character link? Or if you self-host it, you can host it on your own TLD like https://me/. It being an app was also never mentioned as a requirement and I don't see how it helps, but I guess I don't need to understand. As a bonus tip, though: you can add browser bookmarks to your homescreen. Since you'll need internet to share things in the first place, it should behave roughly the same (aside from a share menu, but...).
And there is a share modal for Android, actually. See the github link.
The primary use case is for me to share PDF scans made with my iPad/phone with my laptop. The second use case is for sharing screenshots of my laptop with others on my favorite messenger.
Although top comment here suggests a combination: https://www.reddit.com/r/Syncthing/comments/ese82l/ios_users...
Top comment snippet: "I use FE file explorer PRO (paid ) on iOS to connect connect to my VPS vis SFTP where my main syncthing pool is"
I use this for cross-family backup and sharing. My main use-case is getting my photos from my phone to my desktop.
I'm really looking for a "universal airdrop", but I would settle even for a pale copy of it.
https://play.google.com/store/apps/details?id=pl.solidexplor...
Dropbox is centralized (with some p2p for performance gains on local networks) whereas this is entirely p2p
Everyone has UltraPhones with 4k videos they can't share with anyone.
No host in their right mind would accept such large messages.
Most EMail servers do not accept more than 10MB, and considering the file sizes of your typical PDF, Word Document or photo, that seems sensible.
The two apps I linked do exactly that. You don't need an iOS app because you're sending files only from Android.
Works great, see my other comment for explanation.
> This tool requires a total number of 7 actions to get the work done
What the hell?!
https://gitlab.com/timvisee/send (a fork of the original code)
The ideal situation would be some universal airdrop which will never happen. The next easiest solution is to use cloud storage and send a link to the other person.
https://f-droid.org/en/packages/be.ppareit.swiftp_free/
I guess you can install in on multiple devices (Android phones and tablets), then use a file explorer that supports ftp or use a dedicated ftp client, to then transfer between each other. But accessing my phone from my computers via ftp (Fedora and Windows 10) is a piece of cake and reliable - don't even need anything like filezilla.
To stop changing ip's: I recommend having a static ip range in your router instead of using dhcp (or some routers/dhcp server can allocate the same ip address to the same mac address), so all of your devices ip's stay stable (on newer phones, you have to disable the random mac address feature though).