-
just in case anyone else is running in to this problem, there is a solution
https://github.com/tombonez/noTunes
this will prevent itunes/apple music from opening
-
CodeRabbit
CodeRabbit: AI Code Reviews for Developers. Revolutionize your code reviews with AI. CodeRabbit offers PR summaries, code walkthroughs, 1-click suggestions, and AST-based analysis. Boost productivity and code quality across all major languages with each PR.
-
Reminds me of time I wrote a jailbreak tweak for iPhone to enable more types of notifications:
https://www.engadget.com/2013-02-14-hack-brings-all-iphone-n...
https://github.com/conradev/btnotificationenabler
-
koreader
An ebook reader application supporting PDF, DjVu, EPUB, FB2 and many more formats, running on Cervantes, Kindle, Kobo, PocketBook and Android devices
An answer with a catch:
I ran rooted android phones for a long time, but have for the past few years been on GrapheneOS, which doesn't require Google Play, but allows you to use it while sandboxing it (so, harm reduction), and it's much less of a struggle now than it used to be.
The catch is that, at least currently, GrapheneOS only works on (Google) Pixel phones.
[On Kobos:— I agree on Kobo vs Kindle, and like Kobos a lot: but partially because I don't actually have to use Kobo's software if I don't want to. (See KOReader[0] and NickelMenu[1].)
[0:] https://github.com/koreader/koreader
[1:] https://github.com/pgaskin/NickelMenu ]
-
An answer with a catch:
I ran rooted android phones for a long time, but have for the past few years been on GrapheneOS, which doesn't require Google Play, but allows you to use it while sandboxing it (so, harm reduction), and it's much less of a struggle now than it used to be.
The catch is that, at least currently, GrapheneOS only works on (Google) Pixel phones.
[On Kobos:— I agree on Kobo vs Kindle, and like Kobos a lot: but partially because I don't actually have to use Kobo's software if I don't want to. (See KOReader[0] and NickelMenu[1].)
[0:] https://github.com/koreader/koreader
[1:] https://github.com/pgaskin/NickelMenu ]
-
Can you stop moving the goalposts? There's a ready-to-go open source solution for MacOS [1] that exposes a REST API [2] for interacting with iMessage which allows automation and the sky hasn't fallen like you predicted it would. Professional spammers would no doubt be way ahead in capabilities.
Relying on clients to stop spam would break just about every security design principle so that could never be the primary spam filtering mechanism. Indeed, if you search Github, you'll find evidence of this [3].
Allowing a third party gadget to talk to an iPhone to send messages isn't going to open the floodgates to spam any more than it already is for what I think are pretty obvious reasons - anyone who could exploit those integrations can already exploit current APIs with exactly the same limitations.
> In contrast you need to hook into Apple APIs / scripting / sqlite databases on trusted apple hardware in order to automate iMessage.
And that wouldn't change, you would still need to pair a real iPhone to your fake "spammer edition" Pebble, and then your Apple ID and iPhone would quickly get banned. Presumably just like it does now if you abuse [1], otherwise that's just bad design.
It's frankly ridiculous that this is even being suggested on a "hacker" forum with nothing but wishy-washy qualifiers about how easy or "hard" it would be.
[1] https://bluebubbles.app/
[2] https://documenter.getpostman.com/view/765844/UV5RnfwM#0d8e0...
[3] https://github.com/ZekeSnider/Jared/issues/65
-
InfluxDB
InfluxDB high-performance time series database. Collect, organize, and act on massive volumes of high-resolution data to power real-time intelligent systems.
