> Personally, I think putting an interoperability protocol implementation behind a copyleft license is a little unfortunate!<p>Huh, haven't thought of it. Just relicensed ancs4linux to MIT.
I love HN. Read an article that raises a reasonable point about a project’s license, and that project’s author shows up to announce they were convinced and changed the license accordingly. Repo was updated 5 minutes ago.<p>It’s things like this that give me hope for the world.
I'm not a scab, so I won't use permissive licenses on my unpaid projects. People who want to use them at work can cry me a river.
Same. Started to adopt AGPLv3 for every new project. With AI sucking up all the CV-driven contributors, it’s time to take back open source as a joyful hobby for nerds that enjoy programming and sharing their creations with one another, instead of being corpo stans that do free support for shareholder driven enterprises.
Do you think AGPL is going to stop a crawler from incorporating your work into their training set? I don’t. There are zero meaningful consequences atm.<p>That being said, I’m with you in spirit and in action, but realistically it’s pointless outside of living in accordance with your values.<p>Edit: Re-reading that, i just told you that your principles are pointless, and thats fucked up and wrong. I’m going to live in accordance with mine and not delete this, but apologies.
> Do you think AGPL is going to stop a crawler from incorporating your work into their training set?<p>No, but i propose we ostracize anyone who uses LLMs for the wrong reasons (i.e. not accessibility), and i hope you do too. The reasons are mostly not related to licenses, though, but it upholds licensing as a nice-to-have consequence.<p>(loved your comment edit)
That's kinda how I'm thinking about this in terms of licenzing my upcoming projects.<p>The code is just going to be laundered anyways, so why bother putting on a license like AGPL that might just hinder adoption?
I went through similar thoughts. Settled on just dropping everything under MIT.<p>I'm using AI assistance a bunch, nothing fully vibe coded (yet) so what's it really matter? My "novel" approach to BOM line item attributes?
Then just not publish it I think.
I don’t really care that the things I make will invariably be scooped up and ingested into the training data.<p>It’s rather that I think we all ought to stop making software that is primarily useful to businesses, because there is no more joy in that with AI-written PRs driving maintainers into burnout.
Big tech finally has no more excuses as to why they don’t maintain all the bedrock libraries themselves. So I say, let them do that.<p>And on the other hand, since anyone can vibe code something now, the value of GitHub projects as CV material has gone down significantly, so I’d expect less people to do that. Good! Open Source as a community, as a movement, doesn’t need these people.<p>Let’s get back to the roots.
> the value of GitHub projects as CV material has gone down significantly,
this might be true but the effect doesn't seem to translate, if you go by github difficulties to accomodate growth this past year, people are putting those vibe coded repos onto github, even if the signal vs noise ratio is much greater now, that only means you get more shitty repos vs non shitty now
What a thread.<p>Maybe there is hope for the internet?
I don't bother so much with licenses, but learned to reply with "that would be 1k bucks" instead of "you are welcome" where someone wants my library to do something it didn't before.
Not to be Debbie Downer but software licensing has no effect on what matters to billions of people.<p>We are facing very real global and societal issues that people on this site are actively exacerbating, like disinformation and climate change.<p>If a dude changing an inconsequential text file on GitHub gives you hope for the world, then please broaden your perspective.
So I'm guessing you don't do anything except what matters to billions of people? Always 100% fully generalized contributions, never making your local world a better place? Your only local contributions being to tell off people who are grateful that their lives are materially improved by someone else's smaller actions... You must be beloved by your community.
[flagged]
Yet here you are, posting self-congratulatory comments about how you don't post self-congratulatory things.<p>IMHO this is even less meaningful/impactful than the comment that you objected to.
I don't think the point you're trying to make improves the quality of the discussion here. If a downstream project laments a license and the author changes it, that's good communication and cooperation. Complaining that people are happy with the outcome isn't productive.
Making one small corner of the world a little bit better is a good thing. There's not much use in complaining that it's not as big of an impact as could hypothetically be achieved on some larger issues.
“He who would do good to another must do it in minute particulars. General good is the plea of the scoundrel, hypocrite, and flatterer.” -- William Blake
It's things like this that rob my of my hope for the world.
I saw someone smile at the park the other day, do you think you could talk to them for me?
I think you like very much to be a debbie downer
This is verifiably false. Without copyleft licensing like the GPL or permissive licensing like MIT and Apache we literally would not have the internet, or it would be somehow even more wildly dystopian and proprietary than it already is.
Not GP but I feel like that's kinda their point - the fact that we still have this platform to collaborate in such an organic way is truly remarkable and must not be taken for granted.
Actually a lot of that bad stuff billionaires are doing is enabled by MIT licensed software. Like, device lockdown is illegal with GPL3
You are indeed being a Debbie Downer.
You must be fun at parties
Isn't this[0] the use-case that is supposedly covered by LGPL?<p>[0] copyleft-licensed library that could be legally linked into non-copyleft code base.
Please consider using the LGPL instead.
Thank you for all the hard work and inspiration.
Hero
Thank you!
You might want to check again for something that has patent protection.
apache2+llvm exception, or just the mozilla public license...<p>EUPL is also basically GPL without being viral, too.
Of course kudos to the author. But I am pretty sure that the availability of iMessage and notifications over Bluetooth starting from iOS 26.5 is a direct result of the EU’s policies for smartwatch interoperability, so… kudos to the EU as well!
Mega-kudos to the author for chipping away at the wall around Apple’s garden.<p>I have had a iPhone for 15 years, and I have only ever been able to back it up with iTunes on windows (as I will never buy a Mac).<p>Apple’s refusal to provide interoperability borders on criminal. I wish there was a better option.
Have a look at <a href="https://github.com/libimobiledevice/libimobiledevice" rel="nofollow">https://github.com/libimobiledevice/libimobiledevice</a> and iOS backup projects that are based on it.
Or idevice [0] (the one I prefer), or go-ios [1], or pymobiledevice3 [2]<p>[0]: <a href="https://github.com/jkcoxson/idevice" rel="nofollow">https://github.com/jkcoxson/idevice</a><p>[1]: <a href="https://github.com/danielpaulus/go-ios" rel="nofollow">https://github.com/danielpaulus/go-ios</a><p>[2]: <a href="https://github.com/doronz88/pymobiledevice3" rel="nofollow">https://github.com/doronz88/pymobiledevice3</a>
Over the years, I have tried to make that solution work, but it never ever went smoothly.<p>Maybe it’s time to try it again, but it’s an arms race from what I remember. Apple just keeps changing things; if you’re on the latest iOS version, it was unlikely to work. Has that changed?
I'm shouting into the wind here a fair amount, but I just discovered DeltaChat and ArcaneChat. ArcaneChat is available only on Android, but DeltaChat is available on iOS and uses chatmail relays. My family has found it to be super useful and effective. I don't think it's viable to convert everybody in my social circle, but I've been very happy with the apps and attachments, notifications, and general performance.<p><a href="https://chatmail.at/" rel="nofollow">https://chatmail.at/</a><p>I'm considering running my own chatmail relay, although I haven't tried that yet.
DeltaChat was much more useful when it worked with any email server and didn't need its own special kind of server. We have plenty of messengers that use their own servers, like matrix, XMPP, and simplex.
Didn't know they stopped working with regular email servers, that is a huge letdown. I'm guessing this was quite recent?<p>That was their one big plus and while I avoided it because of PGP, this means that it really has no upside over XMPP for me.
I appreciate the simplicity of hosting ChatMail versus a regular mail server. It's simpler, lighter weight, and better suited for the chat use case. It's basically the ideal messaging platform for my needs.
I use DeltaChat just by myself to share things between devices. Not really the intended purpose but it's good enough for me!
Since you are dead-set against getting a Mac, why don't you move to Android? It seems like a better fit as Apple's whole thing is about continuity between their own devices, which obviously will not work for you.
> why don't you move to Android?<p>Because I trust Google even less than Apple (and a de-Googled phone would not be useful to me).
> their own devices<p>Sure! Apple can do whatever they want with their devices. But when they sell them to people, it’s no longer theirs.<p>People are (IMHO rightfully) not happy with a general computing device not being open.<p>Societies are pushing back against this practice through legal means, which is good!<p>The best part is if people want to stay inside whatever ecosystem, they can! It can be opt-in to enable developer mode to do what you can already do on any desktop PC.<p>If you want to lock down gran and gramps iphone (or PC for that matter), you can! Make an admin account and have them use an account with less privileges.<p>We can have the best of all worlds. An integrated ecosystem. Security. User computing rights.
Pixel is nice, in my opinion better than iOS, and more open for now
Doesn’t interoperability work two(Windows)-three(Linux) ways?
You could stop using iMessage and iCloud.
Green bubbles, WhatsApp, Signal, etc. are not an option for a lot of people. I don't get it either.
Because techies on average aren't socially popular enough to get anybody to make any effort to msg them on a better platform.
What is the problem with green bubbles? I don't get it. Doesn't it just mean the other person is not using an Apple device?<p>If you really want blue bubbles, use Signal, the default color is blue.
Apple's green bubbles are low contrast and hard to read, on purpose.
For years it meant fewer features and frustrating experiences in group chats.<p>Kids liked renaming group chats and liking/reacting to individual messages, and sending higher-res photos, and one "green bubble" participant nerfed the whole chat for everyone.<p>In spite of Apple knowing kids got bullied over this, meh, money. Thankfully this has now been just about fixed (depending on which Android version/carrier someone has), so green bubble stigma should be on its way out [eventually].<p>Firmly believe no one ever actually cared about the <i>color</i>.
How has it been fixed? It's still just Apple parsing the messages that came through like so and so reacted with some emoji to some message, and then attaching it to that message. But then this doesn't work with reacting to attachments like photos as it doesn't know which photo was reacted to.
RCS messages still show as green bubbles. I'm sure kids will still be bullied for it even if group chats didn't degrade.<p>All of these problems could be avoided if iMessage was cross-platform or if people just used something else. Nobody is being forced to use iMessage
What is there to get? Some people just don’t want to use other services. Period.<p>Not sure why people having their own subjective views and preferences is such a hard concept to grasp.
If you think that something extremely basic seems something that is hard to grasp for other people, it's usually because you're misunderstanding the situation, not because other people are failing to grasp the extremely basic thing.
That's not what's hard to understand. It's choosing to exclusively use iMessage knowing that not everyone can use it. And then shifting your social circle based on one company's decision to not support it on other platforms.
That’s simply not true.
I know people who have iPhones just for FaceTime because young and old non-techies use those a lot.<p>I’ve gotten my close friends onto Signal but there are still always 3-4 group chats where that isn’t possible.
Or leave the walled garden entirely. GrapheneOS has all the same stuff.
[flagged]
[flagged]
Because they provide a platform. Platforms are not normal products. Once a product becomes a platform, the rules should change to force interoperability. This should be true no matter the product or technology.
Nobody's asking Apple to provide anything. We just want them to stop sending cease and desists to developers who do provide said thing.
They don't have to add support. All they need is APIs and documentation.
You mean the same Apple, who supports RCS, and historically supported open protocols?<p>As to iMessage, think carefully about the architecture, and maybe you can imagine why it is Apple only.
The linked blueferry doc is excellent. Back in 2020, inspired by a comment on HN, I looked into writing a proxy to send and receive iMessages on Linux through an iPhone connected with Bluetooth Message Access Profile (MAP). I was able to send and receive messages, but I ran into the problem mentioned in the doc in the "Group metadata side channel" section: the bMessages in the inbox included the message originator, but didn't include the recipients, even though the MAP standard says that it "shall" be included (see page 22). I didn't know about ANCS, so it didn't occur to me to use that channel, and without any way to tell what context a message was sent in, I couldn't do threading, so I decided it wasn't worth pursuing.<p>The group messages were the biggest problem, and that's what made me give up, but there were some other issues:<p>- Shared links showed up as "Website: Short description (example.com)" and didn't include the URL<p>- Images weren't shown at all<p>I might take a look and see how blueferry handled those limitations.<p>[blueferry doc] <a href="https://github.com/erikwb/blueferry/blob/main/PROTOCOL.md" rel="nofollow">https://github.com/erikwb/blueferry/blob/main/PROTOCOL.md</a><p>[inspiration] <a href="https://news.ycombinator.com/item?id=23411520#23413394">https://news.ycombinator.com/item?id=23411520#23413394</a><p>[Bluetooth MAP standard] <a href="https://www.bluetooth.com/specifications/specs/message-access-profile-1-4-2/" rel="nofollow">https://www.bluetooth.com/specifications/specs/message-acces...</a>
Any possibility of handling phone calls too? Like making and receiving calls. Also, any plans of making Tether itself mobile-UI/UX friendly?<p>My plan is to get a Linux phone (or convert an Android phone to Linux) and use it as a daily driver, but keep an old iPhone around for regular calls and texts, and for compatibility with some apps like banking apps. Tether seems like it could be useful to bridge that gap, so all I'd need to do is just keep the iPhone in my vicinity and never actually have to operate it, unless it's for using some proprietary app/service.
As a KDE Connect user for a few years I know it doesn't always work without reconnecting especially with sleep cycles on the phone and the laptop but it does everything on Android at least - clipboard sync, notifications, sms, calls, remote control and media playback control. Must be iOS restrictions that made the author go through the admirable effort.<p>IOW Linux ecosystem has better vertical integration without any direct ties with Android :)
This is all made possible by broker app on the iPhone / (or other device)
to send data back and forward.
When I first read the headline I thought it would integrate directly into the Apple ecosystem without needing middlemen which would have been crazy impressive since I believe it is or very near entirely impossible.
Every device requires a random product key issued by apple and they’re not supposed to be reused.<p>No good way to get around that except buying an Apple device and taking its key.
not impossible, pypush did it 3 years ago
This guy did a nice thing for people, let's keep it positive.<p>Thank you very much for this! KDEConnect is great, but it's a little awkward to use with iOS (because of Apple, not the great developers), so this is a nice project to see.<p>I don't see references to contributions, do you have a patreon or something?
Sorry if this is obvious, but does it use the same thing OpenBubbles does? What's nice about that is that it just hooks directly into Apple's servers, so doesn't require a connection to your phone or anything.
This is a good question. No, OpenBubbles impersonates a Mac and talks to Apple's servers. Tether connects to the phone via Bluetooth and asks the iphone to send/receive messages. OpenBubbles's technique is not supported by Apple, while their Bluetooth version is.<p>Besides messaging it doesn't do any of the other stuff Tether does (author, im biased).
> No AirPlay kinda sucked<p>There’s shairport-sync, which works pretty well: <a href="https://github.com/mikebrady/shairport-sync" rel="nofollow">https://github.com/mikebrady/shairport-sync</a>
For me this is the last piece of the puzzle keeping me on macOS. I’ll give it a proper test later and if it works as described I’ll be ordering a Framework 13 Pro.
There’s also the old work on owlink and opendrop <a href="https://github.com/seemoo-lab/opendrop" rel="nofollow">https://github.com/seemoo-lab/opendrop</a>, which reimplement apple’s version of WiFi direct and use it to have a Linux implementation of AirDrop. I guess Continuity’s functionality are based on this as well.
Isn’t iphonebridge[0] doing the same but without browser extensions? (Haven’t used neither but been looking for such solution in the past)<p>[0]: <a href="https://github.com/gabrielmeir53/iphonebridge" rel="nofollow">https://github.com/gabrielmeir53/iphonebridge</a>
I installed this and spent a reasonable amount of time trying to get it to work. It didn't.<p>* GTK interface is buggy on hyprland (could only click buttons when app was on its own screen and not set to fullscreen)<p>* docs are vibe slop and incorrect:<p>~ tether pair<p>[2026-08-30 11:33:26.084] [ERR] Unknown action. Run tether --help for options<p>~ tether --pair<p>[2026-08-30 11:33:29.949] [ERR] Pairing requires a TCP+TLS connection. Use --host to specify a target.<p>* installation requires sudo escalation to configure bluetooth settings with a vague warning but no real explanation of what the risks are.<p>* couldn't get it to reliably connect - the feedback from linux and ios apps were vague and didn't help with what was broken or what was required to fix it.<p>Promising project, I'd love a solution like this but not worth my time for now.
Heh, I wrote all of the docs, hence the typos :)<p>* This is troubling as I've tested it extensively in Hyprland on different machines.<p>* You are right that the root installation requirements need more clarification. I was so focused on making it as easy as possible for the user that I buried important details.<p>* The failures to connect are an endless battle given the crazy inconsistencies in bt controllers. ~/.local/state/tether/tetherd.log should have the details I need to debug it, if you are inclined to open an issue.
I tried setting this up on Fedora 44 and couldn't get it to connect on WiFi or Bluetooth even after installing the iOS app and running the recommended terminal commands for BT setup. The devices can sometimes see each other, and at points one or the other will say they're connected, but it never fully establishes a working 2-way connection and none of the features ever become available. The whole process definitely feels buggy and broken (not sure how much of that is on Tether and how much is on the ecosystem).
I ran into similar issues on a mostly stock Ubuntu 24.<p>When I start the gtk app, it has a scan devices button but it never finds my phone even though I've paired via bluetooth and its on same LAN.<p>The iOS app just has a spinning icon that goes forever even though it sees my computer name in the 'discovered devices' list.<p>I tried pairing from CLI and GTK app and no go on Wifi or Bluetooth.
Very nice, I'll say Continuity can absolutely be implemented fully on Linux though ! I think the thing we'd need very first is an actual communication "backbone" that would span bluetooth,wifi-direct and even mesh networks like Tailscale or smth. Continuity is partly based on AWDL, Apple proprietary implementation of Wifi-Direct to allow high speed local inter device communication and allow things like Sidecar with an iPad. Then we could implement protocols over that backbone to implement actual useful applications.
> Since then I've done Opus and then Fable bug / security sweeps regularly.<p>This part surprises me a bit. Fable always falls back to opus for me the instant 'security' is involved (thanks for that, Anthropic)
Wasn't there another iMessage clone for Linux/Android a few years back and they got a C&D from Apple? Or maybe Apple just blocked their service?
This is very different from Beeper or BlueBubbles.<p>Tether is "merely" talking to your iPhone over bluetooth and the local network. It does nothing if you don't already have an iPhone. Apple should have no more reason to come after this than it does a Garmin watch that can show your iMessages via bluetooth.
There’s bluebubbles which runs a server on a Mac and syncs your messages that way.
Beeper?
As a general rule, Apple will shut down an operator of such service once it gets used to pump out spam.<p>Of course, every spammer dreams of their spam texts coming through as a blue bubble.
What’s the security story behind the iMessage integration? Why is iOS willing to send iMessage data over Bluetooth to a device that hasn’t convinced Apple that it’s a validly authenticated device signed in as the same user?
Oh, so it requires an app, which isn't even available on older iOS versions… that's such a shame, I wanted to try it out on my iOS 17.0 iPhone. (and I thought it was just using the official Apple ways used for macs, so that's a small disappointment)
This is incredibly timely as I moved my first choice personal computer to full time linux this week (and am a long time iPhone user who loves the autofill as well). I'll be happily contributing when I find an itch that needs to be scratched.
Hm. I wonder how much effort it would be to add this to BSDs.
Whoa this is so much better than having to send it via a BlueBubbles bridge, if this actually works I’m donating! Awesome project!
I am not sure that it is. From what I understand, Tether requires a companion app running on your iPhone. And as such, is subject to being shut down by the OS for various reasons (inactivity, etc...). So sometimes you would have to restart the app.<p>I use LocalSend and every now and then the connection does not work and I have to restart it on the phone.
The website is so hard to read for me. The font weight should be more :(
Oh, fantastic, thank you. If this allows me to drop files onto an iPhone without me having to open an app, that would solve a lot of my issues. I use localsend right now and although I really love it, it still requires me to always keep the app open on the phone.
This is for iPhones only. Do I assume correctly that the issue is solved for Android, instead?
I don't know the specific ones, but there are android apps that replace Google Messages (dark pattern warning: enabling this makes your previous messages inaccessible as Google Messages won't let you read them unless it's your default SMS app) as well as apps that can send and receive in parallel to Google Messages. I'm not sure if there are also apps that can read your message history out of Google Messages.
Also curious. I keep messages.google.com in a pinned tab but the number of times I have to go find my phone and re-authenticate is too damned high.
So it’s the Linux equivalent of Phone Link/Link to Windows?
Dependencies: ...wayland-client...<p>Nuts, I'm on xfce, and don't intend to switch over until it's necessary.<p>Why is Wayland necessary for this?
We really need a WaylandX, don't we? It shouldn't be that hard to make, since Wayland is a very limited protocol...<p>I can't think of an ideological reason that apps shouldn't require Wayland that wouldn't apply to anything else. Isn't it just as bad for an app to require X11 or to require Linux or to require Windows or to require Android? You are free to port it to X11 or any other platform.
I mean... if you wanna keep using xorg, more power to you. But you can't expect developers to keep supporting it. Isn't XFCE moving to Wayland soon anyway?
Does clipboard sync work when the iOS app is in the background?<p>Pretty cool stuff either way!
Is there an easy way to share iOS clipboard to Linux directly using local WiFi without going through any cloud?<p>Edit: clarification in my reply later in this thread: <a href="https://news.ycombinator.com/item?id=49492003">https://news.ycombinator.com/item?id=49492003</a>
"Easy" is subjective, but tether seems like it would do this? There is also kdeconnect (don't let the "KDE" fool you).
That's what I thought at first but then discovered:<p>> universal clipboard is synchronized over internet, it is not done trough cable connection. it uses apple continuity service, what you put into UC is uploaded into apple cloud,..<p><a href="https://github.com/libimobiledevice/libimobiledevice/issues/1143" rel="nofollow">https://github.com/libimobiledevice/libimobiledevice/issues/...</a><p>That's why I'm a bit confused now.<p>> don't let the "KDE" fool you<p>Being GNOME2-then-MATE user, it really would.
You can use the app that is the subject of this thread:<p><a href="https://apps.apple.com/us/app/tether-linux-companion/id6762097135">https://apps.apple.com/us/app/tether-linux-companion/id67620...</a>
Literally OP does this. It doesn't share it automatically like iOS-to-macOS integration but you open the app, click a button - job done.
Doesn't Tether lack end-to-end encryption, making it less secure for private communications?
I use whatsapp primarily, so no tethering needed, but SMS of course for one-time passwords and the like. I didn't want to open my phone for that. So I had a coding agent write an android background app for me that listens for SMS and forwards it to a discord server, and side loaded it. So now I get a discord notif on my laptop with the OTP.
I have Google Fi, we always had messages.google.com to even get calls, which I never did. Convenient especially because I write longer messages.<p>Never felt superiour over others for it.
[flagged]
[dead]
I don't know.<p>What's a feature not in KDE connect that the writer wanted and it didn't have?<p>They could always submit a pr.<p>Beeper exists you know....<p>I have a question. It's fine to build for your own self but is it okay to release something in public when the environment is a moving target and you are just a one-man team keeping it afloat?<p>Wouldn't it be better to go behind established FOSS products and not reinvent the wheel when you don't have to?<p>I understand no one can tell you how to or why to do certain things but there comes a time, when youw want to help, not build the next temple os and instead help manjaro or whatever is cool these days?
I find KDE Connect severely lacking. It's great that it exists, and maybe it's really excellent with Android, but for iOS it's really not there yet.<p>Even features that do exist don't always work reliably. I can't send files between devices, most of the time clipboard sharing doesn't work either, and there's loads not implemented.<p>> What's a feature not in KDE connect that the writer wanted and it didn't have?<p>From TFA:<p>"And Tether now supports: iMessage, SMS, Notifications, Contact sync on Linux. In addition to its previous: File Transfer, Clipboard Sync, OTP handling."<p>> Wouldn't it be better to go behind established FOSS products and not reinvent the wheel when you don't have to?<p>From TFA:<p>"Before you ask, I know KDE Connect exists. It's great! If you're on Android you should definitely use it. The problem is that it didn't do what I wanted and it's roadmap indicated it never would."<p>Maybe next time read the article before commenting?
Let's be fair: At least some of the features you quoted <i>do</i> work in KDE connect in my experience, so I had the same question as GP. Even after reading the article.
Like I mentioned, I found KDE Connect to be lacking but mostly even the feature that it does have, don't always work.<p>So far (really only a couple hours), Tether seems a lot more polished.
"What" features. Imessage? Thats it?
This is a very good point and I'm not sure why you're being downvoted. I considered contributing to KDE Connect but decided against it for many reasons:<p>1. This would be a major subsystem added to KDE Connect and I have no history with the project.<p>2. The KDE Connect roadmap explicitly lists iMessage / SMS support as "Won't Implement"<p>3. My project requires a browser extension and mail extension, I can't imagine I have much of a chance of getting a "KDE Connect" extension approved.<p>4. Time: it would have taken much longer to jump through all the (appropriate) hoops.<p>5. Choice. While I'm not a fan of Omarchy, I LOVE what it is doing. Having an alternative to the Big Two and embracing "custom" desktops is very appealing to me, and I think it is a good thing for Linux and FOSS.<p>6. I was going to do this no matter what, it worked better than I expected, I wanted everyone to have it.
One of the not cool things about KDE Connect is that its "plugins" system doesn't seem like it.<p>Where are more plugins for it? How you add them? Where are docs for creating them?<p>I haven't had a great feeling when asking its dev about stuff but hope that situation has changed. Having a proper plugin system would let people like OP extend KDEConnect and potentially benefit more people, instead of being subjected to the will of its devs and the roadmap.
I would argue that if you have the same setup as the author then use it. Yes a moving target but won't you fix something you use for yourself? Also point an agent at it get it back working in a few hours of waiting :P
Glad you brought that up, I was actually going to suggest not to replace KDE Connect but rather to become interoperable with it because AFAIR (but didn't touch an iPhone for few years now) there is no iOS client for it.
I can't get KDE connect to work for the life of me. So I guess something that works would be an improvement!<p>Could be GrapheneOS/arch interop or something.
A genuine question, does anyone here actually use KDE Connect as a daily driver to actually keep in touch with people? I would love to but, for example, when I'm on a university campus the possibility of keeping those two devices connected appears difficult if not impossible. I keep looking into both Bluetooth and/or the VPN route every once in a while, but it ends up not working and I give up. Something I'm missing, perhaps?
Personally, few years ago I wanted to use kde connect with my iPhone, and I don’t remember the distro now but it’s when I had to install kde connect later it wasn’t part of it, and after almost a whole day of googling around and trying to compile and solve whatever missing libraries or drivers, it never connected.. so yeah I welcome the fact that there are alternatives, always!
You cant really complain about the ecosystem if you insist on using an iPhone. What you think is interop is viewed by Apple as hostile and if they could find a way to sue you for it they would.
Fair, but the only other major player here, Google, has not done much better; RCS is still locked up with no API in sight.