According to Matt Stoller [0] we have Alan Kaplinsky [1] to thank.
> Kaplinksy’s claim to fame is that he’s the lawyer who figured out you could get rid of the ability of a consumer to go to court by using what’s called a pre-dispute arbitration provision in a contract.
I'm no expert but Kaplinsky sure sounds like a modern day super-villain.
As a generally healthy person it's very disappointing that catastrophic plans are only available for under 30s. [0] For me it makes the most financial sense to pay out of pocket for incidentals/annuals, but be covered for catastrophes e.g. get hit by a bus and wake up in a hospital.
What magical event happens to people at age 30 that led the legislators to ban catastrophic? Would love to see the actuarial data on that. I have no knowledge/evidence of the reasoning but to me it definitely smells like lobbying.
Yeah, the current situation is pretty terrible. Deprecating the old credential-based auth flow, before adopting login.gov was a massive misstep. Five months ago I noticed the alert about deprecating the classic username/password auth, and posted about it [0].
As far as I know login.gov is a viable solution, already in use at the SSA, that is government-run aka doesn't require users to kowtow to an EULA, capricious arbitration, etc. The problem is there was apparently interagency squabbling that messed up the original deployment schedule.
So it's not available. I do hope that changes because the current situation, of mandatory id.me seems pretty terrible.
A few weeks ago I had excellent results using this to install Ventura on a 2017 MacBookPro13,3. While obviously not as fast as a newer machine, everything I tried so far works great, iCloud, Universal Control, latest apps etc.
Compared to other vendors, it seems like Apple has an aggressive obsolescence position. This app offers a significant countervailing force to eWaste, and IMO deserves broader recognition. Authors: great job, thank you.
I'm not taking a position on OCLP being trustworthy or not, but at least the project appears to be 100% open source [0], which is more than we can say about Apple.
The macOS appocalypse was a really shocking moment -- it was so disappointing to learn that despite the privacy marketing shtick, macOS engineers chose to have Macs phone home sensitive data in an seemingly aggressive way, with no opt out. Now in 2023 the fact that "a preference for users to opt out of these security protections" never materialized, and the copy just disappeared from the website, is quite disappointing. Great write up here [0] - thanks @lapcat!
Anecdata: Ever since that day I've blackholed ocsp.apple.com/ocsp2.apple.com at the DNS level, and all my Mac apps have launched just fine since.
If anyone at Apple reads this, I want to be given the choice. Warn me, stuff the setting into whatever plist -- whatever, but give me the choice.
Frankly for a company with Apple's resources, it's hard to believe the OCSP test suite somehow didn't consider half-open TCP connections. If a global catastrophe like that can happen once, it can happen again - which is why, in addition to the clearly negative privacy implications, Apple should give users who care a clear opt-out.
Could you please explain more about who these counterparties are exactly? Do they include brokerages?
I'm trying to understand why a counterparty would enter into an arrangement where a stock price change obligates them to financial liability like this. Presumably there's some upside if the stock price goes the other way, but it's unclear who the $ would come from in that case.
Also:
Who originates options? When someone buys an option, is it the brokerage who collects the fees? Is the counterparty already involved at that point?
Not sure I'm understanding you correctly - by captive portals do you mean the "challenge" that renders in a browser/webview context, commonly when joining a new network?
I'm not sure that would be suitable for what I describe above.
What makes LittleSnitch/Lulu/similar nice is they listen for "all" outgoing traffic types TCP/UDP/ICMP/etc, and show UI immediately, including for non-browser apps, e.g. games, VoIP, P2P apps, whatever -- it tends to be covered. Unless I'm mistaken I don't believe a captive portal can be triggered when "just any" process originates traffic.
That's the strength of LittleSnitch/similar, but the major weakness with host-level filtering they rely on, is you're 100% at the mercy of Apple's networking stack, and this Sonoma issue isn't the first time Apple moved the goalposts. Not too long ago Apple exempted their own services from whatever LittleSnitch hooks [1] and it could of course happen again with any macOS update.
In my view this is precisely why a separate box is appealing. Ideally it'd have as tight of a UI as the incumbent apps, including the same metadata (process name + app icon, protocol, port #, most recent previous attempt, etc).
The more macOS seems to break user control of networking, the more I wonder what kind of "separate box" solutions are out there that can intermediate _outgoing_ traffic.
e.g. Something like LittleSnitch on a router, where it notifies the Mac when it detects a new outgoing connection.
Do things e.g. pfSense support that already? "Hold" an outgoing connection from the moment the SYN is observed, notify whatever client, and only allow if the user clicks?
A few months ago I paired gcsfuse with Seafowl [0][1]. Was a lot of fun balancing tradeoffs that are usually not possible with classical databases e.g. Postgres. Thank you gcsfuse contributors for making it possible!
[0] Seafowl is an early stage open source database written in Rust. https://seafowl.io/
Can you please share more about this? I've been curious to build a router with redundant internet providers ever since I noticed certain PCEngines boards supported LTE modem modules. [0]]
I assume you're using Linux; do you wire all your modems via Ethernet and manage MultipathTCP all in your router? Any hardware offloading you're aware of/recommend?