Re: This will, for many users still running Windows 10, require a hardware purchase.
TPM requirement can be sidestepped
1180 publicly visible posts • joined 31 May 2011
the issue is the stereotype of "pretty == dumb" and "pretty in position of power == sleeps around", that stuff is damaging, not the fact that there are booth babes at shows
but being outraged at booth babes is the easy pat yourself on the back for the white knights, so that's what's being done, not addressing the real problem
I'm all for women's rights. If they are forced to do stuff like this, without prior consent, then it's bad. But if they are able to hire women to do it, and those women have no problem with doing it, where exactly is the problem?
That sexy women can't be people that think and make choices for themselves? That they need to be protected from making "bad" choices? How's that empowering, exactly?
1. if it needs 92 GB of VRAM to run, then realistically you can't run it locally: I'm not interested
2. no, the fact it can run on the CPU AI accelerators is not good enough: 7900XTX runs circles around M2 and M3 macs that have more than double the memory, and the Ryzen 300 CPUs won't have memory that's even half as fast as the stuff in Apple's SoCs
As a casual graphic user and photographer, I can say that it's the first time I hear about JPEG XL. I did hear about WebP (seen it used "in the wild"). So, what is the benefit of JPEG XL over WebP?
On the other hand, I see the JPEG 2000 in the graveyard, what makes JPEG XL not another format that will simply not join it there?
That's the whole issue. Stuff like SD card readers, Ethernet ports, both USB-A and USB-C ports, HDMI ports will fit just fine on a modern thin (not really, it just has thinned bezels to _look_ thin, not to _be_ thin) laptop.
Somehow, in the 90's we could have RJ45 jacks in PCMCIA cards and pocket computers (at this point, computers that were smaller than the mini-tables posing for phones today). It was just "lost" by Apple in their pursuit of form over function. So we need dongles for absolutely everything.
AI shows rather clearly that access to the newest, shiniest, and most expensive stuff gives you qualitative, not just quantitative advantage.
If you think that China alone will be able to duplicate, let alone surpass, what the whole of North America, Europe, Japan, Korea, and Taiwan are able to achieve in chip manufacture, then I have a bridge to sell.
> There is absolutely nothing except first-to-market advantage that leads to American computer technology being "superior" at all.
what TSMC and Samsung do is not just being first, they also can do that stuff at scale. So, just because a lab in china is able to make a 6 or even 4 nm chip doesn't mean they are able to make millions of wafers of the things every year, with reject rates in single digit percentages.
And "The West" is not standing still
well, then you've been lucky, in corporate world it's much more common now. Even sites like imgur sometimes break on FF.
We're back to the "best viewed on IE 6 at 1024x768" days, the resolution didn't even triple, but the browser at least doesn't support Flash
You do know that dark patterns for cookie dialogues have been illegal, are illegal, and will remain illegal?
Just one example of work happening in EU to squash them: https://edpb.europa.eu/system/files/2023-01/edpb_20230118_report_cookie_banner_taskforce_en.pdf
> And I can't see how this could be ever implemented without a lengthy transition period.
The CRA already calls for 24 month transition period. And that's on top of the usual delay that the governments take in implementing the EU regulation.
Not that it will stop the megacorps from doing absolutely nothing about it till the eve of when the regulation goes into force and then trying to litigate. Exactly what they did for GDPR. And exactly what El Reg is still not compliant with (the button to deny and accept all cookies has to be presented with equal prominence, but dark pattens are like heroin for markedroids).
He's probably one of those people that are like house cats: fiercely independent while in reality oblivious of the systems that they depend on and don't appreciate. You know: libertarians.
He's completely unaware that without regulation his bread would be full of sawdust or chalk as that would make it cheaper to produce. Or maybe he's one of the crazy people that likes using gas chromatograph to see if the food he's eating includes arsenic or heavy metals.
The act asks for actively exploited vulnerabilities to be reported to gov offices. If the situation gets this bad, then the cat is clearly out of the bag already and giving even less than stellar governments info about them won't change much (not to mention that the act actively encourages ENISA to filter that information before disseminating it further).
The act also asks for the information to be provided to the users of said components and devices, including possible mitigations.
So, even if you're a small software shop, I really don't think those requirements are too onerous. If you're serious about security, you'll need to get a CVE number and submit a description of the vulnerability anyway, it just asks for the submission to also be provided to ENISA, not just MITRE, and gives you 24h when the manure already hit the air circulation device.
You're unable to write a single email for 24 hours after learning that your software has a currently exploited security vulnerability? Yeah... maybe you shouldn't be in the software business.
The draft states "The manufacturer shall, without undue delay and in any event within 24 hours of becoming aware of it, notify to ENISA any actively exploited vulnerability contained in the product with digital elements." becoming aware. So, no, you don't have to check your bug tracker every day when out on holidays.
> Uses QKD that had implementations broken multiple times
> Doesn't use Kerberos that is just as secure against quantum computers and has survived the test of time (literally decades)
I guess yet another proof that just because you have the money doesn't mean you have the brains.