Hacker Newsnew | past | comments | ask | show | jobs | submit | hyperman1's commentslogin

Picture of me, outdoors. According to this, I lost 10 years and gain €10k salary. I also moved to the Netherlands, started smoking, don't like computer games and am racist. I might be interested in pottery and painting, also in unhealthy food. The main correct thing is a hetero male. It will try to sell me garden gnomes.

I have no idea who this man is, and am not worried at all for my privacy. Maybe it works better on US inhabitants?


Who would you consider reliable news sources for this war? Honest question.

AFAIK The USA governement has proven unreliable, even more so than Iran. USA news sources are owned by the same oligarchs owning the governement. Other western sources follow the USA train of thought, with more or less doubt thrown in. Mint from India and Al Jazeera from Qatar (not happy with Iran right now) seem closest to neutral of the pack, even if not that great. I am not aware of a reliable Israeli news source.

The ACOUP article was one of the best analysis of this war I've seen, which is pretty damning for the real news sources if you think about it.


> I am not aware of a reliable Israeli news source.

If you consider Al Jazeera a reliable source, then we'll probably disagree on this. But I would say Ynet, Times of Israel, and Jerusalem Post and reliable, just to name some of the big ones with lots of English content online. Or Haaretz for a more anti-government-leaning (but still broadly reliable) publication.


I don't think there is any reliable source in this war, so the best thing to do is try to read from all sides. I'll take a look at them. Thanks.

All of those are still ultimately subject to the IDF's military censor, and are not free outlets as such.

I recently switched to Lutris, so my son can install games without me. It just works. Great stuff.

I've been wondering if a linux GUI applucation can be made by compiling wine libraries into a linux ELF executable, skipping the EXE format. Do I still need the wine supporting extra processes or is this shippable?

I know I'm probably going to get some shit for this, but, this actually is one of the reasons I like using Rust. I know, I know, but, the fact that cargo can be used as a package manager universally across distros (and operating systems!) is a pretty huge boon to me as a developer.

Zero (Linux) package manager involvement and onerous rules.


I mean it's a general sign of the times across all of computing that problems keep getting solved wrong at all levels of the stack, and since the low level implementation can't be relied on for some reason, an implementation gets stacked on top.

More specifically to your case, Linux package management is an unmitigated disaster when it comes to development. Having to have root access just to install a few headers of whatever version your distro happens to ship with, have some scripts discover said versions (too bad if they are not the ones you wanted).

Every single professional (for profit model) piece of software tends to carry half the userland with it. Steam, Spotify etc..

Besides, Rust isn't big on the concept of dynamic libraries anyways, which once again, I don't think is a purely good thing, but there are a lot of arguments can be made pro or contra.

Let's just say it's a devil we know, which is more than can be said about a lot of other approaches.


We're looking for a new car. I'd love to go electrical, but there are a few problems:

1) I have no garage and no parking space next to my home. I can't charge it.

2) We have no trustworthy garage for repairs. It turns out the garage regulations require a separate space for electrical forcsafety, and nobody has room to expand.

Apart from that, electricity in Belgium is expensive. I did the math on swapping our gas heater for a heat pump, but I'd pay more for energy even of the amount of watts is so much lower.


I wonder if it is possible to double all token types . One token is secure, the other is not. The user input is always tokenized to insecure variants. You kinda get a secret language for prompts. Of course, new token kinds are not cheap, and how do you train this thing?


You don't even need to double the tokens. Tokens are mapped to vectors right at the input of the LLM, so one of the numbers in that vector could be reserved to represent something like "authority". This way information about the source of each individual token can be injected right at the input.

System prompt tokens would get the maximum authority value, and random downloaded data would get the minimum authority value. Tokens from the user prompt could be somewhere in between.

Then train the model with examples that show that system prompts should be respected, and prompt injection attacks should be ignored.


From that page:

grow your business by creating ongoing revenue streams

a.k.a they sell your customers' eyeballs. I don't want these creeps near my tv, european or not.


To the best of my knowledge, so does every other TV OS. So, we need an option that doesn't. If an open option is available, it can be stripped of the capabilities you mention.


What we need is for TVs to go back to just being dumb panels, let me plug in whatever I want, and stay out of my way, no OS, just some little firmware overlay for a handful of settings.


This is unlikely, as consumers have little control hardware manufacturing, so the best we can do is ensure that free software can run on the hardware mass produced. Perhaps there is room for the EU to regulate?

"We must take the world as it is and not as we would like it to be." - Maurice Allais


Nice quote, would be relevant if we actually had any power over any of this.

But if they decide to lock these devices down, there’s little that can be done given that those that would be willing to put in the work to break it open aren’t likely to do it since there are a billion and one types of devices in this hardware space—the chance of yours being gifted with a working hack of such is ridiculously small.


Consumers also have little control over the firmware & software flashed onto that hardware in manufacturing.


Irrelevant as long as you can flash while in your possession.


An irrelevantly small number of consumers are doing that.


I feel the basic premise here is wrong. People do not choose C++ because of trust(ing they cannot back themselves in a corner).

Main reasons are more: Our people know it, our vendors support it, our libraries use it, our workflow is built for it, etc. It is understanding that the cultural work has been done. The cost of switching is huge.

That's a good reason, but it is also the reason why people start new Cobol applications in 2026.

The other reasons for C++ were very good control of the lowest level, and very good performance, combined with decent ergonomics. You could have some of these (eg fortran's performance being better than C's), but rust brought a new player that gave this too, and bringing much better stability as a bonus.

If you have a huge C++ code base, looking into things like this might be worth it. But if you start without knowledge of either C++ or Rust, choosing C++ would probably be a bad idea .


You have solid points.

RustCC only humbly borrows Rust abstractions into a CC profiler. If that helps the existing or new CC code, which is already good. Personally, I use Rust too. That is the inspiration of RustCC.

BTW, RustCC may have identified an NCCL potentially UB bug. Waiting for NCCL to review.

https://github.com/NVIDIA/nccl/issues/2062


When a computer crashed, cd audio continued to play. My PC just kept playing trough a hard reset/reboot, in fact. It would only stop playing when DOS booted far enough that it loaded mscdex, a step I could skip with a startup menu. I've always wondered why it managed to survive a reset pulse on the wire.


This reconceptualized the article as victim blaming. Spot on.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: