Nah, fuck that. No one is willing to pay enough for me to care while on my vacation .
Recipients with Thunderbird see your files as natural email attachments, others can access them securely via a link.
It's probably not as good as it possibly could be, but in a automatic rice cooker the timing isn't manually set, it just cooks until all the water is absorbed / boiled off. So, cooking brown rice on the white rice setting would still take way longer and probably be fine.
That’s simply false.
Lol, which part? The part where I said they would turn it on if it was in the mainline kernel?
ideally, this package should gain mainline support in Arch before being evaluated for downstream inclusion in SteamOS 3.0.
https://github.com/ValveSoftware/SteamOS/issues/745#issuecomment-1059296256
Or the part where I said if it was stable? Or where I explicitly acknowledged the out of tree driver that's a PITA?
The main detail here to answer is if the package has widespread testing and support over a long term, there's a higher chance that a mainline package will present minimal to no additional overhead to maintain by SteamOS devs compared to an AUR package.
https://github.com/ValveSoftware/SteamOS/issues/745#issuecomment-1059302530
I guess thanks for doing the leg work on proving me right?
Lol, no. Not at any company. If the board at any major company hears the words "CDROM kernel module" something as gone horrifically wrong.
Don't get me wrong, it's super cool that valve can make changes as fast as they do. But there's no way that kind of decision makes to to the board.
-- Someone who made kernel param changes at a subsidiary of Samsung.
I'm sure if you get that in as a stable mainline kernel module, they'll turn it on.
As someone who tried to get the out of tree drivers to work reliably for years, good luck.
Your meme is already out of date.
GitLab just announced a CVSS 10.0 unauthenticated RCE: https://docs.gitlab.com/releases/patches/patch-release-gitlab-19-5-1-released/
Honestly, it's been so long since I've had to adjust z-height, I don't have a guess for how far you need to go.
The way I like to do it is to just start a print on something like a cube and play with the live z adjust until it looks nice and smooth. IMO, it's better to be just a little too high rather than a little too low.
Your first layer looks a little high, you shouldn't be able to see the next layer through it like that. But other than that I think it looks great.
I joined a company to work on building out the software stack for their solar power systems for humanitarian aid in Africa. A few months after I started they pivoted to making solar powered mobile surveillance towers for the US border patrol.
-_-