I love hate love hate love systemd!
It’s great sometimes but trying to deal with systemd-related objects in an OpenBMC Yocto project has been an absolute nightmare. Like many things, it’s got ups and downs.
I love hate love hate love systemd!
It’s great sometimes but trying to deal with systemd-related objects in an OpenBMC Yocto project has been an absolute nightmare. Like many things, it’s got ups and downs.
Awwwww don’t drag that song into this :/
Y’know, after seeing all of these memes for so long… maybe I’ll actually try watching watch trek to get my mind off of things. Any recs on where to start??
Glass transition temp of PLA is around 55-60C - that’s when it starts to get malleable. I’d be pretty surprised if the oven knobs get that hot.
Ahh yep, that’ll do it. At least you figured out the issue!
I use ‘du -Lhs’ to check directory size. How long does it take for you to run that command? The only time I’ve ever run into a ‘du’ command taking a long time is when running it over the network to a slow-ass 2010-era system in California for a project I was doing at work with hundreds of terabytes of data and millions of files.
Dozens, hundreds, thousands, or potentially even millions of other families… and yet, they don’t.
Mental illness and/or corruption, probably (along with a host of other things I’m sure)
If you cut the O in corn syrup in half you get 2 uppercase D’s, therefore, it’s actually 199.4% D. Checkmate
Most of the time, the product itself comes out of engineering just fine and then it gets torn up and/or ruined by the business side of the company. That said, sometimes people do make mistakes - in my mind, it’s more of how they’re handled by the company (oftentimes poorly). One of the products my team worked on a few years ago was one that required us to spin up our own ASIC. We spun one up (in the neighborhood of ~20-30 million dollars USD), and a few months later, found a critical flaw in it. So we spun up a second ASIC, again spending $20-30M, and when we were nearly going to release the product, we discovered a bad flaw in the new ASIC. The products worked for the most part, but of course not always, as the bug would sometimes get hit. My company did the right thing and never released the product, though.
Carefully-calculated trace lengths and signal pathing have left the chat
As someone that works writing firmware for SAS devices… it’s happened all too many times
Breaking news: Nintendo issues cease and desist to Logan Paul
I started with C++ too, and then ended up finding a job writing firmware pretty much all in C. There really hasn’t been anything we’ve run into that’s made us consider switching to C++; being able to (and needing to) have complete control over your memory means you can do some pretty fancy stuff with the tiny amounts of memory on our ASICs.
We’ve been eyeballing switching to rust a little bit, but really only for other applications; the root of our main code base is over 25 years old at this point and a rewrite would take a Herculean effort.
Meh? I write pretty much exclusively in C and honestly I still like C++ better, and wouldn’t mind switching to Rust either
True, he is sitting at a terminal - but it appears to be connected to an IBM 5150 or similar. So maybe not so dumb!
Looking at the rest of things more carefully - very likely a 5150, if not definitely. Iconic and hugely popular PC for its era, so it would make sense for sure.
Retro problem? All of our monitors at work use VGA… not to mention pretty much all servers
Too legible; needs more Facebook emojis