To be fair, C predates dependency hell. It was either there or it wasn’t. C++ has less of an excuse, but it was just object oriented concepts taped to C so it’s no surprise it was also missing dependency management.

Now with cmake, gnu-make, meson, gradel, and the world of metabuild systems that wrap those, nothing will change. It it does, it might as well kick start world war 3.

https://github.com/MultiMC/Launcher/issues/4102

Yo, they added full page copies now? Gotta give it a spin again

Well, assuming you meant type specifier, at least not before C99. After that it is required. C23 explicitly states that a type specifier is required for all declarations.

If you actually meant type qualifier, then no. That was never required.

But also, sorting big endian automatically groups elements associated with common functions making search, completions, and snippets easier (if you use them). I’m torn

To me on the security side of things caddy has a feature I have yet to see anywhere else: default reverse proxy headers.

Got something you want to lock down remote js loading on unless it explicitly requests an override? Default the variable to a locked value. The application can override it with it’s own header as necessary.

https://caddyserver.com/docs/caddyfile/directives/header

deleted by creator

I wish nginx had the concept of default header values for reverse proxies…

I mean, you can kind of do it with macros but man…

We’re the front line dog. Strike me down so Debian Stable’s legacy may live on.

If you’re just looking for RSS -> Push take a look at feedpushr

I use it with gotify without too many issues.

You say that like there a large overhead to containers…

Even in this case that overhead is negligible. Container configs and artifacts are also more portable and easier to backup.

It was dead however long ago when I submitted a PR. Still unmerged with no activity on the request so I just never went back to check.

It’s good to hear that they are working on it again though, if that is the case.

It depends on what you want. Do you want containers that don’t blow away your firewall? Podman is nice, but docker can be configured a little to avoid this. Want things that autostart and don’t have issues with entry points that attempt to play with permissions/users? Docker or podman as root is necessary. Want reasonable compose support? Podman now needs a daemon/socket. Want to make build containers and not deal with permission/user remapping at all? Podman is really nice.

Do not attempt to use podman-compose. That app is dead.

Unfortunately if you want to make tools that will be used by other people then you must add docker support. It just owns too much of the market.

Cross platform! You know, accessible across all our platforms

Can confirm. Software is trash. Wanted me to connect it to the internet and setup a cloud access account. Like, dude, you’re a glorified battery pack I’m not adding a backdoor because you want to tell APC when my warrenty is about to expire so I can get marketing emails.

I present to you the holy hardware compatibility table:

https://networkupstools.org/stable-hcl.html

Anything not listed there is not worth buying.

If you distribute FLACs and have good musicbrainz integration (userscript or otherwise) you’ll definitely have an audience on Lemmy

Correct. I assumed a normalized kWh rating would be better than any instantaneous measurement I had on hand.

0.12kWh / h normally (120W). I’m also running 6 HDDs in raid10 so the spin down time is not optimal.