justaj

Because of this sentence?

> LLMs are not the first tech product that have been restricted by export controls.

What makes you believe this is about export controls rather than harvesting data?

If this is CSS only, then why does in need JS to run?

What if you do integer downscaling to 1080p on those 4k displays?

Perhaps, but lots of (older) Thinkpads are supported by Libreboot, so that cuts down on the binary blobs significantly.

When I went to the main article link [0] (which for some reason was linked from a Twitter comment), it said "Page is not supported"

It's also not on archive.org Wayback Machine it seems.

So can anyone please copy and paste the article contents here? Thanks.

0: http://x.com/i/article/2024235288512569344

Is there a central place where known hardware compatibility issues are documented?

I still can't get over the fact that all electronics schematics is actually in reverse and everyone is still fine with that.

> bash is everywhere

...except on systems like Alpine Linux and other such minimal distributions.

And what if you let a human expert fact-check the output of an LLM? Provided you're transparent about the output (and its preceding prompt(s)) ?

Because I'd much rather ask an LLM about a topic I don't know much about and let a human expert verify its contents than waste the time of a human expert in explaining the concept to me.

Once it's verified, I add it to my own documentation library so that I can refer to it later on.

PSA: Beginning of the article contains spoilers.

> ...but the final twist (I'm not going to spoil it)...

https://youtube.com/watch?v=FS7MH5oeW74

...because running applications from untrusted sources is a _really_ bad idea?

Oh man, if automatic dark mode (dependent on whether dark theme is engaged on phone) is added, I would switch immediately.

Speaking of, will GrapheneOS push this particular update?

Thank you for your extensive reply.

> a flakey feature for new users was (correctly) considered worse than not having a feature at all.

Would you say that implementing a flakey feature in the first place was a bad idea? I'd think that once users get dependant on a certain feature (no matter how lacking in its usefulness), it's going to be tougher for them taking it away than not shipping it in the first place.

> On one server (matrix.org) the room directory is currently locked down to stop it filling up with spam

Yes, that's what I was initially talking about since I'm (mostly) on the matrix.org homeserver. I'm glad this is a temporary situation.

> However, good news is that we've finally moved to Element X Web (codenamed as Aurora: https://github.com/element-hq/aurora),

Oh I wasn't aware of this. This is excellent news! I hope it gets lots of attention in the (near) future. I'm guessing that the enshittification of Discord is about 2 to 3 years away at this point, so I believe having a proper alternative would do wonders for the open ecosystem.

> To improve the UX with clients, we had to improve the protocol.

While I believe this to be the best way forward, was it also the fastest way to acquire a userbase? If we look at Bluesky for instance, they pretty much did the reverse of what Matrix.org did, and (I think) thus was in a position to garner hefty growth as a result.

Yes, however it is also the most feature-complete UX.

While that would perhaps be the best solution in the long run, wouldn't you agree that gains in userbase necessary for growth (or at least sustainability) are predicated upon how good the UX is _currently_ ?

> Matrix isn’t perfect but it has only improved in the 5 years I’ve been using it.

I'd very much like to disagree.

From the top of my head, in the past few years of using Element Web:

- Notification center is now gone.

- Room search is now only limited to official Matrix rooms.

- At peak it consumes ~2.2 GB of RAM.

- UI feels more sluggish by the day.

- Loading it now takes ~10 minutes.

- Using it as an IRC bouncer (to Libera) is now gone, which was what initially attracted me in the first place.

And I don't even use the voice / call functionality of Element Web.

I somewhat understand the reasoning behind the decisions, but I feel like they should have improved the UX first before working on the protocol itself.

As long as they don't insult people personally then they're not an asshole in my book.

Attacking ideas is one, attacking people behind those ideas is another.

Isn't it a bit different in the field of software? Weren't most of the top senior devs actually self-taught?

Becoming self-taught? Currently I'm learning POSIX shell scripting and installing OpenBSD and FreeBSD in my local VMs on the weekends, and since AI is helping me, I'm able to gain 3 to 4 times more experience than I would otherwise have gained.

All of those skills might come in handy in the future.

[delayed]

On the contrary, a meteor (or better yet an ELE) is long overdue.

This. I tried Neon Stable a while ago and it felt like the developers were already spread thin across the KDE ecosystem. I think more projects like this (while not otherwise intended) will only exacerbate these issues.

WiFi on an Atheros interface is kind of limited in speed.

Also, nothing really beats the ease of sticking a USB stick and copying files over.

With one of the downsides being the sacrifice of a USB 3.0 port.

But only on the original can you install Libreboot (currently, at least)