jkercher

joined 8 months ago
[–] jkercher@programming.dev 3 points 6 months ago

Yeah, I had a silly hack for that. I don't remember what it was. It's been 3-4 years since I wrote bash for a living. While not perfect, I still need to know if a pipeline command failed. Continuing a script after an invisible error, in many cases, could have been catastrophic.

[–] jkercher@programming.dev 1 points 6 months ago* (last edited 6 months ago)

Woah, that ((i++)) triggered a memory I forgot about. I spent hours trying to figure out what fucked up my $? one day.

When I finally figured it out: "You've got to be kidding me."

When i fixed with ((++i)): "SERIOUSLY! WTAF Bash!"

[–] jkercher@programming.dev 3 points 6 months ago (2 children)

I was never a fan of set -e. I prefer to do my own error handling. But, I never understood why pipefail wasn't the default. A failure is a failure. I would like to know about it!

[–] jkercher@programming.dev 1 points 7 months ago

Yeah. Using yocto, I know what I want and can do it in Linux. But, "how make yocto do it" becomes an entirely different thing. It would be nice to have a simple container->image pipeline.

[–] jkercher@programming.dev 2 points 7 months ago* (last edited 7 months ago) (1 children)

Right now, the most common target we have at work is variscite imx6,7 and 8. Nxp has leaned heavily into yocto. To be clear, this would be an outside of work thing, but I'll probably yoke one of our dev boards.

[–] jkercher@programming.dev 8 points 7 months ago

Hey! I know the guy working on this. Super cool, detail oriented guy.

[–] jkercher@programming.dev 2 points 7 months ago

Ha. I've never used buildroot, but I think I'm going to have a go at it. I promise not to use python ;]

Thank you for the insight.

view more: ‹ prev next ›