News for hackers. Stuff that matters.

190n

Re:A safe MySQL upgrade that wasn't so safe on Saturday August 29, 2026 @09:02PM (#49494713)
I don't understand why this issue only appeared after the upgrade, not immediately after the migration to add the column?
> And if you copy-paste the answers from LLF, I think it's only fair the end result gets flagged. You're not writing it yourself.

I wonder if it would even get flagged in that case, because wouldn't the probability distribution of a token when the LLM is suggesting an edit to your writing be different than the distribution of that token once it is in the context of the text it's editing?

Re:Bun.Image on Saturday May 23, 2026 @11:43PM (#48254156)
> It's not like image manipulation is a poorly understood problem

You would think, but the initial implementation of this stripped ICC profiles (https://github.com/oven-sh/bun/issues/30197), and while that was fixed in time for the release, it still currently doesn't understand EXIF rotation metadata (https://github.com/oven-sh/bun/issues/30235) or high-bit-depth images (https://github.com/oven-sh/bun/issues/30462)

Almost all of Bun's tests are written in JavaScript run in Bun itself.
Re:Darkbloom – Private inference on idle Macs on Thursday April 16, 2026 @03:29PM (#47798305)
> PT_DENY_ATTACH

All you have to do is attach to the process before it does that, and then prevent this call from going through.

It could be because of a Bun bug, but I don't think it's because of that one. It's a duplicate of a year-old issue, and it's specific to Bun.serve.
> *2-bit quantization produces \name\ instead of "name" in JSON output, making tool calling unreliable.

I was wondering about that statement. Shouldn't it restrict sampling to only tokens that produce valid JSON matching the schema during a tool call? On the other hand, I have heard a lot about how even production LLM providers don't always call tools accurately, so I suppose either it's hard to implement what I described or there's something I haven't thought of that makes it impossible.

Re:Our Commitment to Windows Quality on Friday March 20, 2026 @06:09PM (#47461346)
Later in the post they expand on that point:

> More direct control over updates, including the ability to pause updates for as long as you need

So it does sound like you'll be able to pause updates forever and also therefore not automatically reboot.

Re:10% of Firefox crashes are caused by bitflips on Thursday March 05, 2026 @09:11PM (#47269973)
Operating systems use less RAM than Firefox.
Re:The fix for a segfault that never shipped on Tuesday January 20, 2026 @05:56PM (#46698788)
I thought I had read this story before, and it seems like a similar account was published to this company's blog in 2023 but since taken down: https://web.archive.org/web/20250624191934/https://www.recal...

Still a good read though.