notorandit

The only thing that comes to my mind is the so-called blobs, the closed source hardware drivers that are needed to make an Android phone work and that run at high privilege level.

If GrapheneOS is not tightly sandboxing them, then chances there are that a capable operator can use whatever backdoor each driver offers, mainly the wifi adapter, the baseband modem and the Bluetooth adapter.

No matter what GrapheneOS developers have done.

Imagine the wifi driver being able to spoof on pin entry procedure.

I think it is not just car-centric. It is "private mobility"-centric.

In towns, and large towns especially, public mobility should be the rule and private one the exception. If any.

And maybe also for long distance mobility.

That's not risc-v, though.

I find really interesting the fact that nice code (and book) like that of the xv6-riscv didactic OS gets update.

IMHO any wannabe programmer should spend some time here to fully grasp core concepts and not just high level stuff.

I for one think that this more of a matter of wishful thinking than a technical one.

It's IMHO a matter between trust and hope.

Do we really think that Google has complete control over the stuff they distribute?

Do we really think that a single person delivering some software outside of Google ecosystem is evil?

Judging these things is rather hard without some form of trust and hope.

And it's not something everyone can pick up seriously without the needed knowledge and tools.

I would use SSH dynamic TCP forwarding (-D). Then use "SOCKSv5" proxy configuration in your browsers and in your apps (if that's supported). You can hve remote SSH server listen on different ports and IPv6. Maybe speed and latency will not be the best, but it'd be OK. Simple and easy.

There is only one law: love your neighbor like yourself.

Anything else either comes from others or from older "laws".

MCR.com

Who is still typing domains nowadays?

You open your browser and (mis)type anything and get to the (almost) right site.

As a Catholic I can say that was B.S.

Reading cannot be a sin. Thinking cannot be a sin. Speaking cannot be a sin.

It's a good thing that the index has been abolished in 1966.

It could be non-compulsory.

I didn't argue about conscription for women. Just stated that soldiers may not be men only.

I will likely be downvoted.

Anyway, Americans needed to show off their newly acquired nuclear capabilities. Not to Germans or to Japanese. And not to Italians. It was needed to demonstrate their superiority to Soviet Union without bombing the Soviet Union.

As someone else's here already posted out, military heads made it clear that bombing Japan was not needed for their surrender.

None else had gone that far with nuclear energy and bombs. Likely.

IMHO it was needed for something else much more political.

> typical database column

Typical for 70s and 80s.

Honestly, designing a 21st century database is a different thing if compared to back then.

You can use 128 bit integers, provided that you really want to use integers. And maybe you put a timestamp along.

Theming, UI design is nowadays a form of art.

We, the users, should just contemplate it, not really use those things.

Jokes aside, it's a worrying trend indeed, like very low contrast colors, actions and info hidden a click away from an almost empty display.

Even Wikipedia is not using the full page width and doesn't bring the default focus on the search widget.

All that said, also for me Plasma really rocks. Only defaults are a little bit pesky.

So a design refresh is needed for AR interfaces to work. Interesting!

Beware: the US has a grip on the FSF and Linux Foundation.

It's very interesting. Something new!

No flame war, please.

I was looking for something to disprove my idea: there is (should be) no difference.

Simply because, besides compiler or software bugs, the target machine code should be basically the same. Of course in C you need to add the "safety" runtime which is provided by Rust. But once put on feature parity, there is (should be) no difference.

Any different idea there?

The idea is indeed interesting (minus the email client and a few more bits imho).

But the risk is known: https://xkcd.com/927/

s/standard/distro/g

No way! HN is one of a kind. Sorry.

VPN customers should think twice before subscribing that kind of services.

VPN providers are bound to their homeland laws and can be ordered at anytime by law enforcement agencies or by judge rulings to provide whatever is needed, eavesdropping included.

Abroad VPN providers can be blocked with the same means.

So, unless you need VPN for lawful activities, you are just trying to fool around the law.

Bohemian Rhapsody did to pop what Sgt. Pepper's did to rock.

I wish it had RISC-V cpus... But a very interesting idea indeed.

The point is about how much control the launching entity has on those stranded space junk.

I think in that very case it is zero with a good approximation.

Imagine the probe was headed to a densely populated area. Then what? Nothing? Just pray hard? Relocate a million people beforehand? Rely on good luck?

> This is understandable since ASUS is just a small startup and likely does not have the capital to pay a bounty.

ASUS is not a small startup. It simply and only minds the money they suck FROM customers. There is no other way around to push money TO customers.

But the real point is: how much would be worth selling such an exploit to a malicious agent? Likely more than USD 0.00.

But then again, ASUS doesn't mind about that. Sad truth.

I have been looking for this since quite some time.

> KDE has decided to stop working on LTS releases of Plasma, shifting its focus on extending support for the bug-fix and feature releases instead.

KDE Plasma LTS Is dead. Long live to KDE Plasma!

Try Ukraine

Especially because they are free.