![](https://lemmy.federate.cc/pictrs/image/7ac11d7a-e300-45ca-8d61-2d4ee508797e.jpeg)
![](https://lemmy.ml/pictrs/image/a64z2tlDDD.png)
Forking a repo is not the same as developing it. Any idiot can rehost the existing source code, but all the developers with knowledge of the code base and project just got axed by Nintendo.
Lead administrator of federate.cc and its services. Please don’t DM me for support with federate.cc, make a post in /c/meta instead.
Originally from Fort Lauderdale 🇺🇸, lived many years in Vienna 🇦🇹, now living in Setúbal 🇵🇹. Software engineer specialized in Apple platforms. 🌎
Forking a repo is not the same as developing it. Any idiot can rehost the existing source code, but all the developers with knowledge of the code base and project just got axed by Nintendo.
I miss regular old web forums, mailing lists and that sort of thing. Discord / Slack / etc have zero discoverability. The ability to google your question is gone, and knowledge is ephemeral, when a chat is the central source of community.
Likely no different as they’re both derived from Ubuntu which is an officially supported and sanctioned Steam platform
Actually with a Synology NAS you don’t need Plex, they have a built in equivalent called DS Video with apps for Apple TV, iOS, Android, etc!
I’ve had an Nvidia shield in the past as well and it works reasonably well, but the video experience is definitely better on the Apple TV. The Android boxes make more sense if you want a place to install emulators that also occasionally streams.
Keep your Apple TV and use it as a streaming client for whatever you stand up on the backend. Personally I have a Synology NAS that I love and I use the net to get all my content. Use the net. 😉
It’s more than slight! I ran a 3090 in an eGPU for a while and it lost around 40% of performance compared to when it was in my case.
Depends on the country but mostly WhatsApp followed in second place by Telegram
Former Apple engineer here. This architecture isn’t ideal if you intend the service to be portable - but we didn’t! Knowing the messages can only originate from a sealed application on a first party device eliminates a whole class of spam and security problems.
Beeper’s implementation spoofs Mac keys and requires you trust them with your Apple ID credentials if you want to be able to take full advantage of iMessage.
It’s just pointless. A huge security risk for Apple users and to zero benefit for Android users. Let Apple implement RCS as they promised and move on. Isn’t everyone on Telegram or WhatsApp anyway…?
Well, none. One assumes the aspiration is to implement Cocoa, to allow GUI apps to run.
Well, none. One assumes the aspiration is to implement Cocoa, to allow GUI apps to run.
Former Google and current Apple engineer here; this is definitely an insecure workaround with a lot of flaws. I think Beeper is basically doing the same.
The reality is that while we do have a lot of walled garden policies for business reasons (which I don’t love), iMessage and FaceTime are a bit more complicated than that, tightly coupled around the hardware encryption and keystore in the TPM in our devices. Unwinding this would be undesirable from a compatibility perspective as it would break any Apple devices not updated immediately to new OS versions that change the encryption scheme.
So the only way to plug into iMessage per se is a weird workaround like this where you basically AppleScript automate the Messages app on a Mac with its shields down.
There’s not a great way to fix this problem which is largely why we are bringing RCS support to iOS 18 to hopefully make such things moot.
But that said even as an employee I don’t think iMessage is a great example of a modern chat app. I mean, it’s better than SMS which is what it sought out to replace. But compared to an actual chat app - something like Telegram - it doesn’t hold up.
This is a really disingenuous argument even for /c/android. iOS has many pitfalls with the walled garden effect but it also has many advantages with regard to software quality, consistency and performance (particularly at an API level, speaking as a developer for both platforms). If we write them off as bad, dumb or irrelevant then we forego the opportunity to improve our own apps and Android as a platform. Google does not have a monopoly on good ideas nor on technical users - one could note that Android itself is developed on Macs, as Silicon Valley developer workstations are almost universally Apple hardware…
What? My point is that I wonder if there are hardware and bootloader level back doors that survive flashing a new ROM or if you can be truly clean flashing a trusted AOSP one.
Tbh I wonder if flashing an aosp rom changes that at all
You may want something like https://porteus-kiosk.org/
Irgendwann werden sie es auch herausfinden, denn nach mehr als 6 Monaten täglicher Roaming-Nutzung wird dir die Verbindung unterbrochen.
I really like Telegram generally, including for voice and video. Having native desktop clients too sweetens the deal, even on platforms like Linux. Plus it feels fairly native on each platform, so that makes it easier to get people to switch, versus “this app feels too foreign/clunky on my OS”. Signal is a pretty lousy experience on iOS for example.
deleted by creator
deleted by creator
I’m a iOS developer just lurking here but, are paid features in custom ROMs common? Since they’re all downstream of AOSP, wouldn’t it be possible to bypass anything like that fairly easily by just commenting out the paywalls and building the ROM yourself?