Even with ADP on, it uploads the unique hashes of the PLAINTEXT of every photo to Apple, so they know who had what unique files, when, and who had them next, and when, etc. You can’t receive or transmit an original Winnie The Pooh meme between two phones with ADP on without Apple and the FBI knowing who had it first and when the second person received it.
Also insofar as ADP is off by default the whole system can NOT be said to be “privacy oriented”, which was the claim I was refuting.
Apple, for the most part, does not care about the privacy of their users. ADP would not be built today, and it will probably eventually be quietly removed (like it was in the UK), because ~nobody uses it.
The UK removal of E2E was anything but quietly removed. Unless your definition of "quiet" included the cover of the YT, the WSJ, and assorted other world wide papers.
It's frustrating that Apple doesn't have their own Screen Sharing (VNC) application on the iPhone/iPad, if even just to provide a basic screen-sharing experience. They have something builtin to FaceTime (that I've never tried) as a kind of remote-support app.
RealVNC did not work from iOS/iPadOS to macOS Golden Gate when I tried it relatively recently, although it may have been updated since. It's possible Apple changed something in their version of VNC's auth.
I used to recommend Screens (v4) when it was flat licensed, as it seemed to work well and was well designed in dealing with smaller screens and input differences. Now (v5) it's $5/month $30/year $200/lifetime, which I can't really justify for my casual use case.
> It's frustrating that Apple doesn't have their own Screen Sharing (VNC) application on the iPhone/iPad
At this point it almost feels intentional on Apple's part for not having a first party app, as if having one would be a tacit admission that iPads/iPhones are lesser than actual computers (although the logic does break down since they allow it on Macs).
IIRC they do support weird versions of screen sharing and remote control when on a Facetime call which is convoluted to say the least.
Another data point: I got 94.74 tokens/s on an M4 Pro Mac mini 64GB with the simonw prompt "Generate an SVG of a pelican riding a bicycle". TTFT was 0.37s. The model thought for 40.75s before answering.
Another: A particular street address only maps to one person, entity, or family. Counterexample: Giant skyscraper with a zillion tenants, each in a different suite. Or a giant apartment building. Etc.
Still another: One particular suite address only maps to one person, entity, or family. Counterexample: Any of thousands of commercial mailbox-rental / package-shipping stores in US strip malls, which tend to have suite numbers (within the mall) and possibly hundreds of tenants, all at one suite.
I saw this linked from MacRumors during the AT&T iPhone 18 Pro Max lockup news discussions. It was interesting to see what AT&T/Apple did to try to get ahead of the issue. So far it looks like they disabled 5G Standalone mode, possibly just to prevent a bug from literally destroying the hardware (possibly only on one batch of phones).
Apple/AT&T still haven't released any kind of statement addressing the issue other than to replace affected hardware.
I straight up returned my iPhone 18 Pro Max last week. This was infuriating. I was having the baseband lock up and drop to SOS Mode on Verizon, so I got an AT&T eSIM (spent money). Same issue, full loss of connectivity 5 times a day requiring a reboot. So I got a T-Mobile eSIM (spent money). Same issue, full loss of connectivity 5 times a day requiring a reboot.
Then I read online that ONLY the Pro Max uses a Qualcomm modem and the Pro uses Apple C2. My wife's iPhone Air with C2 has great connectivity, better than my 17 Pro Max did before I swapped it for 18.
So I returned the Pro Max, got a Pro, am on T-Mobile full time and my signal strength is good now in buildings that I had 0 or 1 bar before, for years.
Why is Qualcomm your bad guy here? Do you think that was malicious, to hurt pro max?
They're not exactly fringe vendor, design bugs happen, but I thought the phone maker would be responsible for knowingly selling phones with faulty components. No?
Holy cow, thank you for this. On that same IBM[1] link, it reads:
Maximum wet bulb temperature (Only LTO-8 and earlier cartridges) / Maximum Dew Point temperature (LTO-9 and later cartridges), all across the board, allowable / recommended / shipping: 26°C (79°F).
In Florida, we like to refer to 79°F dew points as "Tuesday."
More to the point, the time I want those LTO cartridges to earn their keep is during a disaster scenario. The most likely disaster scenario--other than fire--is hurricane. High temperature and humidity, and no power to run the HVAC to mitigate those. (Unless you have generators with fuel to run for days, and your HVAC, generators, and fuel tanks survived.)
Ah, good catch. The submitted URL was https://strata.do/try/ but since that's linked from the text, I've replaced it with the actual landing page (https://strata.do/). Thanks!
TFA is a bit obtuse about it, and assumes you've read their previous article on the topic, but from what I gathered, it's about whether the AAMVA would standardize cryptographically signing the barcodes of driver licenses to mitigate creating fakes in the US/CA. Cali showed it's entirely possible, but there's still no pressure for the standard to change across the board.
reply