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

For those so inclined, there's a fascinating writeup on the program published by NASA.

Sweeping Forward: https://www.nasa.gov/wp-content/uploads/2015/04/Sweeping_For...


Love the free NASA books. Here's another on the lifting bodies: https://ntrs.nasa.gov/api/citations/19980169231/downloads/19...


Lots of folks are looking for a sweet spot that combines most of Rust's upsides with a less restrictive model. I'm working on a game in Swift (using Godot bindings) for that reason.


There’s too much toxic flame retardant in recycled plastic, apparently.[0]

So until we can guarantee that recycled plastics don’t end up in contact with food, or the plastic that does doesn’t contain nasty chemicals, it’s probably safer to bury the stuff.

[0] https://share.upmc.com/2025/03/black-plastic-cookware/


That research was partly debunked. The authors made several errors.

Some of the work is still true, but the final conclusion about black plastic is not.


The link I provided mentions a correction they made (where they undercalculated the EPA's reference dose of decaBDE by a factor of ten), but the study authors maintain the overall conclusion is sound. And I'd rather have zero decaBDE in my breakfast than what the EPA says is okay, whatever my cookware's color might be.

I've searched around for other corrections or challenges but haven't found any. Got a link?


From what I remember after the correction there was no longer a correlation with color.

Obviously no one want flame retardant, but staying away from specifically black plastic doesn't do anything.

I can't find a link right now, but for what I remember other authors agreed with the data after correction, but disagreed with the conclusion.


Got it. I didn't intend my original post to be color-specific. But if that's the case, then all the more reason to just bury plastics.

(Or burn 'em, I guess, but when you have potentially a whole host of mystery toxic chemicals hiding in them, is your typical scrubber going to catch all of 'em? I don't know the answer, but I'd be surprised if specialization wasn't required. Probably safer to bury.)


decaBDE will burn to CO2 and bromine. Bromine is highly chemically reactive and will easily be caught in a filter.

Most chemicals are like that, they are either non-reactive and safe, or reactive and dangerous but easily filtered. (The in between stuff is a bit harder.) Interestingly it's true for nuclear reactions: The highly radioactive stuff decays very fast and is not a problem, the really long lived stuff is barely radioactive. The worrisome stuff has medium length lives.


Such a fun topic. And then there are some things tunnels can't do, or can only do in the most limited form, like analyse post-stall behavior. You can't very well have your model tumbling free in your flow, it might crash and make a mess. (Well, there have been attempts, some of them successful, but also quite limited in their parameters.)

So you have to resort to a free flight model, scaled down to simulate the parameters required. There's a (fascinating, for those so inclined) treatise on it here[0].

[0] https://ntrs.nasa.gov/api/citations/20110012492/downloads/20...


Maybe! Perforce (standard in AAA gamedev) speak is littered with CLs, too.


Since you brought him up: Stalin was also motivated by a truckload of paranoia, though, right? Hard to make rational decisions about who is dissenting if you think they’re all out to get you. The flimsiest accusations related by the least reliable people could be enough.

He executed and imprisoned a bunch of his best aircraft designers. Look what he did to Andrei Tupolev and his design bureau; they designed a whole aircraft in the Gulag: https://vvsairwar.com/2016/10/20/aviation-design-in-the-gula...


A classic feature of authoritarian governments: when their dumb plans fail, it's because of enemies of the state. Bonus points when the enemies of the state are the ones that warned of the negative effects that would happen (obviously they must have been saboteurs)


Cool project, good luck with it!

If I may surface one use case: Several years ago I had to manage a bunch of Macs for CI jobs. The build process (Unreal's UAT) didn't support running more than one build process at a time, and Docker was really slow, so I'd hoped to use different user accounts to bypass that and get some parallelization gains. Homebrew made that very difficult with its penchant for system-wide installs. So a feature request: I'd love to see a competitive package manager that limits itself to operating somewhere (overridable) in the user's home directory.


Initial idea for this really came from my dayjob too, we have macs but no way to centrally manage them. The client / server part for the declarative system manager I want to build on top of this is quite far out yet though. At least several months


IIRC the main reason here is that brew path is hardcoded during the build process of packages, which means that you wouldn't be able to use bottles.

I didn't check, but there is a chance that path is also hardcoded in (some) formulae, so even building from the source might not help here.


You could run the build process with chroot or inside Docker, so that the hardcoded paths actually resolve to a designated subdirectory.


Incidentally, that’s what is usually done in Nixpkgs in similar situations when there’s no better alternative, see buildFHSEnv et al.


In many cases the build output also has hardcoded paths unfortunately

so doing `brew install` inside a container with the proper volumes it’s not sufficient to fix the issue. Everything would have to run from within the container as well.


Nix effectively has per-user packages, but it’s hard to read into your full use case from your comment.


oh, I guess this is why the nix installer creates 32 macOS users called _nixbld$N



Not an aesthetic issue for bikes.


Well. Bike tires would also get replaced. So some puncture proof metal option would fix the problem.


I too look forward to my 200lbs puncture proof bike.


All those times I've seen managers pooh-pooh RAM upgrades for machines used by people whose salaries might be 250-500x the machine...


Signal has "message requests". iMessage doesn't have "message requests", and receives messages in a unique path which goes through the kernel.

Signal's message request, notably, also shows me the requester's avatar image. I don't know if that hits the kernel but it certainly hits code that as a category has suffered lots of security issues over the years. Which is to say: There's room for improvement all over!


That avatar thing is exploitable on discord, at least. Don't recall the specifics, just keywords.


You might be thinking of the minor Cloudflare exploit where the attacker can send you a message, then see on which Cloudflare PoP their profile image got cached.


Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

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

Search: